Een testplan is een gedetailleerde hardware of software controle document dat details geeft over hoe de validator zal het testen van alle aspecten van de hardware of software ontwerp. Test plannen zijn testspecificaties gebruikt als leidraad voor het schrijven van testcase suites voor ontwerp validatie in zowel de hardware als de software engineering velden. Een testplan is meestal geschreven door een test of validatie engineer. Een testplan bevat een beschrijving van de functionaliteit van het product en een beschrijving van de test gevallen worden geschreven voor elke functie een beschrijving van de test platform worden gebruikt. Voor hardware testen, test plannen zijn nodig voor pre silicium en post silicon validering.
Test de productontwerpspecificatie dat het Plan van de Test is gebaseerd op
Elk aspect van de productontwerpspecificatie bekijken Vlag van eventuele beperking of functionaliteit nalatigheden met de specificatiedocument. De hardware/software architect of eigenaar van het product ontwerp specificatiedocument moet aansprakelijk zijn voor de ontbrekende gegevens in de ontwerpspecificatie invulling. Doorlopen zoveel herziening iteraties als nodig is totdat al uw vragen zijn beantwoord. Uw testplan zal worden gebaseerd op de ontwerpspecificaties, dus deze stap zeer belangrijk is.
Schrijven van het eerste ontwerp van uw testplan
Uw testplan moet bevatten een korte beschrijving van het ontwerp, de regressie test en validatie te gebruiken methodologie op zowel de eenheid en mondiaal niveau, de testen architectuur en je een overzicht van de werkelijke tests die worden uitgevoerd. Het moet in detail te beschrijven:
a) design/Product Beschrijving en functies
b) test Code architectuur
c) de beschrijving van de methodologie van het test(i) Unit Level(ii) System/Global Level
d) type van testen (willekeurig, gericht/gericht, gericht willekeurige, globale, lokale) worden gedaan.
e) beschrijving van de functie van elk stuk van het ontwerp en een lijst van de test gevallen die betrekking hebben op die functionaliteit
f) alle uitzonderingen en speciale hoek geval voorwaarden voor functionaliteit die zijn vermeld in het plan van de test.
g) hergebruik/wijziging informatie: als validatie/test code opnieuw gebruikt uit een ander project wordt, moet dit worden vermeld en wijzigingen in de code worden gemaakt, moeten worden opgenomen.
h) functionaliteit niet worden getest (wegens aan hergebruik van dat gedeelte van het ontwerp of andere redenen) specifiek moet worden vastgesteld en herzien nauw.
i) testcase beperkingen en dekking details hoek voorwaarden
j) testcase foutcondities voor proefprocessen in testen plan.
k) strategie voor dekking van alle testen/validatie methodologie gaten.Houd een Test Plan Review
Een test plan evaluatie waarin het team dat op de tests, design architecten of productexperts werken zal plannen en en technische leads die waardevolle test plan bijdrage kon leveren. Alle commentaar Tabulate en input zodat u toevoegen aan het testplan als dit nodig is kunt.
Finaliseren van uw testplan
Voeg alle opmerkingen en input verkregen tijdens uw testplan bekijken en e-mail uit uw definitieve versie naar uw beoordeling team om ervoor te zorgen dat je iets niet hebt gemist. Plaats uw gefinaliseerde testplan in een globale repository, zodat uw hele team toegang tot het hebben kan. Eventuele toekomstige bewerkingen moeten zichtbaar aan het hele team samen met de voltooiingsstatus van test plan zijn. Productrelease moet alleen plaatsvinden wanneer alle de testcases op uw testplan zijn uitgevoerd met succes dus voortdurend documentatie van testcase voltooiing en slagen/zakken statistieken nodig is.
- Gebruik van post-mortems en test plan beoordelingen van eerdere projecten voor rundvlees up van uw testplan en regressie testen voor deze iteratie van uw product. Zorg ervoor dat alle aanvragen van de hoek die kwesties de laatste tijd rond waren worden opgenomen in uw testplan.
- Software of hardware ontwerp release is een iteratief proces. Uw testcase suite is uiterst belangrijk als het zal worden gebruikt voor het testen van elke versie van het ontwerp. Zorg ervoor dat u een test methodologie voor de dekking van de hole in plaats te vangen eventuele ontbrekende testen in een vroeg stadium.