Szoftverteszt-becslési technikák

Mi az a szoftverteszt-becslés?

A tesztbecslés olyan menedzsment tevékenység, amely közelítő meddig egy feladat elvégzése szükséges. A teszthez szükséges erőfeszítések becslése az egyik fontos és a fontos feladatok a Tesztkezelésben.

Miért jó a tesztbecslés?

Két olyan kérdés várhat ügyfeleitől, amikor a lehetséges tesztelkötelezettségeket tárgyalja

Kis projektek esetén ezekre a kérdésekre viszonylag könnyű válaszolni. De a nagy projekt, mint Tesztelés A Guru99 Bank webhelyén alaposan meg kell gondolnia, hogy válaszoljon ezekre a kérdésekre.

Mit kell becsülni?

• Források: Erőforrások szükségesek elvégzéséhez bármilyen projektfeladatot. Ezek lehetnek emberek, berendezések, létesítmények, finanszírozás vagy bármi más, ami egy projekttevékenység befejezéséhez szükséges.
• Időpontok: Az idő a legértékesebb erőforrás egy projektben. Minden projektnek megvan a határidő a szállításig.
• Emberi készségek: Az emberi képességek azt jelentik tudás és a tapasztalat a csapat tagjai közül. Befolyásolják az Ön becslését. Például egy csapatnak, amelynek tagjai alacsony tesztelési készségekkel rendelkeznek, több időbe telik a projekt befejezése, mint a magas tesztelési készségekkel rendelkező csapatnak.
• Költség: A költség a projekt költségvetés. Általában véve azt jelenti mennyi pénz a projekt befejezéséhez szükséges.

Hogyan kell becsülni?

Szoftverteszt-becslési technikák listája

• Munka felbontási szerkezet
• Hárompontos szoftvertesztelési becslési technika
• Szélessávú Delphi technika
• Funkciópont/tesztpont elemzés
• Használat – esetpont módszer
• Százalékos eloszlás
• Ad-hoc módszer

Az alábbiakban bemutatjuk a 4 lépésből álló folyamatot a becslés elkészítéséhez

Megtanulja, hogyan kombinálhatja ezeket a technikákat, hogy megtalálja a Guru99 Bank esettanulmányának becslését.

1. lépés) Ossza fel a teljes projektfeladatot részfeladatokra

A feladat egy olyan munka, amelyet valakinek adtak. Ehhez használhatja a Munka felbontási szerkezet technika.

Ebben a technikában egy komplex projektet modulokra osztanak. A modulok almodulokra vannak osztva. Mindegyik almodul további funkciókra van felosztva. Ez azt jelenti, hogy a teljes projektfeladatot fel kell osztani a legkisebb feladatokat.

Használja a Work Break Down struktúrát, hogy a Guru99 Bank projektet 5 kisebb feladatra bontsa.

Ezt követően az egyes feladatokat a részfeladat. Ennek a tevékenységnek a célja a feladat létrehozása részletes as lehetséges.

Feladat	Alfeladat
Elemezze a szoftverkövetelmény specifikációit	Vizsgálja meg a soft követelmény specifikációit
	Interjú a fejlesztővel és más érdekelt felekkel, hogy többet tudjon meg a webhelyről
Hozza létre a tesztspecifikációt	Tervezési tesztforgatókönyvek
	Hozzon létre teszteseteket
	Revvizsgálja meg és vizsgálja felül a teszteseteket
Végezze el a teszteseteket	A tesztkörnyezet felépítése
	Végezze el a teszteseteket
	Revlásd a teszt végrehajtásának eredményeit
Jelentse a hibákat
	Hozza létre a Disszidál jelentések
	Jelentse a hibákat

2. lépés) Ossza ki az egyes feladatokat a csapattagokhoz

Ebben a lépésben minden feladat hozzá van rendelve a megfelelő tagja a projektcsapatnak. A feladatot a következőképpen rendelheti hozzá

Feladat	Partnerek
Elemezze a szoftverkövetelmény specifikációit	Az összes tag
Készítse el a tesztspecifikációt	Tesztelő/tesztelemző
A tesztkörnyezet felépítése	Tesztadminisztrátor
Végezze el a teszteseteket	Tesztelő, tesztadminisztrátor
Jelentse a hibákat	vizsgáló

3. lépés) A feladatokhoz szükséges erőfeszítés becslése

2 technikát alkalmazhat a feladatok elvégzéséhez szükséges erőfeszítések becslésére

1. Funkcionális pont módszer
2. Hárompontos becslés

1. módszer) Funkciópont módszer

Ennél a módszernél a Tesztkezelő megbecsüli a feladatok méretét, időtartamát és költségét

A lépés) Becsülje meg a feladat méretét!

In 1 lépés, a teljes projektfeladatot már kis feladatokra bontotta a WBS módszerrel. Most megbecsüli a feladatok méretét. Gyakoroljunk egy adott feladattal”Készítse el a tesztspecifikációt"

A feladat mérete a tesztelt rendszer funkcionális méretétől függ. A funkcionális méret tükrözi a összeg a felhasználó számára releváns funkciókat. A több szám a funkcionalitás, annál több bonyolult rendszer az.

A tényleges becslési feladatok megkezdése előtt a funkcionális pontokat három csoportra osztják, mint pl Bonyolult, Közepes Egyszerű mint a következő:

A szoftverfunkciók komplexuma alapján a Tesztkezelőnek eleget kell adnia súlyozás minden funkcionális ponthoz. Például

Csoport	Súlyszám
Bonyolult	5
közepes	3
Egyszerű	1

Vegyünk egy egyszerű példa gyakorlatot, hogy világosabb legyen:

Tekintse meg a Guru99 Bank weboldal szoftverspecifikációját itt, a szoftvermérnök már részletesen leírta a szoftvermodulokat, meg tudja határozni a bonyolultság az egyes modulok súlyozásával?

Minél összetettebb a függvénypont, annál nagyobb erőfeszítést kell tenni annak tesztelésére. A weboldal fel van osztva 12 funkció pontokat, meghatározhatja a bonyolultság minden funkciópontot az alábbiak szerint

Nem.	Modul neve	Alkalmazható szerepek	Description	Súlyszám
1.	Egyenleg lekérdezése	menedzser Vevő	Ügyfél: Egy ügyfélnek több bankszámlája is lehet. Csak a számlái egyenlegét láthatja Menedzser: A menedzser megtekintheti a felügyelete alá tartozó ügyfelek egyenlegét	3
2.	Pénzátutalás	menedzser Vevő	Ügyfél: Az ügyfél átutalhat pénzt a „saját” számlájáról bármely célszámlára. Menedzser: A kezelő bármely forrásbankszámláról átutalhat pénzt a célszámlára	5
3.	Mini nyilatkozat	menedzser Vevő	A Mini kimutatás egy számla utolsó 5 tranzakcióját mutatja Ügyfél: Az ügyfél csak a „saját” fiókjainak minikivonatát láthatja Menedzser: A kezelő bármilyen fiók minikivonatát láthatja	3
4.	Testreszabott nyilatkozat	menedzser Vevő	A személyre szabott kimutatás lehetővé teszi a számlán lévő tranzakciók szűrését és megjelenítését dátum és tranzakcióérték alapján Ügyfél: Az ügyfél csak a „saját” számláiról láthatja a Testreszabott kimutatást Menedzser: A kezelő bármely fiók testreszabott kimutatását láthatja	5
5.	Jelszó módosítása	menedzser Vevő	Ügyfél: Az ügyfél csak a fiókjához tartozó jelszót módosíthatja. Menedzser: A menedzser csak a fiókjához tartozó jelszót módosíthatja. Nem tudja megváltoztatni ügyfelei jelszavát	1
6.	Új ügyfél	menedzser	Menedzser: A menedzser hozzáadhat új ügyfelet. Menedzser: A menedzser szerkesztheti az ügyfél adatait, például címét, e-mail címét, telefonszámát.	3
7.	Új fiók	menedzser	Jelenleg a rendszer 2 típusú számlát biztosít Megtakarítás Jelenlegi Egy ügyfélnek több megtakarítási számlája is lehet (egy a saját nevére, a másik közös névre stb.). Több folyószámlája is lehet a tulajdonában lévő különböző cégeknél. Vagy több folyó- és megtakarítási számlája is lehet. Menedzser: A menedzser új fiókot adhat hozzá egy meglévő ügyfélhez.	5
8.	Fiók szerkesztése	menedzser	Menedzser: A kezelő szerkesztheti a fiók adatait egy meglévő fiókhoz	1
9.	Fiók törlése	menedzser	Menedzser: A menedzser hozzáadhat egy fiók törlését az ügyfélhez.	1
10.	Ügyfél törlése	menedzser	Az ügyfél csak akkor törölhető, ha nincs aktív folyó- vagy megtakarítási számlája Menedzser: A menedzser törölhet egy ügyfelet.	1
11.	Letét	menedzser	Menedzser: A menedzser bármilyen számlára befizethet pénzt. Általában akkor történik, amikor készpénzt helyeznek el egy bankfiókban.	3
12.	Visszavonás	menedzser	Menedzser: A menedzser bármilyen számláról felvehet pénzt. Általában akkor történik, amikor készpénzt vesznek fel a bankfiókban.	3

B LÉPÉS) Becsülje meg a feladat időtartamát!

Besorolása után a bonyolultság a függvénypontok közül meg kell becsülni a időtartama tesztelni őket. Az időtartam azt jelenti mennyi idő kell a feladat elvégzéséhez.

• Teljes erőfeszítés: A webhely összes funkciójának teljes tesztelésére irányuló erőfeszítés
• Összes funkciópont: A weboldal összes modulja
• Funkciópontonként meghatározott becslés: Egy függvénypont teljesítésének átlagos erőfeszítése. Ez az érték attól függ termelékenység annak a tagnak, aki ezt a feladatot ellátja.

Tegyük fel, hogy a projektcsapata megbecsülte a Funkciópontokat 5 óra/pont. A Guru99 Bank webhely összes funkciójának teszteléséhez szükséges teljes erőfeszítést az alábbiak szerint becsülheti meg:

	Súlyszám	Funkciópontok száma	Összkomfort
Bonyolult	5	3	15
közepes	3	5	15
Egyszerű	1	4	4
Funkció Összes pont			34
Becslési definíció pontonként			5
Teljes becsült erőfeszítés (személy Hours)			170

Tehát a Guru99 Bank „Tesztspecifikáció létrehozása” feladatának teljes elvégzése körülbelül 170 munkaóra.

Miután megértette a szükséges erőfeszítést, erőforrásokat rendelhet hozzá, hogy meghatározza, mennyi ideig tart a feladat (időtartam), majd megbecsülheti a munkaerő- és nem munkaerőköltségeket.

A fenti példa is mutatja a tag fontosságát a csapatban. Ha van tehetséges és a tapasztalt tagok, a kijelölt feladatot a kicsi és a projekt a határidőn belül vagy korábban befejeződik.

C) LÉPÉS: Becsülje meg a feladatok költségét

Ez a lépés segít megválaszolni az ügyfél utolsó kérdését "Mennyibe kerül?"

Tegyük fel, hogy a csapat átlagos fizetése 5 dollár óránként. A „Tesztspecifikációk létrehozása” feladathoz szükséges idő 170 óra. Ennek megfelelően a feladat költsége 5*170=850 USD. Most már kiszámíthatja a WBS egyéb tevékenységeinek költségvetését, és megkaphatja a projekt teljes költségvetését.

Projektmenedzserként el kell döntenie, hogyan szerezheti meg a a legtöbb visszatér cége befektetésére. A több pontos a projekt költségének becsült értéke a jobb képes lesz kezelni projektje költségvetését.

2. módszer) Hárompontos becslés

A hárompontos becslés egyike azon technikáknak, amelyekkel egy feladatot meg lehet becsülni. A hárompontos becslés egyszerűsége nagyon hasznos eszközzé teszi a projektmenedzser számára, aki becslést szeretne végezni.

Hárompontos becslés szerint három értékeket állítunk elő kezdetben minden feladathoz alapján előzetes tapasztalat or legjobb találgatások alábbiak szerint

Egy feladat becslésekor a Tesztkezelőnek három értéket kell megadnia a fent meghatározottak szerint. A három azonosított érték megbecsüli, mi történik egy optimális állapot, mi a legvalószínűbb, vagy szerintünk mi lenne az legrosszabb esetben forgatókönyv.

Nézzük meg, hogyan kell használni a fenti három értéket a következő példában

A feladathoz"Készítse el a tesztspecifikációt", meg tudja becsülni a teszt erőfeszítéseit? Ne feledje, hogy muszáj mindenre kiterjed a Guru99 Bank weboldalának moduljait, ahogyan az ben történt Funkciópont módszer

A következőképpen becsülheti meg

• A legjobb eset ennek a feladatnak a teljesítése az 120 munkaóra (körülbelül 15 nap). Ebben az esetben van egy tehetséges csapat, akik a legrövidebb idő alatt tudják elvégezni a feladatot.
• A legvalószínűbb esete ennek a feladatnak a végrehajtása 170 munkaóra (körülbelül 21 nap). Ez egy normális eset, elegendő erőforrással és képességgel rendelkezik a feladat elvégzéséhez
• A legrosszabb esetben ennek a feladatnak a teljesítése az 200 munkaóra (körülbelül 25 nap). Sokkal több munkát kell végeznie, mert a csapattagok nem tapasztaltak.

Most rendelje hozzá az értéket minden paraméterhez az alábbiak szerint

A feladat végrehajtásához szükséges erőfeszítés a segítségével számítható ki kettős háromszög eloszlás a következő képlet -

A fenti képletben az E paraméter neve Súlyozott átlag. Ez a „Tesztspecifikáció létrehozása” feladat becslése.

De a főnöke megkérdezheti

A fenti becslésben csak meghatározza a lehetséges és nem a bizonyos értékről tudnunk kell valószínűség hogy a becslés helyes. Használhatja a másik képletet:

A fenti képletben az SD átlagos szórás, ez az érték adhat információt a valószínűség hogy a becslés helyes.

Most befejezheti a „Tesztspecifikáció létrehozása” feladat becslését.

A Guru99 Bank weboldal „Tesztspecifikáció elkészítése” feladatának teljesítéséhez szüksége van 166.6 ± 13.33 Munkaóra (153.33-179.99 munkaóra)

4. lépés) Érvényesítse a becslést

Miután elkészítette a WBS-ben említett összes feladat összesített becslését, továbbítania kell azt a Igazgatóság, ki fogja Kritika és a jóváhagy azt.

Az igazgatóság tagja lehet a vezérigazgató, a projektmenedzser és egyéb érdekelt felek.

Az igazgatóság felülvizsgálja és megvitatja Önnel a becslési tervet. Megmagyarázhatja nekik a becslését logikusan és a ésszerűen hogy jóváhagyják a becslési tervet.

Tesztbecslési legjobb gyakorlatok

Ez a témakör általános tippeket mutat be a tesztelés pontosságának becsléséhez.

Adjon hozzá egy kis pufferidőt:

Sok előre nem látható dolog történhet a projektjével, például egy tehetséges csapattag hirtelen felmond a munkahelyén, a tesztelés a becsültnél több időt vesz igénybe… stb. Ezért kell némi puffert beépíteni a becslésbe. A puffer a becslésben lehetővé teszi az esetlegesen előforduló késések kezelését.

Számla Erőforrás tervezés becslésben

Mi a teendő, ha a csapat néhány tagja hosszú szabadságot vesz igénybe? Ez késleltetheti a projektet. Az erőforrás-tervezés a becslésben kulcsszerepet játszik. Az erőforrások rendelkezésre állása segít abban, hogy a becslések reálisak legyenek. Itt figyelembe kell venni a csapattagok leveleit, általában a hosszú leveleket.

Használja a múlt tapasztalatait referenciaként

A múltbeli projektek tapasztalatai döntő szerepet játszanak az időbecslések elkészítésében. Mivel egyes projektek hasonlóak lehetnek, újra felhasználhatja a múltbeli becslést. Például, ha olyan projektet végez, mint például egy webhely tesztelése, tanulhat ebből a tapasztalatból, megpróbálhatja elkerülni az összes nehézséget vagy problémát, amellyel a múltbeli projektek során szembesült.

Ragaszkodjon a becsléséhez

A becslés csak becslés, mert lehet rossz.A projekt korai szakaszában gyakran kell ellenőrizze újra a tesztbecsléseket és végezzen módosítást ha szükséges. A becslést nem szabad meghosszabbítanunk, miután kijavítottuk, kivéve, ha jelentős változások állnak be a követelményekben, vagy ha az ügyféllel kell tárgyalnia az újrabecslésről

Szoftverteszt becslési sablon

Töltse le a Software Test Estimation Excel(.xlsx) programot

Egyéb technikák

A szélessávú Delphi technika, a Használat – esetpont módszer, a százalékos eloszlás, az ad-hoc módszer egyéb becslési technikák a szoftverfejlesztésben.

Szoftverteszt becslési technikák videó

Kattints itt ha a videó nem érhető el

Videó átirat

• Végezzünk gyakorlatot -az Repülőjegy-foglalási kérelem készítse el a munkalebontási struktúrát
• különféle tesztelési feladatok, mint például – Ellenőrizze a bejelentkezési funkciókat, ellenőrizze az új rendelés funkcióit, ellenőrizze a faxfunkciókat és más hasonló funkciókat, és becsülje meg, hogy mennyi erőfeszítés szükséges e funkciók teszteléséhez
• Például a bejelentkezési funkcionalitás 2 óra alatt tesztelhető. Hasonlóképpen készítsen listát az összes feladatról és a megfelelő erőfeszítésekről. Szüntesse meg az oktatóprogramot, és fejezze be a gyakorlatot. Remélem, megalapozottan sejtette a szükséges erőfeszítést
• Ez a tesztbecslés alulról felfelé irányuló stratégiája. A technikát alulról felfelé irányulónak nevezik, mivel a munkalebontási hierarchia legalacsonyabb szintjén lévő feladatok alapján megbecsüli az időtartamot, a függőségeket és az erőforrásokat.
• Az alulról felfelé építkező stratégiában a becsléseket nem egyetlen személy, hanem az összes érdekelt fél, egyéni közreműködők, szakértők és tapasztalt munkatársak együttesen végzik. Az ötlet az, hogy a csapattagok együttműködési bölcsességéből merítsünk pontos tesztbecsléseket
• Most, hogy jelentős tapasztalattal rendelkezik a repülőjegy-foglalási rendszerben. Használja ezt a tapasztalatot a teljes eléréshez szükséges erőfeszítések becsléséhez Funkcionális tesztelés a webhelyről. – http://newtours.demoaut.com/
• Ez az oldal funkcionálisan megegyezik a Flight Reservation Application alkalmazással, csak annyiban, hogy web alapú. Szüntesse meg az oktatóprogramot, és végezze el a gyakorlatot most
• Remélem, tapasztalatai alapján jó becslést készített a webhely teszteléséhez szükséges erőfeszítésekről
  • Ez a tapasztalaton alapuló becslés felülről lefelé történő megközelítése.
  • Egy másik módszer a projektek osztályozása méretük és összetettségük alapján, majd annak megtekintése, hogy egy adott méretű és összetettségű projekt mennyi ideig tartott a múltban.
  • Egy másik megközelítés az átlagos per Teszt eset a múltban hasonló projektek esetében, majd az aktuális projekt becsült teszteseteinek felhasználásával, és elérve a teljes erőfeszítést
  • A kifinomultabb becslési modellek összetett matematikai modelleket foglalnak magukban. A gyakorlatban a projektek többsége felülről lefelé irányuló megközelítést alkalmaz a becsléshez.
  • A tesztbecsléseket számos tényező befolyásolhatja, mint például az időzítési nyomás, az emberek tényezői, a tesztcsoport földrajzi megoszlása ​​és így tovább