Test Management Tutorial: egy végső útmutató a Test Management

ez egy teszt menedzsment bemutató szoftvertesztelés. Ez magában foglalja a teszt menedzsment fázisok, eszközök és teszt menedzsment Vs szervezeti felépítés:

Test Management a folyamat kezelése a teszt kapcsolatos tevékenységek, dokumentumok és egyéb kapcsolódó munkát. A szervezeti struktúrák az adott projekteken dolgozó csapatok vagy alkalmazottak hierarchiájára utalnak.

gondolod, hogy a szervezeti felépítés befolyásolja a tesztkezelést?

ha a válaszod nem, meglátjuk, miért? Ha igen, lássuk, hogyan befolyásolja. A kettő közötti kapcsolat megtalálásához világosan meg kell értenünk ezeket a témákat, majd meg kell vizsgálnunk a Tesztmenedzsment és a szervezeti struktúra közötti kapcsolatot.

Bevezetés a Tesztkezelésbe

a Tesztkezelés egy adott projekt teljes szoftvertesztelési folyamatának kezelését jelenti. A tesztkezelési folyamat a szoftverfejlesztés teljes életciklusára vonatkozik. Ezért ideális esetben, amint a szoftverfejlesztési folyamat elindul, a tesztkezelési folyamatnak is el kell indulnia.

a Tesztvezetőnek a következő feladatai voltak-

• a Tesztvezetőnek biztosítania kell ezeknek a munkadaraboknak a következetességét és minőségét.
• dolgozzon a Tesztelemzővel és a műszaki Tesztelemzővel a megfelelő sablon kiválasztásához és testreszabásához.
• dolgozzon a Tesztelemzővel és a műszaki Tesztelemzővel, hogy megállapítsa ezeknek a termékeknek a szabványait, például a részletes fokozatot.
• tekintse át a munkadarabokat megfelelő technikák alkalmazásával.

Tesztkezelő komponensek

a Tesztkezelés 5 részre oszlik a jobb megértés érdekében:

1. vizsgálati dokumentáció
2. vizsgálati becslés
3. vizsgálati mutatók
4. a teszt előrehaladásának mérése
5. a teszt életciklusának nyomon követésére szolgáló mutatók

#1) vizsgálati dokumentáció

az alábbiakban három típusú vizsgálati dokumentáció található:

• vizsgálati politika
• vizsgálati stratégia
• fő vizsgálati terv

#1) tesztelési politika:

• összefoglalja a szervezet által a tesztelésből származó értéket.
• meghatározza a tesztelési házirendeket.
• leírja, hogyan kell értékelni a tesztelés hatékonyságát.
• felvázolja a vizsgálati folyamatot.
• adja meg, hogyan javítja a szervezet a tesztelési folyamatot?

#2) teszt stratégia:

• leírja az általános vizsgálati módszereket, amelyeket a projekt-és Termékkockázatok kezelésére használnak.
• Analitikai Stratégiák: Mint A Kockázatalapú Tesztelés.
• Modell Alapú Stratégia: Mint egy működési profil, ahol a tesztcsapat olyan modellt fejleszt ki, amely a környezet, a bemenet és a Feltételek tényleges és elfogadott helyzetein alapul.
• Módszertani stratégia: minőségi jellemzők, ahol a tesztcsoport tesztfeltételeket, ellenőrzőlistát vagy általánosított, logikai tesztek gyűjteményét használja.
• folyamat vagy szabványnak megfelelő technikák: a folyamat egy csoportját követi, például a SCRUM/Agile-t.
• reaktív stratégiák: hibán alapuló támadások, például feltáró tesztelés használata.
• Konzultatív Stratégia: Mint a felhasználó által irányított tesztelés, ahol a tesztcsapat egy vagy több érdekelt fél hozzájárulására támaszkodik a tesztfeltételek, például a kiszervezett kompatibilitási tesztelés meghatározásához.
• továbbá leírja:
  • integrációs eljárások
  • vizsgálati specifikációs technikák
  • a tesztelés függetlensége
  • kötelező és opcionális szabványok
  • tesztkörnyezet
  • eszközök
  • szoftvertermékek újrafelhasználhatósága
  • újratesztelés és regresszió.

#3) Mester Tesztterv:

• ez magában foglalja az összes vizsgálati feladatokat kell elvégezni.
• azt tárgyalja, hogy a tesztelés hogyan valósítja meg a tesztelési stratégiát és politikát.
• ha valami nincs leírva, akkor a Teszttervnek le kell írnia, hogy miért és az enyhítési tervet.
• a vizsgálati terv tartalma:
  • vizsgálandó tételek
  • vizsgálandó minőségi jellemzők.
  • ütemezés
  • végrehajtási ciklus
  • hibás változók
  • vizsgálati elemek a hatókörben
  • kilépési kritériumok
  • Projektkockázatok
  • a tesztelési erőfeszítések átfogó irányítása,
  • szerepek és felelősségek
  • bemenet és kimenet

#2) vizsgálati becslés

általános pontok:

• vezetési tevékenység
• tapasztalatokon alapul.
• konkrét és részletes katalógust nyújt a költségekről, az erőforrásokról, a feladatokról és az emberekről.
• a becslést az elkészítés után el kell juttatni a vezetőséghez az indoklással együtt.
• a végső becslés a szervezeti és projektcélok lehető legjobb egyensúlyát mutatja.
• a becslés az akkor rendelkezésre álló információkon alapul, elkészítették.
• a pontosság megőrzése érdekében a becsléseket naprakésszé kell tenni, hogy tükrözzék az új és megváltozott információkat.

a vizsgálat becslését befolyásoló tényezők:

• szükséges minőségi szint
• a rendszer mérete
• történeti adatok
• folyamat tényezők, mint a stratégia, a fejlesztés és az életciklus
• anyagi tényezők, mint a tesztkörnyezet, automatizálás, eszközök és adatok
• emberek tényező
• a folyamat összetettsége
• képzés és KT(tudástranszfer)
• új eszközök és technológiák, eljárások vagy technikák elsajátítása és fejlesztése.
• a részletes vizsgálati specifikáció magasabb fokú követelménye.
• az alkatrész érkezésének időzítése
• vizsgálati adatok.

találgatások:

• munka bontás szerkezet
• csapat becslés munkamenet
• teszter-Fejlesztő Arány
• szervezet története
• Funkciópont elemzés, LOC.

a Tesztbecslést később a bemutató ismerteti.

#3) Tesztmutatók

• mit mérnek, késznek tekintik?
• mi nem mér, könnyű figyelmen kívül hagyni?
• korlátozott számú hasznos mutatót kell meghatározni.
• csak azokat a mutatókat kell meghatározni, amelyek értelmezésében mindenki egyetért.
• a mérőszámok jelentését és összevonását automatizálni kell.
• a kezelőnek érvényesítenie kell az információkat a mutatóban.

Projektmutató: az átadás % – a, sikertelen végrehajtás stb.

termék metrikus:

• a termék tulajdonságai
• Hibasűrűség

Folyamatmetrika: a tesztelési képességet a hiba százalékához hasonlóan méri.

emberek: az egyén képessége.

Teszt Előrehaladási Mutató:

• a vizsgálati feltételek/esetek száma, tervezett vs végrehajtott.
• teljes hiba súlyosság, prioritás,aktuális állapot és hatás alrendszer szerint kategorizálva.
• a szükséges, elfogadott, felépített és tesztelt változtatások száma.
• tervezett vs tényleges költség.
• tervezett vs tényleges időtartam
• tervezett vs tényleges tesztelési mérföldkő.
• termékminőségi kockázati státusz
• a teszt erőfeszítésének, költségének vagy idejének% – os elvesztése.

#4) A teszt előrehaladásának mérése

Termékkockázatok:

• % a kockázat fedezett.
• a sikertelen teszt kockázatának% – a
• az egyén által azonosított kockázat% – a.

hibák:

• a talált hibák száma vs a benyújtott hibák száma.
• meghibásodás átlagos érkezési ideje
• hibák az adott vizsgálati tételekben.
• RCA kimutatása(kiváltó ok elemzése)
• a hiba Tesztkiadások.
• fázishiba
• prioritás és súlyosság
• Report Rejects vs Duplicate
• időigényes a
• a régi hibák kijavítása miatt bevezetett új hibák száma.

teszt:

• a teszt sikeres, sikertelen, futó, blokkolt száma
• a regressziós tesztesetek teljes száma.

lefedettség:

• követelmény és tervezési lefedettség
• kockázati lefedettség
• környezeti konfiguráció lefedettség
• kód lefedettség

#5) a tesztelés életciklusának nyomon követésére szolgáló mutatók

Monitor tesztterv

• kockázat és követelmény száma
• hibakeresés
• terv vs tényleges erőfeszítések.

Monitor teszt tervezése

• a tervezés során talált hibák száma.

ellenőrző Tesztelemzés

• feltételek száma
• az elemzésben szereplő hibák száma

ellenőrző teszt végrehajtása

• % a környezeti konfiguráció
• % – a teszt esetén automatizált.

végrehajtás ellenőrzése

• % teszt esetek
• % vizsgált esetek
• tervezett vs tényleges hibák megoldva
• a terv % – a vs tényleges lefedettség

Monitor bezárása

• % a tesztesetek száma megfelel, ail
• az újrafelhasználható kategóriába ellenőrzött tesztesetek% – a
• a tesztesetek% – a automatizált.
• a megoldott/nem megoldott hibák száma.
• a Tesztmunka termék% – a

az alábbiakban tárgyalt tesztmonitoring és kontroll szakasz tovább magyarázza ezt a témát.

Tesztkezelési fázisok

a Tesztkezelési folyamat során figyelembe kell venni a következő pontokat. Más szavakkal, a következők a Tesztkezelési folyamat különböző fázisai:

1. kockázatelemzés
2. teszt becslés
3. Teszttervezés
4. Tesztszervezés
5. teszt Monitoring és ellenőrzés
6. kérdések kezelése
7. tesztjelentés

Ön képes lesz arra, hogy vegye figyelembe, hogy az első négy szakasz inkább a tervezésről, a fennmaradó három pedig a végrehajtásról szól. Ezért a teljes tesztkezelési folyamatot két részre oszthatjuk: tervezésre és végrehajtásra.

vizsgáljuk meg részletesen a különböző Tesztkezelési szakaszokat.

#1) kockázatelemzés

ez a szakasz magában foglalja a kockázati tényezők és a lehetséges megoldások feltárását. Ha a kockázatelemzést alaposan elvégezzük, elkerülhetjük a jövőbeni kudarcokat, vagy legalább valamilyen megoldás elérhető lehet.

a kockázat olyasmi, ami megtörténhet vagy nem. De ha ez megtörténik, akkor mi lesz a hatása? Ez rossz hatással lehet A szoftver minőségére, a vállalat hírnevére és még sok másra.

kockázati tényezőket kell kideríteni, hogy elkerüljék ezt a rossz hatást. Kockázatelemzést kell végezni a kockázati tényezők megállapítása érdekében. Kétféle kockázat létezik, pl. Projektkockázatok és Termékkockázatok. A projektkockázatok a munkafolyamathoz kapcsolódó kockázatok, a Termékkockázatok pedig a kifejlesztett termékkel kapcsolatos kockázatok.

#2) A Tesztbecslés

a Tesztbecslés az egyes vizsgálati tevékenységekhez/fázisokhoz szükséges idő előrejelzéséről szól. Mivel ez egy becslés, nem lehet pontos. A jobb tesztbecslés érdekében tanulmányozhatjuk cégünk korábbi projektjeit, vagy konzultálhatunk azokkal a csapattagokkal, akik felelősek lesznek az adott munkáért vagy tesztelési szakaszért.

#3) Teszttervezés

maga a Teszttervezés hosszú folyamat. Ez magában foglalja a tesztcélok meghatározását, a teszt hatókörét, a tesztstratégiát, az időütemezést, az erőforrásokat, a kommunikációs megközelítést stb. A követelményeknek nagyon világosnak kell lenniük a vizsgálati célok és hatály meghatározásához. A tesztterv a tesztelőknek, a felhasználóknak és a projektcsapat tagjainak szól.

a tesztterv leírja a tesztelés szerepét a projektben. A tesztterv tartalmazza a szerepeket és a felelősségeket, a tesztelni kívánt és nem tesztelt funkciók listáját, a tesztkörnyezetet, az eszközök és feltételezések listáját, ha vannak ilyenek.

#4) Tesztszervezés

a teszt tervezési szakaszában minden lehetséges dolgot megterveztünk a teszteléssel kapcsolatban.

ezért képzett csapattagokra van szükségünk a terv végrehajtásához vagy ahhoz, hogy a terv sikeres legyen. A tesztszervezés a tökéletes tesztcsapat felépítéséről szól egy sikeres projekthez.

#5) Test Monitoring and Control

amíg a tesztelési munka folyamatban van, vagy amíg a tesztelők végrehajtják a teszttervet, ezeket a munkafolyamatokat figyelemmel kell kísérni. Nyomon kell követni ezt a tesztelési munkát. Ha a tesztfigyelés megtörtént, akkor a tesztcsapat és a tesztmenedzser visszajelzést kap a tesztelés előrehaladásáról?

ennek a visszajelzésnek a felhasználásával a tesztmenedzser irányíthatja a csapat tagjait a további tesztelési munka minőségének javítására. A tesztfigyelés segítségével a projekt csapata láthatóságot kap a teszt eredményeiről. Segít megismerni a teszt lefedettségét is.

nagy projektek esetén a tesztfigyelés automatizált eszközzel történik, mivel az adatgyűjtés könnyebb lesz. Kis projektek esetén egy személy összegyűjti a teszt előrehaladásával kapcsolatos összes adatot vagy dokumentumot. A teszt előrehaladásával kapcsolatos információk összegyűjtéséhez az IEEE 829 tesztnapló sablon segítségével vehetjük igénybe. Ez az egész a teszt monitorozásáról szólt.

lássuk, mi a Tesztvezérlés? A projektmunka nem mindig megy úgy, ahogy terveztük. Bizonyos különbségek lehetnek a terv és a tényleges munka között. Ezeknek a különbségeknek a minimalizálása vagy eltávolítása érdekében néhány változtatást kell végrehajtanunk, így irányítjuk a tesztmunkát.

#6) problémák kezelése

problémák lehetnek bármilyen probléma, amely a szoftverfejlesztés és a tesztelés során jelentkezik. Ez lehet A legkisebb ok, ami miatt nem vagyunk képesek minőségi terméket fejleszteni/szállítani. Néhány kérdés show-stopper, azaz a probléma megoldása nélkül nem tudjuk folytatni a további folyamatot.

kérdés menedzsment szól, hogyan kezeljük ezeket a kérdéseket/problémákat. Ezt nevezhetjük Eseménykezelésnek is. A problémakezelés jobb tervezést igényel a problémák megoldásának folyamatában. A jobb problémakezelés a tesztvezető készségétől és tapasztalatától függ.

hogyan fordulnak elő ezek a problémák?

számos oka lehet A probléma előfordulásának. Egyes kérdések a stratégiához kapcsolódnak, mások pedig a definícióhoz, a HR-hez, az ütemezéshez stb.

stratégiai kérdések:

példák:

• a projekt kifogy az alapokból.
• gyenge projektkommunikáció.
• a projektmenedzsment folyamata nem felel meg a megadott szabványoknak.

definíciós problémák: követelményekkel kapcsolatos problémák.

példák: nem egyértelmű követelmények. Sok kérdést lehet bevezetni a nem egyértelmű követelmények miatt.

ütemezési problémák: ez a leggyakoribb probléma. A munkavállalóknak küzdeniük kell a határidő betartásával.

HR kérdések:

példák:

• hiányzik a készség a csapatban.
• rossz munkavállalói leképezés a munkához.

sokkal több típusú kérdés lehet, és itt nem említhetjük mindet. Így a probléma kezelése a naplózásról, a nyomon követésről és a problémák megoldásáról szól.

#7) vizsgálati jelentés

a vizsgálati jelentés segít azonosítani a teszt lefedettségét, a kifejlesztett termék minőségét és a szükséges folyamatfejlesztéseket. Eldönthetjük, hogy mennyi tesztre van szükség?’

ha elegendő tesztelés történik, akkor benyújthatjuk ezt a tesztjelentést az érdekelt feleknek vagy az ügyfeleknek. Annak érdekében, hogy megismerjék a termék minőségét, és képet kapjanak arról, hogy mennyi tesztet végeznek a terméken.

Tesztkezelő eszközök

a Tesztkezelés bonyolultabbá válik a szoftverfejlesztési folyamat során, és ez az egyik fő oka annak, hogy manapság olyan sok tesztkezelő eszköz áll rendelkezésre.

ezek az eszközök segítenek a tesztkezelési folyamat utolsó négy szakaszában (Tesztszervezés, Tesztfelügyelet & ellenőrzés, problémák kezelése és tesztjelentés). Mivel ezek az eszközök segítenek a tesztkezelés fontos szakaszaiban, ezeket először a projektben kell figyelembe venni.

az alábbiakban felsoroljuk a legnépszerűbb Tesztkezelő eszközöket:

1. qTest
2. PractiTest
3. Zephyr
4. Test Collab
5. TestFLO a JIRA
6. XQual
7. Xray – élvonalbeli teszt menedzsment
8. testrail
9. qacoverage
10. követelmények és teszt menedzsment a Jira (RTM)
11. Spiratest által Inflectra
12. Kualitee
13. Aqua
14. Testpad
15. Junoone

=> kattintson ide a legjobb Tesztkezelő eszközök részletes áttekintéséhez

szervezeti struktúrák

nézzük meg a különböző szervezeti struktúrákat.

lehetnek bizonyos szabályok A szervezeti struktúrákra, vagy lehetnek ideális struktúrák, de függetlenül attól, hogy minden szervezetnek megvan a maga szerkezete. Olyan sok szervezeti struktúra létezik, és mindegyiknek megvan a maga előnye és hátránya.

itt fogunk beszélni néhány közülük.

először a legegyszerűbb szervezeti struktúrát fogjuk látni, amelyet kis projektekhez használnak.

ebben a struktúrában mind a tesztelők, mind a programozók jelentést tesznek a fejlesztési menedzsernek.

1. a fejlesztési menedzser jól ellenőrzi a projekt tevékenységeit.
2. kisebb lesz a kommunikációs rés a tesztelő és fejlesztő csapatok között.
3. értekezleteken is jó a fejlesztési menedzser határidőinek eldöntésére, mivel teljes körű ismeretekkel rendelkezik a tesztelési és fejlesztési munkáról.
4. a csapatmunka a minimális rétegek miatt hatékony lesz.

ennek a szerkezetnek a hátrányai a következők:

1. mivel nincs tesztkezelő, fennáll annak a lehetősége, hogy a tesztelést későn veszik figyelembe a projektben.
2. van egy másik lehetőség, hogy a tesztelés kevésbé lesz fontos a projekt számára. A projekt késésének tekinthető.

általában a kis projektek kis szervezeteiben előfordul, hogy a fejlesztőcsapat több időt vesz igénybe, mint említettük, és a tesztelő csapatnak szenvednie kell, azaz a tesztelő csapatnak a határidőig tesztelnie kell a terméket, hogy a tesztelő csapat kevesebb időt kapjon a termék tesztelésére.

ebben a struktúrában a projekt sikeres befejezéséhez a fejlesztési menedzsernek szem előtt kell tartania, hogy célja nem csak a projekt befejezése, hanem minőségi szoftverek fejlesztése.

a második leggyakrabban használt szervezeti struktúra:

ez a szervezeti struktúra leggyakoribb típusa. Ebben a struktúrában a tesztelők jelentést tesznek a Tesztkezelőknek, a fejlesztők pedig a fejlesztési menedzsernek. Mind a Tesztmenedzser, mind a fejlesztési menedzser jelentést tesz a projektmenedzsernek.

a Tesztmenedzser felelős minden teszttel kapcsolatos tevékenységért, és a fejlesztési menedzser felelőssége a szoftver fejlesztése. A projektmenedzser ellenőrzi mind a tesztelési, mind a fejlesztési tevékenységeket.

előnyök:

• a korábbi struktúrától eltérően itt ebben a struktúrában különböző vezetők vannak a teszteléshez és a fejlesztéshez, így mindketten a munkájukra összpontosíthatnak. Továbbra is elkötelezettek maradnak a munkájuk iránt, és kevesebb zavaró tényező lesz számukra.
• ebben a struktúrában a tesztelési tevékenységeket nem lehet elhanyagolni, vagy nem tekinthető későnek a projektben. Ez azt jelenti, hogy mind a tesztelés, mind a fejlesztés azonos fontosságot kap.
• a kritikus döntések meghozatalakor előnyös, ha a tesztelő csapat független.

hátrányok:

• lehetőség van egy kommunikációs rés miatt több szinten.

Tesztmenedzsment Vs szervezeti struktúrák

a szervezeti struktúrák közvetlenül befolyásolják a Tesztkezelést. A különböző szervezeti struktúrák eltérő hatással vannak a tesztmenedzsmentre, ezért a tesztmenedzsment a Tesztmenedzser készségétől és tapasztalatától, valamint a tesztmenedzser szervezeti struktúrában betöltött pozíciójától függően változik.

itt két szervezeti struktúrát láttunk. Az első struktúrában a fejlesztési menedzser és a tesztmenedzser ugyanaz a személy, ezért befolyásolja a tesztkezelést. A fejlesztési menedzser célja a szoftverfejlesztés, és ennek során a tesztelési munkát is meg kell vizsgálnia.

így időnként elfogult véleményeket adhat. Lehet, hogy csak figyelmen kívül hagyja a kérdést, és megy előre. Így befolyásolhatja a tesztkezelést. Egy független tesztmenedzser képes lesz több igazságosságot biztosítani, és a tesztkezelés jobb lesz a független tesztmenedzserekkel.

következtetés

mind a témákat, azaz a tesztmenedzsmentet, mind a szervezeti struktúrákat külön-külön, valamint a kettő közötti kapcsolatot láttuk. Megállapíthatjuk, hogy a szervezeti struktúrák befolyásolják a tesztkezelést.

a fent említett struktúrák összehasonlításakor a második struktúrában a tesztkezelést jobban kezelik, mint az elsőt. Ennek oka lehet egy dedikált tesztkezelő.

a szervezeti struktúrák szervezetenként különböznek. Bár van néhány meghatározott folyamat a tesztmenedzsment számára (vagy a csapatok tesztkezelő eszközöket használhatnak), a tesztmenedzsment különbözik a különböző szervezeti struktúrák, tesztmenedzserek, tesztmenedzser készségek és tapasztalatok miatt.