Een testplan is een gedetailleerde hardware of software verificatie document dat details over hoe de validator alle aspecten van de hardware of software-ontwerp zal testen biedt . Testplannen zijn testspecificaties gebruikt als leidraad voor het schrijven van test case suites voor design validatie in zowel de hardware als software engineering velden . Typisch een testplan is geschreven door een test of validatie engineer . Een test plan bevat een beschrijving van de functionaliteit van het product , een beschrijving van de testgevallen worden geschreven voor elke functie , en een beschrijving van het testplatform om gebruikt te worden . Voor de hardware te testen , zijn testplannen nodig voor pre - silicium en post silicium validatie . Instructies Beoordeling 1 het Product Ontwerp specificatie dat het Test Plan is gebaseerd op review elk aspect van het product design specificatie . Enige dwang of functionaliteit omissies vlag met de specificatie document . De hardware /software architect of eigenaar van het productontwerpspecificatie document moet verantwoordelijk zijn voor de invulling van de ontbrekende gegevens in het ontwerp -specificatie . Gaan door zoveel beoordeling iteraties als nodig is totdat alle vragen zijn beantwoord . Uw testplan zal worden gebaseerd op het ontwerp -specificatie , zodat deze stap is uiterst belangrijk . Kopen van 2 Schrijf de eerste ontwerp van uw testplan Uw testplan moet een korte beschrijving te bevatten van het ontwerp , de regressie testen en valideren methodiek bij zowel het toestel als op mondiaal niveau , het testen architectuur en een bedrijf van de werkelijke tests die zullen worden uitgevoerd om te worden gebruikt . Het moet detail : a ) Design /Product omschrijving en featuresb ) Test Code Architecturec ) Testmethodiek beschrijving ( i ) Unit Level ( ii ) Systeem /Global Leveld ) Type testen ( willekeurig , gericht /gericht , gericht willekeurig , globaal , lokaal ) te zijn done.e ) Beschrijving van de functie van elk stuk van het ontwerp en een bedrijf van testcases dat functionalityf ) Alle uitzonderingen en speciale hoek geval voorwaarden voor functionaliteit in de test plan.g vermeld ) Hergebruik /Modificatie Informatie dekken : Als validatie /test code wordt hergebruikt uit een ander project , moet dit worden vermeld en veranderingen code moeten worden aangebracht moet worden listed.h ) Functionaliteit niet te testen (als gevolg van het hergebruik van dat deel van het ontwerp of andere redenen ) moet worden specifiek vermeld en beoordeeld closely.i ) Testcase beperkingen en dekking informatie voor hoek conditionsj ) Testcase fout voorwaarden voor testgevallen in de test plan.k ) strategie voor de dekking van eventuele testen /valideringsmethodiek gaten . < br > Goedkope 3 Houd een Test Plan Review Schedule een testplan beoordeling dat het team dat zal werken aan het testen omvat , elk ontwerp architecten of product experts en en technische leads die zou kunnen bieden waardevolle testplan ingang . Tabulate alle reacties en input , zodat u kunt toevoegen aan het testplan als nodig . 4 Afronden Uw Test Plan Voeg alle reacties en input verkregen tijdens uw testplan beoordeling en e-mail uit uw definitieve versie waarmee je de review team om ervoor te zorgen dat je niets hebt gemist . Plaats uw gefinaliseerd testplan in een wereldwijde repository , zodat uw hele team kan toegang hebben tot het. Eventuele toekomstige wijzigingen moeten zichtbaar zijn voor het hele team samen met testplan voltooiingsstatus zijn. Release van een product mag alleen plaatsvinden als alle testgevallen op uw testplan het succes zo continue documentatie van de test case voltooiing ingereden en pass /fail statistiek is noodzakelijk .
|