Wat is schatting van softwaretests?
Testschatting is een beheeractiviteit die bij benadering aangeeft hoe lang het duurt om een taak te voltooien. Het schatten van de inspanning voor de test is een van de belangrijkste en belangrijke taken in Testmanagement.
Waarom een schatting maken?
Twee vragen die u van uw klanten kunt verwachten bij het bespreken van potentiële testopdrachten zijn
Voor kleine projecten zijn deze vragen relatief eenvoudig te beantwoorden. Maar voor het grote project zoals de Testing Guru99 Bank-website, moet u goed nadenken om die vragen te beantwoorden.
In deze tutorial leer je-
- Wat is schatting van softwaretests?
- Waarom een schatting maken?
- Wat te schatten?
- Hoe te schatten?
- Stap 1) Verdeel de hele projecttaak in subtaken
- Stap 2) Wijs elke taak toe aan een teamlid
- Stap 3) Inschatting van de inspanning voor taken
- Methode 1) Functiepuntmethode
- Methode 2) Driepuntsschatting
- Stap 4) Valideer de schatting
- Test best practices voor schattingen
- Andere technieken
Wat te schatten?
- Resources: middelen nodig zijn om de uitvoering van een project taken. Het kunnen mensen, apparatuur, faciliteiten, financiering of iets anders zijn dat kan worden gedefinieerd en vereist voor de voltooiing van een projectactiviteit.
- Tijden: tijd is de meest waardevolle hulpbron in een project. Elk project heeft een deadline voor oplevering.
- Menselijke vaardigheden: menselijke vaardigheden zijn de kennis en ervaring van de teamleden. Ze zijn van invloed op uw inschatting. Een team waarvan de leden bijvoorbeeld weinig testvaardigheden hebben, zal meer tijd nodig hebben om het project af te ronden dan een team met hoge testvaardigheden.
- Kosten: De kostprijs is het project budget . Over het algemeen betekent dit hoeveel geld er nodig is om het project af te ronden.
Hoe te schatten?
Lijst met schattingstechnieken voor softwaretests
- Work Breakdown Structure
- 3-punts software testen schattingstechniek
- Wideband Delphi-techniek
- Functiepunt / testpuntanalyse
- Gebruik - Case Point-methode
- Procentuele verdeling
- Ad-hoc methode
Hieronder volgt het proces in vier stappen om tot een schatting te komen
U leert hoe u deze technieken kunt combineren om de schatting voor de casestudy van Guru99 Bank te vinden.
Stap 1) Verdeel de hele projecttaak in subtaken
Taak is een werkstuk dat aan iemand is gegeven. Hiervoor kunt u de Work Breakdown Structure- techniek gebruiken.
Bij deze techniek wordt een complex project opgedeeld in modules. De modules zijn onderverdeeld in submodules. Elke submodule is verder onderverdeeld in functionaliteit. Het betekent dat de hele projecttaak in de kleinste taken wordt verdeeld .
Gebruik de Work Break Down-structuur om het Guru99 Bank-project op te splitsen in 5 kleinere taken:
Daarna kunt u elke taak uitsplitsen naar de subtaak. Het doel van deze activiteit is het creëren taak zo gedetailleerd als mogelijk .
| Taak | Subtaak |
|---|---|
| Analyseer de specificatie van de softwarevereisten | Onderzoek de specificaties van de zachte vereisten |
| Interview met de ontwikkelaar en andere belanghebbenden om meer te weten te komen over de website | |
| Maak de testspecificatie | Ontwerp testscenario's |
| Maak testcases | |
| Beoordeel en herzie testcases | |
| Voer de testcases uit | Bouw de testomgeving op |
| Voer de testcases uit | |
| Bekijk de resultaten van de testuitvoering | |
| Meld de gebreken | |
| Maak de defectrapporten | |
| Meld de gebreken |
Stap 2) Wijs elke taak toe aan een teamlid
In deze stap wordt elke taak toegewezen aan het juiste lid van het projectteam. U kunt de taak als volgt toewijzen
| Taak | Leden |
|---|---|
| Analyseer de specificatie van de softwarevereisten | Alle leden |
| Maak de testspecificatie | Tester / testanalist |
| Bouw de testomgeving op | Testbeheerder |
| Voer de testcases uit | Tester, testbeheerder |
| Meld defecten | Tester |
Stap 3) Inschatting van de inspanning voor taken
Er zijn 2 technieken die u kunt toepassen om de inspanning voor taken in te schatten
- Functionele puntmethode
- Driepuntsschatting
Methode 1) Functiepuntmethode
Bij deze methode schat de testmanager de grootte, duur en kosten voor de taken
Stap A) Schat de grootte van de taak
In stap 1 heb je de hele projecttaak al opgesplitst in een kleine taak met behulp van de WBS-methode. Nu schat u de omvang van die taken in. Laten we oefenen met een bepaalde taak " Maak de testspecificatie "
De grootte van deze taak hangt af van de functionele grootte van het te testen systeem. De functionele omvang weerspiegelt de hoeveelheid functionaliteit die relevant is voor de gebruiker. Hoe meer aantal van de functionaliteit, de meer complexe systeem.
Voordat de daadwerkelijke taakinspanning wordt ingeschat, worden functionele punten onderverdeeld in drie groepen, zoals Complex , Medium Simple, als volgt:
Op basis van het complex van softwarefuncties moet de Test Manager voldoende gewicht toekennen aan elk functioneel punt. Bijvoorbeeld
| Groep | Gewichtsverlies |
|---|---|
| Complex | 5 |
| Medium | 3 |
| Gemakkelijk | 1 |
Laten we een eenvoudige voorbeeldoefening nemen om duidelijker te worden:
Bekijk hier de software specificatie van website Guru99 Bank, de software engineer heeft de software modules al in detail beschreven, kun je de complexiteit van de website features bepalen door het gewicht voor elke module te geven?
Complexer het functiepunt, des te meer is de inspanning om het te testen. De website is onderverdeeld in 12 functiepunten , u kunt de complexiteit van elk functiepunt als volgt bepalen-
| Nee. | module naam | Toepasselijke rollen | Omschrijving | Gewichtsverlies |
|---|---|---|---|---|
| 1. | Balans onderzoek | Manager Klant | Klant: een klant kan meerdere bankrekeningen hebben. Hij kan alleen het saldo van zijn rekeningen bekijken. Manager: een manager kan het saldo bekijken van alle klanten die onder zijn supervisie staan | 3 |
| 2. | Geld transfer | Manager Klant | Klant: Een klant kan geld overboeken van zijn "eigen" rekening naar elke bestemmingsrekening. Manager: een manager kan geld overboeken van elke bronbankrekening naar een bestemmingsrekening | 5 |
| 3. | Mini-verklaring | Manager Klant | Een mini-afschrift toont de laatste 5 transacties van een rekening. Klant: een klant kan alleen een mini-afschrift van zijn "eigen" rekeningen zien. Manager: een manager kan een mini-afschrift van elke rekening zien | 3 |
| 4. | Aangepaste verklaring | Manager Klant | Een aangepaste verklaring kunt u filter en weer te geven transacties op een rekening op basis van datum, transactiewaarde Klant: kan een klant zien Customized- verklaring van alleen zijn “eigen” Accounts Manager: Een manager kan op maat -statement van elke rekening te zien | 5 |
| 5. | Wachtwoord wijzigen | Manager Klant | Klant: Een klant kan het wachtwoord van alleen zijn account wijzigen. Manager: Een manager kan het wachtwoord van alleen zijn account wijzigen. Hij kan de wachtwoorden van zijn klanten niet wijzigen | 1 |
| 6. | Nieuwe klant | Manager | Manager: Een manager kan een nieuwe klant toevoegen. Manager: Een manager kan details zoals adres, e-mail, telefoon van een klant bewerken. | 3 |
| 7. | Nieuw account | Manager | Momenteel biedt het systeem 2 soorten accounts
| 5 |
| 8. | Bewerk account | Manager | Manager: Een manager kan de accountgegevens van een bestaand account bewerken | 1 |
| 9. | Account verwijderen | Manager | Manager: een manager kan een account voor een klant toevoegen en verwijderen. | 1 |
| 10. | Klant verwijderen | Manager | Een klant kan alleen worden verwijderd als hij / zij geen actieve zicht- of spaarrekeningen heeft. Manager: Een manager kan een klant verwijderen. | 1 |
| 11. | Storting | Manager | Manager: een manager kan geld op elke rekening storten. Meestal gedaan wanneer contant geld wordt gestort bij een bankfiliaal. | 3 |
| 12. | Intrekking | Manager | Manager: een manager kan geld opnemen van elke rekening. Meestal gedaan wanneer contant geld wordt opgenomen bij een bankfiliaal. | 3 |
STAP B) Schat de duur van de taak
Na het classificeren van de complexiteit van de functiepunten, moet je de duur inschatten om ze te testen. Duur betekent hoeveel tijd er nodig is om de taak te voltooien.
- Totale inspanning : de inspanning om alle functies van de website volledig te testen
- Totaal functiepunten : totaal aantal modules van de website
- Schatting gedefinieerd per functiepunt : de gemiddelde inspanning om één functiepunt te voltooien. Deze waarde hangt af van de productiviteit van het lid dat deze taak op zich neemt.
Stel dat uw projectteam per Functie Punten een schatting heeft gemaakt van 5 uur / punten . U kunt de totale inspanning om alle functies van de website Guru99 Bank te testen als volgt inschatten:
| Gewichtsverlies | Aantal functiepunten | Totaal | |
|---|---|---|---|
| Complex | 5 | 3 | 15 |
| Medium | 3 | 5 | 15 |
| Gemakkelijk | 1 | 4 | 4 |
| Functie Totaal aantal punten | 34 | ||
| Schatting definiëren per punt | 5 | ||
| Totale geschatte inspanning (persoonsuren) | 170 | ||
De totale inspanning om de taak "Maak de testspecificatie" van Guru99 Bank te voltooien, bedraagt dus ongeveer 170 manuren
Zodra u de vereiste inspanning begrijpt, kunt u middelen toewijzen om te bepalen hoe lang de taak zal duren (duur), en vervolgens kunt u de arbeids- en niet-arbeidskosten schatten.
Bovenstaand voorbeeld laat ook het belang van het lid in uw team zien. Als je getalenteerde en ervaren leden hebt, kun je de toegewezen taak in korte tijd voltooien en zal je project op de deadline of eerder eindigen.
STAP C) Schat de kosten voor de taken
Deze stap helpt u bij het beantwoorden van de laatste vraag van de klant " Hoeveel kost het?"
Stel dat uw teamsalaris gemiddeld $ 5 per uur is. De tijd die nodig is voor de taak "Testspecificaties maken" is 170 uur. Dienovereenkomstig bedragen de kosten voor de taak 5 * 170 = $ 850. Nu kunt u het budget voor andere activiteiten in WBS berekenen en tot het totale budget voor het project komen.
Als projectmanager moet u beslissen hoe u het meeste rendement haalt uit de investering van uw bedrijf. Hoe nauwkeuriger uw schatting van de projectkosten is, hoe beter u in staat zult zijn om het budget van uw project te beheren.
METHODE 2) Driepuntsschatting
Driepuntsschatting is een van de technieken die kunnen worden gebruikt om een taak te schatten. De eenvoud van de driepuntsschatting maakt het een erg handig hulpmiddel voor een projectmanager die wil schatten.
Bij een driepuntsschatting worden aanvankelijk drie waarden geproduceerd voor elke taak op basis van eerdere ervaring of beste gissingen, en wel als volgt
Bij het schatten van een taak moet de testmanager drie waarden opgeven, zoals hierboven gespecificeerd. De drie geïdentificeerde waarden schatten wat er in een optimale toestand gebeurt , wat het meest waarschijnlijk is of wat volgens ons het slechtste scenario zou zijn .
Laten we eens kijken hoe we de bovenstaande drie waarden in het volgende voorbeeld kunnen gebruiken
Kunt u voor de taak “ Maak de testspecificatie ” een schatting maken van de testinspanning? Onthoud dat u alle modules van de Guru99 Bank-website moet behandelen zoals gedaan in Function Point Method
U kunt als volgt schatten
- Het beste geval om deze taak te voltooien is 120 manuren (ongeveer 15 dagen). In dit geval heb je een getalenteerd team, zij kunnen de taak in de kortst mogelijke tijd afronden.
- Het meest waarschijnlijke geval om deze taak te voltooien is 170 manuren (ongeveer 21 dagen). Dit is een normaal geval, u heeft voldoende middelen en mogelijkheden om de taak te voltooien
- Het ergste geval om deze taak te voltooien is 200 manuren (ongeveer 25 dagen). U moet veel meer werk verzetten omdat uw teamleden geen ervaring hebben.
Wijs nu de waarde toe aan elke parameter zoals hieronder
De inspanning om de taak te voltooien kan als volgt worden berekend met behulp van een dubbele driehoekige verdelingsformule :
In de bovenstaande formule staat parameter E bekend als gewogen gemiddelde. Het is de inschatting van de taak “Maak de testspecificatie”.
Maar je baas kan je vragen
In de bovenstaande schatting bepaal je gewoon een mogelijke en niet een bepaalde waarde, we moeten weten hoe waarschijnlijk het is dat de schatting correct is. U kunt de andere formule gebruiken:
In bovenstaande formule, de SD gemiddelde standaarddeviatie, zou deze waarde u de informatie kunnen geven over de waarschijnlijkheid dat de schatting correct is.
Nu kunt u de schatting afronden voor de taak "Maak de testspecificatie"
Om de taak "Maak de testspecificatie" van de Guru99 Bank-website te voltooien, heb je 166,6 ± 13,33 manuur nodig (153,33 tot 179,99 manuur)
Stap 4) Valideer de schatting
Als u voor alle taken die in de WBS worden genoemd, een geaggregeerde schatting heeft gemaakt, dient u deze door te sturen naar de directie , die deze zal beoordelen en goedkeuren .
Het lid van de raad van bestuur kan bestaan uit de CEO, projectmanager en andere belanghebbenden.
De directie beoordeelt en bespreekt uw schattingsplan met u. U kunt uw schatting logisch en redelijk toelichten, zodat zij uw schattingsplan kunnen goedkeuren.
Test best practices voor schattingen
In dit onderwerp vindt u algemene tips voor het schatten van testnauwkeurigheid.
- Voeg wat buffertijd toe: Er kunnen veel onvoorspelbare dingen gebeuren met uw project, zoals een getalenteerd teamlid dat plotseling zijn baan opzegt, het testen meer tijd in beslag neemt dan geschat om te voltooien ... enz. Daarom moet u wat buffer in uw schatting opnemen. Het hebben van een buffer in de schatting maakt het mogelijk om eventuele vertragingen op te vangen.
- Accountresourceplanning in schatting: wat moet u doen als sommige leden van uw team lang op vakantie gaan? Het kan het project vertragen. Het plannen van middelen bij het schatten speelt een sleutelrol. De beschikbaarheid van middelen zal ertoe bijdragen dat de schattingen realistisch zijn. Hierbij moet u rekening houden met de bladeren voor uw teamlid, over het algemeen lange bladeren.
- Gebruik de ervaringen uit het verleden als referentie: Ervaringen uit eerdere projecten spelen een cruciale rol bij het opstellen van de tijdschattingen. Omdat sommige projecten enige overeenkomst vertonen, kunt u de eerdere schatting hergebruiken. Als u bijvoorbeeld een project doet zoals het testen van een website, kunt u van die ervaring leren en alle moeilijkheden of problemen proberen te vermijden waarmee u in eerdere projecten werd geconfronteerd.
- Blijf bij uw schatting: een schatting is slechts een schatting, want het kan fout gaan. In de vroege stadia van het project moet u de testschattingen regelmatig opnieuw controleren en indien nodig wijzigingen aanbrengen . We mogen de schatting niet verlengen nadat we deze hebben opgelost, tenzij er grote wijzigingen in de vereiste zijn, of u met de klant moet onderhandelen over de herwaardering
Softwaretestschattingssjabloon
Download de Software Test Estimation Excel (.xlsx)
Andere technieken
Wideband Delphi-techniek, Use - Case Point Method, Percentage-distributie, Ad-hoc-methode zijn andere schattingstechnieken in Software Engineering.
Klik hier als de video niet toegankelijk is
Videotranscriptie- Laten we een oefening doen - maak voor de Vluchtreserveringsapplicatie een Work Breakdown Structure van het
- verschillende testtaken zoals - Controleer de aanmeldingsfunctionaliteit, controleer de functionaliteit van nieuwe bestellingen, controleer de faxfunctionaliteit en andere vergelijkbare functionaliteit en maak een schatting van de inspanning die nodig is om deze functionaliteiten te testen
- Inlogfunctionaliteit kan bijvoorbeeld in 2 uur worden getest. Maak op dezelfde manier een lijst van alle taken en de bijbehorende inspanning. Pauzeer de trainingshandleiding en voltooi de oefening. Ik hoop dat je een weloverwogen inschatting hebt gemaakt van de vereiste inspanning
- Dit is een bottom-upstrategie voor testschattingen. De techniek wordt bottom-up genoemd, omdat u op basis van de taken die zich op het laagste niveau van de work breakdown-hiërarchie bevinden, de duur, afhankelijkheden en middelen schat.
- Bij een bottom-upstrategie worden schattingen niet door één persoon gemaakt, maar door alle belanghebbenden, individuele medewerkers, experts en ervaren personeelsleden gezamenlijk. Het idee is om gebruik te maken van de gezamenlijke wijsheid van de teamleden om tot nauwkeurige testschattingen te komen
- Nu aangezien u aanzienlijke ervaring hebt met het vluchtreserveringssysteem. Gebruik deze ervaring om de inspanning te schatten die nodig is voor het volledig functioneel testen van de website. - http://newtours.demoaut.com/
- Deze site is functioneel identiek aan de Vluchtreserveringsapplicatie, alleen dat deze webgebaseerd is. Pauzeer de tutorial en doe de oefening nu
- Ik hoop dat je op basis van je ervaring een goede inschatting hebt gemaakt van de inspanning die nodig is om de website te testen
- Dit is de top-down benadering van schatten die is gebaseerd op ervaring.
- Een andere techniek is om projecten te classificeren op basis van hun grootte en complexiteit en vervolgens te kijken hoe lang een project van een bepaalde omvang en complexiteit in het verleden heeft geduurd.
- Een andere benadering is het bepalen van de gemiddelde inspanning per testgeval in het verleden voor vergelijkbare projecten en vervolgens het gebruik van geschatte testgevallen van het huidige project om tot een totale inspanning te komen
- Meer geavanceerde schattingsmodellen omvatten complexe wiskundige modellen. In de praktijk gebruiken de meeste projecten een top-down benadering voor schattingen.
- Testschattingen kunnen worden beïnvloed door vele factoren, zoals tijdsdruk, menselijke factoren, geografische spreiding van het testteam, enzovoort