Tesztbecslési technikák a szoftvertesztelésben
Thomas Hamilton
⚡ Okos összefoglaló
A szoftvertesztelési becslési technikák (SEO) becslést adnak a tesztelés időtartamára és költségére. Egy négylépéses folyamat – a feladatok lebontása, a tulajdonosok kiosztása, a ráfordítás becslése és az érdekelt felekkel való jóváhagyás – a homályos ütemterveket egy védhető tervvé alakítja, amelyet a vezetőség jóváhagyhat.
Mi az a szoftverteszt-becslés?
Szoftvertesztelési becslés egy olyan vezetői tevékenység, amely hozzávetőlegesen meghatározza egy tesztelési feladat időtartamát és költségét. A hiteles tesztbecslés elkészítése az egyik legfontosabb felelősség a tesztelésben. tesztmenedzsment mert ez befolyásolja az ütemtervvel, a költségvetéssel és az erőforrásokkal kapcsolatos döntéseket.
Miért fontos a tesztbecslés?
Az ügyfelek mindig két kérdést tesznek fel, mielőtt aláírnának egy tesztmegbízást:
Kisebb projektek esetén ezekre a kérdésekre könnyű válaszolni. Egy nagyobb projektnél – mondjuk a tesztelésnél Guru99 Bank weboldala — strukturált technikára van szükséged a válaszod megvédéséhez.
Mit kell becsülni?
- Források: emberek, felszerelés, létesítmények, finanszírozás és minden más, ami a munka elvégzéséhez szükséges.
- Idő: a legértékesebb erőforrás bármely projektben – minden kiadásnak határideje van.
- Emberi képességek: a csapat tudása és tapasztalata. Az erősebb tesztelők gyorsabban végeznek, mint egy kevésbé tapasztalt csapat.
- Költség: a projekt költségvetése – mennyi pénzre van szükség a tervezett tesztelés elvégzéséhez.
Hogyan kell becsülni
A szoftvertesztelésben használt leggyakoribb becslési technikák a következők:
- Munkafelosztási struktúra (WBS).
- Hárompontos becslés.
- Szélessávú Delphi.
- Funkciópont vagy tesztpont elemzés.
- Használati eset pont módszer.
- Százalékos eloszlás.
- Eseti módszer.
Az alábbi négylépéses folyamat több technikát kombinál egy védhető becslés eléréséhez. A példa a következőt használja: Guru99 Banki esettanulmány.
1. lépés) Oszd fel a teljes projektet részfeladatokra
Használja a Munka felbontási szerkezet egy technika, amellyel egy összetett projektet modulokra, almodulokra és végül a legkisebb jelentőségű feladatokra oszthatunk. A becslések sokkal megbízhatóbbak a levélszinten, mint a homályos főbb projektek esetében.
Alkalmazd a technikát a megszakításhoz Guru99 Bank projekt öt kisebb feladatra bontása:
Minden feladatot ezután alfeladatokra osztanak, amíg minden sor elég részletes nem lesz a becsléshez.
| Feladat | részfeladat |
|---|---|
| Szoftverkövetelmény-specifikáció elemzése | Vizsgáld meg a követelményspecifikációkat. |
| Interjút készíthet fejlesztőkkel és más érdekelt felekkel, hogy többet megtudjon a weboldalról. | |
| Készítse el a tesztspecifikációt | Tervezési tesztforgatókönyvek. |
| Tesztesetek létrehozása. | |
| Revtesztesetek megtekintése és felülvizsgálata. | |
| Végezze el a teszteseteket | Építsd fel a tesztkörnyezetet. |
| Hajtsa végre a teszteseteket. | |
| Revtesztfuttatási eredmények megtekintése | |
| Jelentse a hibákat | Hozza létre a hiányosság jelentéseket. |
| Jelentse a hibákat. |
2. lépés) Minden feladat kiosztása egy csapattagnak
Minden részfeladatot rendeljen a legmegfelelőbb tulajdonoshoz.
| Feladat | Tulajdonos |
|---|---|
| Szoftverkövetelmény-specifikáció elemzése | Minden csapattag |
| Készítse el a tesztspecifikációt | Tesztelő / Tesztelemző |
| Építsd fel a tesztkörnyezetet | Tesztadminisztrátor |
| Végezze el a teszteseteket | Tesztelő, tesztadminisztrátor |
| Jelentse a hibákat | vizsgáló |
3. lépés) Az egyes feladatokhoz szükséges erőfeszítés becslése
Ebben a szakaszban két egymást kiegészítő technika működik jól:
- Függvénypont-módszer.
- Hárompontos becslés.
1. módszer) Funkciópont módszer
A Tesztmenedzser megbecsüli az egyes feladatok méretét, időtartamát és költségét.
A) lépés) Becsülje meg a feladat méretét
Vegyük a „Tesztspecifikáció létrehozása” feladatot. A mérete a tesztelt rendszer funkcionális méretétől függ – minél több függvény van benne, annál összetettebb a rendszer. A funkciópontokat jellemzően három csoportba sorolják: Komplex, Közepes és Egyszerű.
A komplexitás alapján a Tesztmenedzser súlyt rendel minden funkcióponthoz:
| Csoport | súlyozás |
|---|---|
| Bonyolult | 5 |
| közepes | 3 |
| Egyszerű | 1 |
Az GuruA 99 Bank weboldala 12 funkcionális pontra oszlik. Összetettségüket az alábbiakban foglaljuk össze.
| # | Modulok | Alkalmazható szerepek | Leírás | súlyozás |
|---|---|---|---|---|
| 1 | Egyenleg lekérdezése | Menedzser, Ügyfél | Ügyfél: csak a saját számlák egyenlegének megtekintése. Menedzser: Tekintse meg minden felügyelet alatt álló ügyfél egyenlegét. |
3 |
| 2 | Pénzátutalás | Menedzser, Ügyfél | Ügyfél: pénzátutalás saját számláról bármely célállomásra. Menedzser: pénzátutalások bármilyen forrásból bármely célállomásra. |
5 |
| 3 | Mini nyilatkozat | Menedzser, Ügyfél | Egy számla utolsó öt tranzakciója. Ügyfél: csak a saját fiókok megtekintése. Menedzser: bármelyik fiók megtekintése. |
3 |
| 4 | Testreszabott nyilatkozat | Menedzser, Ügyfél | Tranzakciók szűrése dátum vagy érték szerint. Ügyfél: csak saját számlák. Menedzser: bármelyik fiók. |
5 |
| 5 | Jelszó módosítása | Menedzser, Ügyfél | Ügyfél: változtasd meg a saját jelszavadat. Menedzser: saját jelszót kell megváltoztatni (nem az ügyfélét). |
1 |
| 6 | Új ügyfél | menedzser | Ügyféladatok hozzáadása és szerkesztése (cím, e-mail, telefonszám). | 3 |
| 7 | Új fiók | menedzser | Takarék- és folyószámlák; egy ügyfél több számlát is birtokolhat mindkettőből. A menedzser új számlákat ad hozzá a meglévő ügyfelek számára. | 5 |
| 8 | Fiók szerkesztése | menedzser | Egy meglévő fiók adatainak szerkesztése. | 1 |
| 9 | Fiók törlése | menedzser | Töröljön egy meglévő fiókot egy ügyfélhez. | 1 |
| 10 | Ügyfél törlése | menedzser | Csak akkor töröljön ügyfelet, ha nincsenek aktív fiókok. | 1 |
| 11 | Letét | menedzser | Fizessen be készpénzt bármelyik fiókszámlájára. | 3 |
| 12 | Visszavonás | menedzser | Vegyen fel készpénzt bármelyik számlájáról a fiókban. | 3 |
B) lépés) A feladat időtartamának becslése
Miután beállítottad a komplexitást, becsüld meg az egyes csoportok teszteléséhez szükséges időtartamot.
- Teljes erőfeszítés: teljes erőfeszítést tesz a weboldal minden funkciójának tesztelésére.
- Összes funkciópont: a weboldal összes modulja.
- Becslés funkciópontonként: átlagos erőfeszítés pontonként; a csapat termelékenységétől függ.
Tegyük fel, hogy a csapat becslése függvénypontonként: 5 óra/pontA teljes erőfeszítés a GuruA 99 Bank példája a következő:
| Csoport | súlyozás | Funkciópontok | Összeg |
|---|---|---|---|
| Bonyolult | 5 | 3 | 15 |
| közepes | 3 | 5 | 15 |
| Egyszerű | 1 | 4 | 4 |
| Funkció Összes pont | 34 | ||
| Becslés pontonként | 5 | ||
| Teljes becsült ráfordítás (személyóra) | 170 | ||
A „Tesztspecifikáció létrehozása” című rész elkészítéséhez szükséges teljes ráfordítás körülbelül 170 munkaóraMiután ismert a ráfordítás, erőforrásokat rendelhet hozzá az időtartam és a költség meghatározásához.
C) A feladatok költségének becslése
Ez a lépés megválaszolja az ügyfél második kérdését – „Mennyibe kerül?”. Tegyük fel, hogy az átlagos csapatdíj $ 5 / óraA fenti feladat 170 órát vesz igénybe, tehát a költség 170 × $5 = $850Ugyanezt a számítást alkalmazza minden WBS-feladatra a projekt költségvetésének meghatározásához.
Minél pontosabb a becslés, annál jobban kezelheti a projekt költségvetését, és biztosíthatja, hogy minden egyes dollár megtérüljön.
2. módszer) Hárompontos becslés
A hárompontos becslés egy strukturált technika, amelyben a tesztmenedzser feladatonként három értéket ad meg – a optimista, legvalószínűbbés pesszimista erőfeszítés – korábbi tapasztalatokon vagy legjobb találgatásokon alapulva.
A „Tesztspecifikáció létrehozása” esetében a három érték a következő lehet:
- Legjobb eset: 120 munkaóra (~15 nap) egy erős, tapasztalt csapattal.
- Valószínűleg: 170 munkaóra (~21 nap) egy tipikus csapattal és erőforrásokkal.
- Legrosszabb eset: 200 munkaóra (~25 nap) kevésbé tapasztalt csapattal és extra átdolgozással.
Számítsa ki a súlyozott átlagot a PERT-stílusú képlettel:
Az érték E a súlyozott átlag — a „Tesztspecifikáció létrehozása” című rész fő becslése.
Kifejezni a körülötte lévő bizalmat E, számítsa ki a szórást:
a Guru99 Banki példa, ahol a becslés így alakul 166.6 ± 13.33 személyóra — 153.33 és 179.99 személyóra közötti tartomány.
4. lépés) Érvényesítse a becslést
Összesítse az összes feladatbecslést a munkamegosztási tervből, és nyújtsa be a tervet a vezetőségnek (vezérigazgató, projektvezető, kulcsfontosságú érdekelt felek) felülvizsgálatra és jóváhagyásra.
Vezesd végig logikusan a táblát a becslésen, hogy megértsék a feltételezéseket, a választott technikákat és a beépített előrejelzést.
Tesztbecslési bevált gyakorlatok
Pufferidő hozzáadása
A tervek ritkán élik túl a valósággal való találkozást – a csapattagok elmennek, a tesztek a vártnál tovább tartanak, a függőségek kicsúsznak a kezükből. Építs be egy ésszerű tartalékot minden becslésbe, hogy az ütemterv elnyelje a kisebb meglepetéseket.
Erőforrás-elérhetőség tervezése
Figyelembe kell venni a tervezett szabadságokat, képzéseket és ügyeleti beosztásokat. Azok a becslések, amelyek figyelmen kívül hagyják az elérhetőséget, papíron jól mutatnak, de a megvalósítás során összeomlanak.
Használd a korábbi tapasztalatokat referenciaként
A hasonló projektekből származó korábbi adatok felbecsülhetetlen értékűek. Ha tavaly teszteltél egy hasonló weboldalt, tanulj a tényleges adatokból, a felmerült problémákból és a helyzetet megmentő pufferből.
Tartsa magát a becsléshez – de vizsgálja felül
A becslések nem összeegyeztethetőktracezek a legjobb találgatások. RevIsmert mérföldköveknél helyezd el őket, és csak akkor igazítsd őket, ha a követelmények lényegesen megváltoznak, vagy új információk árnyalják a helyzetet. Átláthatóan tárgyalj minden változást az ügyféllel.
Szoftverteszt becslési sablon
Szoftvertesztelési becslés Excel letöltése (.xlsx)
Egyéb becslési technikák
A WBS, a függvénypont-becslés és a hárompont-becslés mellett számos más technikát is széles körben alkalmaznak:
- Szélessávú Delphi: szakértői testület által végzett iteratív konszenzusbecslés.
- Használati eset pont módszer: az erőfeszítést a használati esetek számából és összetettségéből vezeti le.
- Százalékos eloszlás: a teljes projektráfordítás egy fix százalékát tesztelésre fordítja.
- Eseti módszer: szakértői vélemény hiányzó historikus adatok esetén.
Alulról felfelé és felülről lefelé irányuló becslés
A becslés gyakorlati nézete két egymást kiegészítő stratégiára bontható:
- Alulról felfelé irányuló becslés: a munkamegosztási struktúra legalacsonyabb szintjén lévő feladatok alapján. Több érdekelt fél, tapasztalt munkatárs és közreműködő összesíti a számát a pontos összeg eléréséhez. Ideális, ha a munka jól érthető.
- Felülről lefelé irányuló becslés: A projektet méret és összetettség szerint osztályozza, és összehasonlítja a hasonló alakú, befejezett projektekkel. Az átlagos ráfordítást is használja. próbaper és a várható esetszámhoz igazodik. Hasznos a projekt korai szakaszában, amikor a részletek szűkösek.
A legtöbb csapat ötvözi a kettőt – felülről lefelé a fő számokért, alulról felfelé a magabiztosságért –, és az eredményt kifinomult modellekkel fedi le, amikor a költségvetés indokolja az erőfeszítést.
