Comprehensive Test Plan

Share

|

Doel

Of het nu voor software, hardware, of proces, een integrale test plan, zoals de naam al impliceert, is bedoeld als leidraad voor een uitputtende test van het systeem in kwestie. Het identificeert de mogelijke gebieden van risico's en legt uit hoe het systeem zal worden geëvalueerd om de gevoeligheid vast te stellen problemen. De test plan ook bakent hoe de test resultaten zullen worden gevalideerd. Zoals testresultaten worden ontvangen, worden ze gewijzigd om het testplan, zodat het proces en de resultaten kunnen worden geëvalueerd in toto.

Aanvraag

Omdat een integrale test plan een proces uitdrukt om te worden gebruikt en dan, later, is getrouwd met de resultaten van dat proces, is het een evolutionaire document. Het groeit daar de beschikbare informatie groeit. Aanvankelijk, de integrale test plan fungeert als een roadmap voor test uit te voeren en validatie. Later, dient het als opslagplaats voor de resultaten van de tests, als goed. Als zodanig het document is van essentieel belang voor degenen die zal worden de uitvoering van de tests en kan gebruikt worden als een verdediging voor de kosten van de tests of de aanpak.

Inhoud

Een uitgebreide test plan omvat een geschiedenis en stap-voor-stap proces leidraad voor de evaluatie.

Achtergrond.De reden voor de proeven is gewoonlijk het eerste onderdeel van een integrale test plan, waarin wordt uiteengezet waarom de tests werden noodzakelijk geacht en welke milieu-overwegingen hebben geleid tot de primaire benadering (es) wordt overwogen.

Testen aanpak. De werkelijke technische aanpak van het testen dienen te worden omschreven in detail, inclusief alle benodigde materialen, het bereik van de parameters van de test zal evalueren, specifieke gebieden worden getest, en indicatoren of statistieken worden bijgehouden. Daarnaast kunnen dit testen van individuele componenten van het systeem, alsmede geïntegreerde systemen.

Validatie. Elke validatie processen, interne of onafhankelijk zijn, moet worden gedefinieerd als objectief mogelijk. De validatie processen moeten de specifieke onderdelen worden getest, evenals alle geïntegreerde systemen.

Outcomes verwacht. Sommige testplannen (niet alle) zullen een aantal verklaringen van de resultaten verwacht van het testproces, zodat de verwachte resultaten kunnen worden vergeleken met de feitelijke resultaten omvatten. Dit mag niet worden gebruikt als leidraad voor het testen uitkomsten, maar moet worden gebruikt om het testproces als omschreven in het plan ook daadwerkelijk produceren van de gewenste resultaten het type.

Outcomes getest. Zoals eerder gezegd, is het testplan evolutionaire. Deze informatie zal alleen worden opgenomen na het testen is voltooid. Deze informatie kan worden opgenomen in fasen op voorlopige en de definitieve tests kan span enkele weken, maanden of jaren.

Conclusie (s). Op basis van de geteste, gevalideerde resultaten, geen conclusies kunnen worden getrokken op basis van het systeem, het testproces, moet de validatie, en de verwachte resultaten worden uitgedrukt als conclusies. De conclusies moeten deel uitmaken van de integrale test plan voor de organisatorische archief.

Benaderen

In tegenstelling tot andere documentatie waar er kan worden zwaardere en lichtere versies van de documentatie, de integrale test plan is naar haar aard, zo volledig mogelijk zijn. Elk element van de informatie die kan worden opgenomen in de test plan moet worden opgenomen om de weg misverstand of verkeerde toepassing van het testproces. Ook, terwijl sommige plannen door hun aard te nemen een zekere mate van variabiliteit, die niet van toepassing is met een testplan. Test plannen zijn relatief stijf, en als het proces dient te worden gewijzigd, moet de test plan documentatie worden ook veranderd.

Overwegingen

De integrale test plan kan van toepassing op materialen, systemen, processen, hardware en software, of geïntegreerde systemen daarvan. Voor een aantal van deze proeven zijn de resultaten louter kwantitatief, en de variantie is gemakkelijk gedetecteerd. Voor processen kan echter testen worden speculatief als de output van het proces niet duidelijk aangegeven op een manier die objectief kan worden gemeten. Subjectieve meting leidt tot een ontoereikende testen, als de "harde" metrics verloren. Als er geen concrete maatregelen kan worden gevonden voor het testen van een proces evalueren of valideren, dergelijke tekortkomingen moeten worden gemarkeerd in het testplan, dus de resultaten zijn niet verkeerd als harde feit.

---