Projekt kockázatelemzés és megoldások a szoftvertesztelésben
Thomas Hamilton
Mi az a kockázatelemzés?
A kockázat egy nemkívánatos esemény bekövetkezésének valószínűsége.
A kockázatelemzés a szoftverfejlesztésben az Önhöz kapcsolódó kockázatok elemzésének folyamata Tesztelés Project.
A projekt sikere érdekében a kockázatot azonosítani kell, és a megfelelő megoldásokat a projekt megkezdése előtt meg kell határozni. A szoftverfejlesztés kockázatazonosítása segít azonosítani a valószínű kockázatokat a korai szakaszban.
Ebben az oktatóanyagban a tesztkezelési folyamat első lépését ismerjük meg: kockázatelemzést és megoldást egy esettanulmány segítségével.
Ebben a témában a tesztkezelési folyamat első lépését ismerjük meg: kockázatelemzés a szoftvertesztelésben és -megoldásban egy esettanulmány segítségével.
A tesztelés alatt álló alkalmazás az http://demo.guru99.com/V4/, tekintse meg a Szoftverkövetelmény-specifikációt itt.
A Guru99 Banknak két szerepe lesz
- menedzser
- Vevő
A következő szolgáltatások/modulok állnak majd rendelkezésre ehhez a két különböző szerepkörhöz
Íme egy kis bemutató a weboldalon
Miután elolvasta a követelményeket tartalmazó dokumentumokat, rájött, hogy a webhelyen túl sok van funkcionális és a bonyolult forgatókönyveket.
Íme a helyzet -
- A Guru99 banki weboldal már befejezte a fejlesztési fázist. Most kezdődik a tesztelési fázis. Sajnos Ön nem vett részt a követelmények szakaszában
- A főnöködnek be kell fejeznie a tesztelést egy hónap csak korlátozott költségvetéssel, de elvár nagy minőség.
- Egy tapasztalt mérnök csapattag elmondja
- Ilyen esetben mit kell tenni?
A) Úgy tűnik, ez nagy probléma. Foglalkoznunk kell A-valSAP!!!
B) Nem érdekel. Azonnal el kell kezdenünk a munkát.
- A projekt egy rendetlenség, és minden erőforrását és idejét igénybe vette. A munkavállaló munkaterhelése drasztikusan megnőtt, stresszesnek és túlterheltnek érzi magát
- – A projektje késik, ezért nem tudta kiadni a terméket a meghatározott határidőn belül, ahogy azt főnökének ígérte. Ahogy a csapattag mondta, a projekt ütemezése túl szoros a jelenlegi erőforrás-elosztáshoz képest.
A fenti példa szemlélteti a fontosság kockázatelemzés a tesztkezelésben.
A kockázatkezelés segít abban, hogy –
A fenti példában említett kockázat csak egy a sok lehetséges kockázat közül, amelyek a projektben előfordulhatnak. Azonosítania kell őket, és el kell döntenie, hogy foglalkozik velük ASAP!!! Tehát a helyes cselekvés ebben a példában az akció A.
Ezért fontos a kockázatelemzés a tesztelés során
Hogyan végezzünk kockázatelemzést?
Ez egy 3 lépésből álló folyamat
- Azonosítsa a kockázatokat
- Elemezze az egyes azonosított kockázatok hatását
- Tegyen ellenintézkedéseket az azonosított és elemzett kockázatra
1. lépés) A kockázat azonosítása
A szoftvertermékekben a kockázat azonosítható és 2 típusba sorolható
Projektkockázat
A projektkockázat úgy definiálható, mint egy bizonytalan esemény vagy tevékenység, amely hatással lehet a projekt előrehaladására. A hatás a pozitív or negatív hatása a projekt céljainak elérésére.
A projektkockázatoknak elsősorban 3 kategóriája van
Szervezeti kockázat
Ez az Önhöz kapcsolódó kockázat emberi erőforrás vagy a tesztelő csapat. Például az Ön projektjében kockázatot jelent a technikailag képzett tagok hiánya. További kockázatot jelent, ha nincs elegendő munkaerő a projekt időben történő befejezéséhez.
A szervezeti kockázat azonosításához készítsen egy listát néhány kérdésből, és öngyakorlatként válaszoljon rájuk. Íme néhány ajánlott kérdés.
A) Igen
B) Nem
A) Igen
B) Nem
A) Igen
B) Nem
Ha megválaszolja a fenti kérdéseket, könnyen azonosíthatja azokat a potenciális kockázatokat, amelyek hatással lehetnek projektjére.
Műszaki kockázat
A műszaki kockázat egy műszaki folyamat végrehajtása során felmerülő veszteség valószínűsége, például nem tesztelt tervezés, hibás tesztelési eljárás stb. Itt van egy példa a technikai kockázatra
- Az Ön feladata ebben a projektben egy banki webhely tesztelése. Megfelelő tesztkörnyezeteket kell beállítani, amelyek a valós üzleti környezetet tükrözik. Ha a Tesztkörnyezet nincs megfelelően beállítva, a termék az lesz nem helyesen kell tesztelni és sok hibák nem észlelhető.
Üzleti kockázat
A kockázat magában foglalja a külső entitás. Ez a kockázat, amely az Ön cégétől, ügyfelétől származhat, de nem a projektjéből.
A következő kép egy példát mutat az üzleti kockázatra.
Ebben az esetben a tesztmenedzsernek meg kell találnia a kockázatkezelési megoldásokat, például:
- Készlet prioritás a tesztelési szakaszban összpontosítson a webhely főbb funkcióinak tesztelésére
- hasznosít tesztelőeszköz a tesztelés termelékenységének növelésére
- Jelentkezem folyamatok fejlesztése a vezetői erőfeszítések csökkentése érdekében.
Termékkockázat
Termékkockázat annak lehetősége, hogy a rendszer vagy a szoftver nem elégíti ki vagy nem teljesíti a vevő, a felhasználó vagy az érdekelt fél elvárásait. Ez a kockázat a teszttervben összefügg a funkcionalitás a termékről, például teljesítményproblémák, biztonsági problémák, összeomlási forgatókönyvek stb.
Az alábbiakban néhány termékkockázati példát mutatunk be –
- A szoftver néhányat kihagy kulcs olyan funkciót, amelyet az ügyfelek a felhasználók
követelmény - A szoftver megbízhatatlan és gyakran nem sikerül dolgozni.
- A szoftver olyan módon hibásodik meg, hogy anyagi vagy egyéb kárt okoz a felhasználónak vagy a szoftvert használó vállalatnak.
- A szoftver bizonyos minőségi jellemzőkkel, például biztonsággal, megbízhatósággal, használhatósággal, karbantarthatósággal vagy teljesítménnyel kapcsolatos problémákkal küzd.
Most térjünk vissza a projekthez, van-e termékkockázat a Guru 99 Bank webhelyén? A kérdés megválaszolásához kövesse az alábbi lépéseket
Ha végzett a fenti 3 lépéssel, töltsön ki egy kis kvízt alább a termékkockázatok azonosításához
A) Igen
B) Nem
C) Nem vagyok benne biztos
A) Igen
B) Nem
A) Biztonságos alap átutalás
B) A felhasználó új fiókot regisztrálhat
C) Nincs szükség több funkcióra
2. lépés) Elemezze a felmerülő kockázat hatását
Az előző témakörben már azonosítottuk azokat a kockázatokat, amelyek akadályozhatják a projektjét. Íme az azonosított kockázatok listája:
- Lehet, hogy nem vagy elég emberi erőforrás hogy a projektet határidőre befejezze
- A tesztelés környezet előfordulhat, hogy nincs megfelelően beállítva, mint a valódi üzleti környezet.
- Az Ön projektje költségvetés felére csökkenhet az üzleti helyzet miatt
- Ez a weboldal lehet hiánya biztonsági funkciókat
Ezután elemeznie kell ezeket a kockázatokat.
Minden kockázatot a következő két paraméter alapján kell besorolni
- A valószínűség előfordulásának
- A hatás a projekten
Az alábbi mátrix segítségével megteheti kategorizál a kockázat négy kategóriába sorolható Magas, Közepes, és a Alacsony vagy 3,2, 1 értékek
|
Valószínűség |
|
|---|---|
|
Magas (3) |
Nagyon nagy valószínűséggel fordul elő, hatással lehet az egész projektre |
|
Közepes (2) |
50% esély a bekövetkezésre |
|
Alacsony (1) |
Alacsony előfordulási valószínűség |
|
Hatás |
|
|---|---|
|
Magas (3) |
Nem lehet folytatni a projekttevékenységet, ha az nincs megoldva azonnal |
|
Közepes (2) |
A projekttevékenység nem folytatható, ha az nincs megoldva |
|
Alacsony (1) |
Meg kell oldani, de egy ideig más megoldás is lehetséges |
Vegye figyelembe a következő kockázatokat
|
Kockázat |
Valószínűség |
Hatás |
Prioritás = Valószínűség* Hatás |
|---|---|---|---|
|
A projekt határideje nem tartott |
3 |
3 |
9 |
|
Villany hiba |
1 |
2 |
2 |
A fenti prioritás alapján megteheti a kockázatcsökkentést a tesztelés során vagy az alábbi táblázatban említett ellenintézkedéseket
|
Prioritás |
Kockázatkezelési módszer |
|
|---|---|---|
|
Magas |
6 -9 |
Azonnal tegyen mérséklő intézkedéseket, és minden nap kövesse nyomon a kockázatot, amíg az állapot le nem záródik. |
|
Középső |
3-5 |
Kövesse nyomon a kockázatot minden héten a belső előrehaladási értekezleten |
|
Elő/Utó |
1-2 |
Fogadja el a kockázatot, és mérföldkövek alapján figyelje a kockázatot. |
Itt az ideje egy gyakorlatnak, 4 kockázatot azonosítottunk a Guru99 Banking projektben. Osztályozza őket saját maga
| Kockázat | Magas | közepes | Elő/Utó | Állapot |
|
|
|
|
|
Helyes.
Helytelen.
|
|
|
|
|
|
Helyes.
Helytelen
|
|
|
|
|
Helyes.
Helytelen
|
|
|
|
|
|
|
Helyes.
Helytelen.
|
3. lépés) Tegyen ELLENINTÉZKEDÉSEKET a kockázat csökkentése érdekében
Ez a tevékenység 3 részre oszlik
Kockázati válasz
A projektmenedzsernek olyan stratégiákat kell választania, amelyek minimálisra csökkentik a kockázatot. A projektmenedzserek az alábbi négy kockázatkezelési stratégia közül választhatnak
Visszatérve a korábban azonosított 4 kockázathoz, meg kell találnunk a Kockázat és mérséklés a Tesztelés ill ellenintézkedés elkerülni vagy megszüntetni őket.
B) A tesztelés környezet előfordulhat, hogy nincs megfelelően beállítva, mint a valódi üzleti környezet
C) Az Ön projektje költségvetés felére csökkenhet az üzleti helyzet miatt
D) Ez a webhely lehet hiánya biztonsági funkciók
Ez a kockázat a vállalat helyzete miatt nem kerülhető el; nem kérhet több emberi erőforrást a projekthez. Ebben az esetben csökkentheti a kockázatok hatását az alábbi lehetőségek kiválasztásával
- Válassza ki a tehetséges és tapasztalt tagot, aki csatlakozik a projektcsapathoz
- Hozzon létre egy képzési tanfolyamot a tag képzettségének növelésére, és segítse őket a termelékenység javításában
B. Előfordulhat, hogy a tesztelési környezet nincs megfelelően beállítva, mint a valódi üzleti környezet
Ez a kockázat elkerülhető, ha elvégzi a következő tevékenységeket
- Kérje meg a fejlesztőcsapat segítségét a tesztkörnyezet felépítéséhez
- Készítse elő a környezet beállításához szükséges összes berendezést vagy anyagot (szerver, adatbázis, PC...).
C. A projektje felére csökkenhet az üzleti helyzet miatt
Ez a kockázat kritikus; megakadályozhatja az egész projekt folytatását. Ebben az esetben meg kell tennie
- Határozza meg újra a projekt hatókörét, határozza meg, hogy ilyen esetben mi kerül tesztelésre és mi kerül figyelmen kívül
- Tárgyaljon az ügyféllel a projekt időtartamáról, hogy illeszkedjen a projekt költségvetéséhez
- Növelje az egyes projektfázisok termelékenységét, mint például a tesztelés, a tesztspecifikációk elkészítése… Ha időt takaríthat meg, költséget takaríthat meg
D. Előfordulhat, hogy ez a webhely nem tartalmaz biztonsági funkciókat
Ezt a kockázatot közepes prioritásúnak tekintjük, mivel nem érinti az egész projektet, és elkerülhető. Kérheti a fejlesztőcsapatot, hogy ellenőrizze és adja hozzá ezeket a funkciókat a webhelyhez.
Regisztráljon kockázatot
Minden kockázatot fel kell jegyezni, dokumentálni és tudomásul kell venni a projektvezetőknek, az érdekelt feleknek és a projekttagoknak. A kockázati nyilvántartásnak szabadon hozzáférhetőnek kell lennie a projektcsapat minden tagja számára.
Van néhány hasznos kockázat regisztrálása, mint pl Redmine, Mitre… Stb.
A kockázat figyelése és ellenőrzése
A kockázatok folyamatosan nyomon követhetők annak ellenőrzésére, hogy történt-e változás. A folyamatos monitorozási és értékelési mechanizmusok révén új kockázatok azonosíthatók.
A jobb kockázatkezelés érdekében hivatkozhat Risk Management sablon szerepel ebben a cikkben
