Voordat u begint met mobiel testen, bureaublad tests of website testen is het noodzakelijk om te evalueren hoe lang het zal duren. Veel bedrijven proberen om juist tijd en middelen die nodig zijn voor de ontwikkeling van een toepassing te evalueren en niet veel aandacht aan het testproces.
Het is vaak moeilijk om te evalueren van de tijd die nodig is voor software testen als gevolg van vele factoren.
Enkele van de factoren zijn:
-software testen bedrijf ervaring;
-complexiteit van het systeem;
-vaardigheden, kennis en ervaring voor meetapparaten.
Het gaat niet om te componeren vergelijkingen met behulp van deze factoren. Evaluatie formules zijn verfijnde en zal niet tonen de realistische hoeveelheid gewerkte uren die nodig zijn voor het testen. Sommige evaluatiemethoden zijn echter eerder nuttig.
Hier zijn methoden voor evaluatie van de tijd die nodig is voor het testen van Software:
1. Ontwikkeling Ratio methode
Volgens deze methode is het aantal testers nodig zijn voor het project berekend op basis van het aantal van de ontwikkelaars van het project. De verhouding is afhankelijk van het type en de grootte van het project.
Als het is dat een commercieel project voor een grote markt ratio van ontwikkelaars aan meetapparaten zullen 3:2, voor een kleine markt - zullen de verhouding 3:1. Als het is ontwikkeling van commerciële software van plat voor een individuele cliënt of interne bedrijfssysteem ontwikkeling verhouding 4:1, worden zal als het is regering interne Softwareontwikkeling - zullen de verhouding 5:1.
De verhouding kan wijzigen tijdens verschillende stadia van de ontwikkeling en testen processen. Tijdens de laatste kunnen stadia van het testen van het nummer voor meetapparaten zelfs overtreffen het aantal ontwikkelaars.
2. Project personeel Ratio methode
Deze methode is goed wanneer de hoeveelheid mensen uitvoeren ontwikkeling vaak verandert. Het is gebouwd op de totale hoeveelheid werknemers die aan het project werken.
Als het dat een commercieel project voor een grote markt testers zullen make-up 27% van de gehele spullen van het project, voor een kleine markt - 16%. Als het ontwikkelen van commerciële van plat software voor een individuele cliënt of corporate interne applicatie-ontwikkeling, zal testers maken tot 14% van het projectteam, als het is regering interne Softwareontwikkeling - testers met 11 maken zal %.
3. Procedure testmethode
Deze methode is gebaseerd op de hoeveelheid van procedures die zullen worden ontwikkeld en uitgevoerd. Het aantal testers nodig zijn voor het project is berekend aan de hand van deze gegevens.
Te gebruiken deze methode software testen bedrijf inschrijvingen van hoeveelheid testprocedures uitgevoerd moet tijdens soortgelijke ontwikkelingsprocessen en hoeveelheid voor meetapparaten uren besteed aan deze procedures.
Het is noodzakelijk te vinden correlatie tussen hoeveelheid van testprocedures en gewerkte uren besteed door testers aan deze projecten en het aantal testers nodig zijn voor het nieuwe project inachtneming ervaring van het eerdere soortgelijke project berekenen.
Deze methode concentreert zich alleen op de hoeveelheid testprocedures en geeft beperkte opvatting van het testproces. Het is efficiënter wanneer gebruikt in combinatie met andere evaluatiemethoden.