Mi a szoftver teszt becslése?
A tesztbecslés egy olyan kezelési tevékenység, amely megközelítőleg azt mutatja meg, hogy mennyi ideig tartana egy feladat. Az erőfeszítések becslése a teszt számára a tesztkezelés egyik fő és fontos feladata.
Miért teszteljük a becslést?
Két kérdés, amelyet elvárhat az ügyfelektől, amikor megbeszélik a lehetséges teszteljárásokat
Kis projektek esetében ezekre a kérdésekre viszonylag könnyű választ adni. De egy olyan nagy projektnél, mint a Testing Guru99 Bank webhelye, alaposan meg kell gondolkodnia, hogy megválaszolja ezeket a kérdéseket.
Ebben az oktatóanyagban megtanulja-
- Mi a szoftver teszt becslése?
- Miért teszteljük a becslést?
- Mit kell becsülni?
- Hogyan lehet megbecsülni?
- 1. lépés: Ossza meg az egész projektfeladatot részfeladatokra
- 2. lépés: Rendeljen minden feladatot a csapattaghoz
- 3. lépés: A feladatok erőfeszítésének becslése
- 1. módszer) Funkciópont-módszer
- 2. módszer) Hárompontos becslés
- 4. lépés: Érvényesítse a becslést
- Tesztbecslés legjobb gyakorlatok
- Egyéb technikák
Mit kell becsülni?
- Források: Resources kell végezni minden olyan projekt feladatok. Lehetnek emberek, felszerelések, létesítmények, finanszírozás vagy bármi más, ami meghatározható a projekt tevékenységének befejezéséhez.
- Idők: Az idő a projekt legértékesebb erőforrása. Minden projektnek határideje van.
- Emberi készségek: Az emberi készségek a csapat tagjainak tudását és tapasztalatait jelentik. Becslésedre hatással vannak. Például egy csapatnak, amelynek tagjai alacsony tesztelési képességekkel rendelkeznek, több időre van szükség a projekt befejezéséhez, mint ahhoz a csapathoz, amely magas szintű tesztelési képességekkel rendelkezik.
- Költség: A költség a projekt költségvetése . Általánosságban elmondható, hogy mennyi pénz kell a projekt befejezéséhez.
Hogyan lehet megbecsülni?
Szoftverteszt-becslési technikák listája
- Munka felbontási szerkezet
- 3 pontos szoftver tesztelési becslési technika
- Szélessávú Delphi technika
- Funkciópont / tesztpontok elemzése
- Használat - Esetpont módszer
- Százalékos megoszlás
- Ad-hoc módszer
A következő lépés a négy lépésből áll, hogy elérjük a becslést
Megtanulja, hogyan kombinálja ezeket a technikákat a Guru99 Bank esettanulmány becslésének megtalálásához.
1. lépés: Ossza fel a teljes projektfeladatot részfeladatokra
A feladat egy olyan munka, amelyet valakinek megadtak. Ehhez használhatja a Munka lebontása struktúra technikát.
Ebben a technikában egy összetett projekt modulokra oszlik. A modulok részmodulokra vannak osztva. Minden egyes almodult tovább osztanak funkcionalitásra. Ez azt jelenti, hogy az egész projektfeladatot fel kell osztani a legkisebb feladatokra.
Használja a Work Break Down struktúrát, hogy a Guru99 Bank projektet 5 kisebb feladatra bontsa -
Ezt követően minden feladatot kibonthat az alfeladatba. E tevékenység létrehozásához feladat részletes , mint lehetséges .
| Feladat | Részfeladat |
|---|---|
| A szoftverigény specifikációjának elemzése | Vizsgálja meg a puha követelmény specifikációit |
| Interjú a fejlesztővel és más érdekeltekkel, hogy többet tudjon meg a weboldalról | |
| Hozza létre a teszt specifikációt | Tervezési teszt forgatókönyvek |
| Hozzon létre teszteseteket | |
| Tesztesetek áttekintése és felülvizsgálata | |
| Végezze el a teszteseteket | Építse ki a tesztkörnyezetet |
| Végezze el a teszteseteket | |
| Ellenőrizze a teszt végrehajtásának eredményeit | |
| Jelentse a hibákat | |
| Hozza létre a Hibák jelentéseket | |
| Jelentse a hibákat |
2. lépés: Rendeljen minden feladatot a csapattaghoz
Ebben a lépésben minden feladatot a projektcsoport megfelelő tagjához rendelünk . A feladatot az alábbiak szerint rendelheti hozzá
| Feladat | Tagok |
|---|---|
| A szoftverigény specifikációjának elemzése | Minden tag |
| Készítse el a teszt specifikációt | Tesztelő / tesztelemző |
| Építse ki a tesztkörnyezetet | Teszt rendszergazda |
| Végezze el a teszteseteket | Tesztelő, tesztadminisztrátor |
| Hibák jelentése | Vizsgáló |
3. lépés: A feladatok erőfeszítésének becslése
Kétféle módszer alkalmazható a feladatokra fordított erőfeszítések becslésére
- Funkcionális pont módszer
- Hárompontos becslés
1. módszer) Funkciópont-módszer
Ebben a módszerben a Test Manager 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
Az 1. lépésben már a teljes projektfeladatot apró feladatra bontotta a WBS módszerrel. Most megbecsüli a feladatok méretét. Nézzük gyakorlat sajátos feladattal „ Create a teszt specifikáció ”
Ennek a feladatnak a mérete a tesztelt rendszer funkcionális méretétől függ. A funkcionális méret a felhasználó számára releváns funkcionalitás mennyiségét tükrözi . Minél több a funkcionalitás, annál bonyolultabb rendszer.
A feladatok tényleges becslésének megkezdése előtt a funkcionális pontokat három csoportra osztják, például Komplex , Közepes egyszerű, az alábbiak szerint:
A szoftverfunkciók komplexuma alapján a Test Mangernek elegendő súlyt kell adnia az egyes funkcionális pontoknak. Például
| Csoport | Súlyszám |
|---|---|
| Összetett | 5. |
| Közepes | 3 |
| Egyszerű | 1 |
Vegyünk egy egyszerű példát a tisztábbá tétel érdekében:
Vessen egy pillantást a Guru99 Bank weboldal szoftver specifikációjára, a szoftvermérnök már részletesen leírta a szoftver modulokat. Meg tudja-e határozni a weboldal jellemzőinek összetettségét az egyes modulok súlyának megadásával?
Bonyolultabb a funkciópont, annál több erőfeszítés van annak tesztelésére. A weboldal 12 funkciópontra oszlik , az egyes funkciópontok összetettségét az alábbiak szerint határozhatja meg:
| Nem. | Modul neve | Alkalmazható szerepek | Leírás | Súlyszám |
|---|---|---|---|---|
| 1. | Egyenleg lekérdezése | Manager Ügyfél | Ügyfél: Az ügyfélnek több bankszámlája is lehet. Csak a számláinak egyenlegét tudja megtekinteni Menedzser: A menedzser megtekintheti az összes felügyelete alá tartozó ügyfél egyenlegét | 3 |
| 2. | Pénzátutalás | Manager Ügyfél | Ügyfél: Az ügyfél átutalhatja a „saját” számlájáról bármely célszámlát. Menedzser: A menedzser bármely forrás bankszámláról átutalhatja a célszámlát | 5. |
| 3. | Mini nyilatkozat | Manager Ügyfél | A Mini kivonat egy fiók utolsó 5 tranzakcióját jeleníti meg Ügyfél: Az ügyfél csak a „saját” fiókkezelőjének mini kivonatát láthatja : A kezelő bármely fiók mini kivonatát láthatja | 3 |
| 4. | Testreszabott nyilatkozat | Manager Ügyfél | A testreszabott utasítás lehetővé teszi a szűrő és a kijelző tranzakciók fiók dátum alapján, ügyleti érték Ügyfél: Egy ügyfél láthatja Customized- kimutatás csak a „saját” számlák Manager: A menedzser látja szabott -statement bármilyen számla | 5. |
| 5. | Jelszó módosítása | Manager Ügyfél | Ügyfél: Az ügyfél csak a fiókjának jelszavát változtathatja meg. Menedzser: A menedzser csak a fiókjának jelszavát változtathatja meg. Nem tudja megváltoztatni az ügyfelek jelszavát | 1 |
| 6. | Új vevő | Menedzser | Menedzser: A menedzser új ügyfelet vehet fel. Menedzser: A menedzser szerkesztheti az adatokat, például az ügyfél címét, e-mailjét, telefonját. | 3 |
| 7. | Új fiók | Menedzser | Jelenleg a rendszer 2 típusú fiókot biztosít
| 5. |
| 8. | Fiók szerkesztése | Menedzser | Kezelő: A kezelő hozzáadhat egy szerkesztési fiók adatait egy meglévő fiókhoz | 1 |
| 9. | Fiók törlése | Menedzser | Menedzser: A kezelő hozzáadhat egy törlési fiókot az ügyfél számára. | 1 |
| 10. | Törölje az Ügyfelet | Menedzser | Egy ügyfelet csak akkor lehet törölni, ha nincs aktív folyószámla- vagy megtakarítási fiókkezelője: A kezelő törölheti az ügyfeleket. | 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 a készpénzt egy bankfiókban veszik fel. | 3 |
B LÉPÉS: Becsülje meg a feladat időtartamát
A funkciópontok összetettségének osztályozása után meg kell becsülnie az időtartamot, hogy tesztelje őket. Az időtartam azt jelenti, hogy mennyi időre van szükség a feladat befejezéséhez.
- Teljes erőfeszítés : A weboldal összes funkciójának teljes tesztelésére irányuló erőfeszítés
- Összes funkciópont : A weboldal összes modulja
- Becsült érték függvénypontonként : Egy függvénypont teljesítésének átlagos erőfeszítése. Ez az érték annak a tagnak a termelékenységétől függ, aki átveszi ezt a feladatot.
Tegyük fel, hogy a projektcsapata a funkciópontok szerint 5 óra / pont értéket határoz meg . Az alábbiak szerint becsülheti meg a Guru99 Bank webhely összes szolgáltatásának teszteléséhez szükséges teljes erőfeszítést:
| Súlyszám | Funkciópontok száma | Teljes | |
|---|---|---|---|
| Összetett | 5. | 3 | 15 |
| Közepes | 3 | 5. | 15 |
| Egyszerű | 1 | 4 | 4 |
| Funkció Összes pont | 34 | ||
| Becsüld meg a pontonkénti meghatározást | 5. | ||
| Becsült teljes erőfeszítés (óraszám) | 170 | ||
Tehát a Guru99 Bank „A tesztspecifikáció létrehozása” feladatának teljes teljesítése körülbelül 170 munkaóra
Miután megértette a szükséges erőfeszítéseket, hozzárendelhet forrásokat annak meghatározásához, hogy a feladat mennyi ideig tart (időtartam), majd megbecsülheti a munkaerő és a nem munkaerő költségeit.
A fenti példa a tag fontosságát is mutatja a csapatában. Ha van tehetséges és tapasztalt tagja, akkor rövid idő alatt elvégezheti a kiosztott feladatot , és projektje a határidőig vagy hamarabb befejeződik.
C. LÉPÉS: Becsülje meg a feladatok költségeit
Ez a lépés segít megválaszolni az ügyfél utolsó kérdését: „ Mennyibe kerül?”
Tegyük fel, hogy átlagosan a csapat fizetése óránként 5 dollár. A „Tesztinformá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 kiszámíthatja a WBS egyéb tevékenységeinek költségvetését, és elérheti a projekt teljes költségvetését.
Projektmenedzserként el kell döntenie, hogyan lehet a legjobban megtérülni cége befektetésével. Minél pontosabb a becsült projektköltség, annál jobban tudja kezelni a projekt költségvetését.
2. MÓDSZER) Hárompontos becslés
A hárompontos becslés egyike azoknak a technikáknak, amelyek felhasználhatók egy feladat becslésére. A hárompontos becslés egyszerűsége nagyon hasznos eszköz a projekt menedzser számára, aki becsülni akar.
Hárompontos becslésnél minden feladatra három értéket állítanak elő előzetes tapasztalatok vagy legjobb tippek alapján az alábbiak szerint
Egy feladat becslésénél a Test Managernek három értéket kell megadnia, a fentiek szerint. A három azonosított érték megbecsüli, hogy mi történik optimális állapotban , mi a legvalószínűbb , vagy mi lenne a legrosszabb eset .
Lássuk, hogyan használhatjuk a fenti három értéket a következő példában
Meg tudja becsülni a teszt erőfeszítéseit a „ Teszt specifikáció létrehozása ” feladatnál ? Ne feledje, hogy le kell fednie a Guru99 Bank webhelyének összes modulját, a Function Point Method szerint
A következőképpen becsülheti meg
- A feladat elvégzésének legjobb esete 120 munkaóra (kb. 15 nap). Ebben az esetben tehetséges csapatod van, ők a legkevesebb idő alatt tudják befejezni a feladatot.
- A feladat elvégzésének legvalószínűbb esete 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
- Ennek a feladatnak a legrosszabb esete 200 munkaóra (kb. 25 nap). Sokkal több munkát kell elvégeznie, mert csapattagjai nincsenek tapasztaltak.
Most rendelje hozzá az értéket az egyes paraméterekhez az alábbiak szerint
A feladat elvégzésére irányuló erőfeszítés az alábbi kettős háromszög eloszlás képlet segítségével számolható :
A fenti képletben az E paraméter súlyozott átlag néven ismert . Ez a „Tesztspecifikáció létrehozása” feladat becslése.
De a főnöke megkérdezheti
A fenti becslésben csak egy lehetséges és nem egy bizonyos értéket határoz meg , tudnunk kell arról a valószínűségről, hogy a becslés helyes. Használhatja a másik képletet:
A fenti képletben az SD átlag szórása ez az érték információt szolgáltathat a becslés helyes valószínűségéről .
Most befejezheti a „Tesztspecifikáció létrehozása” feladat becslését
A Guru99 Bank webhelyének „A tesztspecifikáció létrehozása” feladatának elvégzéséhez 166,6 ± 13,33 munkaóra (153,33–179,99 munkaóra ) szükséges.
4. lépés: Érvényesítse a becslést
Miután létrehozott egy összesített becslést a WBS-ben említett összes feladatra, továbbítania kell azt az igazgatótanácsnak , aki áttekinti és jóváhagyja .
Az igazgatóság tagja lehetne a vezérigazgató, a projektmenedzser és más érdekeltek.
Az igazgatóság felülvizsgálja és megbeszéli Önnel a becslési tervet. Logikusan és ésszerűen megmagyarázhatja nekik a becslését , hogy jóváhagyhassák a becslési tervet.
Tesztbecslés legjobb gyakorlatok
Ez a témakör általános tippeket ismertet a tesztelési pontosság becslésével kapcsolatban.
- Adjon hozzá némi pufferidőt: Számos kiszámíthatatlan dolog történhet a projektjével, például egy tehetséges csapattag hirtelen kilép a munkájából, a tesztelés befejezése a becsültnél több időt vesz igénybe stb. Puffer megléte a becslésben lehetővé teszi az esetleges késések kezelését.
- Számlaerőforrás-tervezés a becslés során: Mit kell tennie, 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 megbecsülni a becslések valósághűségét. Itt figyelembe kell venni a csapattag leveleit, általában a hosszú leveleket.
- Használja a múlt tapasztalatait referenciaként: A múltbeli projektek tapasztalatai létfontosságú szerepet játszanak az időbecslések elkészítése során. Mivel néhány projekt hasonlóságot mutathat, újból felhasználhatja a múltbecslést. Például, ha olyan projektet hajt végre, mint egy webhely tesztelése, akkor tanulhat ebből a tapasztalatból, megpróbálhatja elkerülni az összes nehézséget vagy kérdést, amellyel a korábbi projektekben szembesült.
- Ragaszkodjon becsléséhez: A becslés csak becslés, mert rosszul járhat . A projekt korai szakaszában gyakran ellenőriznie kell a tesztbecsléseket, és szükség esetén módosítani kell. A javítást követően nem szabad meghosszabbítanunk a becslést, kivéve, ha a követelményekben jelentős változások történnek, vagy ha az újbecslésről tárgyalnia kell az ügyféllel
Szoftverteszt becslés sablon
Töltse le a Szoftverteszt becslés Excel (.xlsx) fájlt
Egyéb technikák
Széles sávú Delphi technika, Használat - Esetpont módszer, Százalékos eloszlás, Ad-hoc módszer a becslési technikák egyike a szoftvertervezésben.
Kattintson ide, ha a videó nem érhető el
Videó átirat- Végezzünk egy gyakorlatot - a Repülési Foglalási Alkalmazáshoz készítsünk egy munkabontási struktúrát
- különféle tesztelési feladatok, mint például: - Bejelentkezés-ellenőrzés, Új rendelés-ellenőrzés, Fax-ellenőrzés és más hasonló funkciók, és becsülje meg a funkciók teszteléséhez szükséges erőfeszítéseket
- Például a bejelentkezési funkció 2 órán belül tesztelhető. Hasonlóképpen készítsen egy listát a feladatokról és a megfelelő erőfeszítésekről. Szüneteltesse az oktatóanyagot, és fejezze be a gyakorlatot. Remélem, hogy művelt találgatást tett a szükséges erőfeszítésekről
- Ez alulról felfelé irányuló stratégia a tesztbecsléshez. A technikát alulról felfelé hívják, mivel a munkabontási hierarchia legalacsonyabb szintjén lévő feladatok alapján becsüli az időtartamot, a függőségeket és az erőforrásokat.
- Az alulról felfelé irányuló stratégiában a becsléseket nem egy személy készíti el, hanem minden érdekelt fél, egyéni közreműködők, szakértők és tapasztalt munkatársak együttesen. Az ötlet az, hogy a csapattagok együttműködési bölcsességére támaszkodva pontos tesztbecsléseket kapjunk
- Most, hogy jelentős tapasztalata van a repülési helyfoglalási rendszerrel kapcsolatban. Használja ezt a tapasztalatot a webhely teljes funkcionális teszteléséhez szükséges erőfeszítések becsléséhez. - http://newtours.demoaut.com/
- Ez a webhely funkcionálisan megegyezik a Repülési Helyfoglalási Alkalmazással, csak hogy webalapú. Szüneteltesse az oktatóanyagot, és most végezze el a gyakorlatot
- Remélem tapasztalatai alapján jól becsülte meg a weboldal teszteléséhez szükséges erőfeszítéseket
- Ez a becslés felülről lefelé irányuló megközelítése, amely tapasztalatokon alapul.
- Egy másik technika az, hogy a projekteket méretük és összetettségük alapján osztályozzuk, majd megnézzük, hogy egy adott méretű és összetett projekt mennyi ideig tartott korábban.
- Egy másik megközelítés a múltbeli átlagos kísérleti erőfeszítés meghatározása hasonló projektek esetében, majd a jelenlegi projekt becsült teszteseteinek felhasználása és teljes erőfeszítéssel történő elérése
- A kifinomultabb becslési modellek összetett matematikai modelleket tartalmaznak. A gyakorlatban a projektek többsége felülről lefelé történő megközelítést alkalmaz a becsléshez.
- A tesztbecsléseket számos tényező befolyásolhatja, például időzítési nyomás, embertényezők, a tesztcsoport földrajzi megoszlása és így tovább