Ein Testplan ist eine detaillierte Hardware-oder Software-Verifikation Dokument, Besonderheiten auf, wie der Prüfer alle Aspekte der Hardware-oder Software-Design zu testen bietet . Testpläne sind Prüfvorschriften als Führer für das Schreiben Testfall Suiten für Design-Validierung sowohl in der Hard-und Software-Engineering- Bereichen eingesetzt. Typischerweise wird ein Testplan durch eine Prüfung oder Validierung Ingenieur geschrieben. Ein Testplan enthält eine Beschreibung der Funktionsweise des Produktes , eine Beschreibung von Testfällen für jede Funktion geschrieben werden , und eine Beschreibung der Test-Plattform verwendet werden. Für Hardware-Tests werden Testpläne für Pre- und Post- Silizium- Silizium- Validierung notwendig. Anleitung
1
Bewertung der Produkt- Design-Spezifikation , dass der Testplan On
Bewertung jeder Aspekt des Produkt-Design -Spezifikation. Flagge keine Einschränkung oder Auslassungen Funktionalität mit der Spezifikation Dokument . Die Hardware /Software-Architekt oder Besitzer der Produkt-Design -Spezifikation Dokument sollten die Verantwortung für Inhalt füllen die fehlenden Details in der Design-Spezifikation . Gehen Sie durch so viele Iterationen Kritik wie nötig, bis alle Ihre Fragen wurden beantwortet. Ihr Testplan wird auf der Design-Spezifikation basieren , so ist dieser Schritt sehr wichtig.
2
Schreiben Sie den ersten Entwurf für Ihr Testplan
Ihr Testplan sollte eine kurze Beschreibung enthalten das Design, die Regressionstests und Validierung Methodik auf dem Gerät und auf globaler Ebene , die Prüfung Architektur und eine Auflistung der tatsächlichen Tests, die durchgeführt werden, verwendet werden. Es soll im Einzelnen : a) Design /Produkt- Beschreibung und featuresb ) Testcode Architecturec ) Test Methodology Beschreibung (i ) Einheit Stufe ( ii) System /Globale Leveld ) Art des Tests (random , konzentriert /gerichtet , konzentrierte sich zufällig , global, lokal) zu done.e sein ) Beschreibung der Funktion von jedem Stück des Entwurfs und eine Liste der Testfälle, dass functionalityf ) Alle Ausnahmen und Sonderregelungen Ecke Fall Bedingungen für die Funktionalität im Test plan.g aufgeführt ) Reuse /Modification Informationen abdecken : Wenn Validierung /Test-Code wird von einem anderen Projekt wieder verwendet , sollte dies angegeben werden und Code-Änderungen vorgenommen werden sollten listed.h sein ) Funktionalität nicht getestet werden (wegen dieses Teils des Entwurfs oder aus anderen Gründen wieder verwenden ) wird ausdrücklich darauf hingewiesen und Bewertung closely.i ) Testfall Zwänge und Berichterstattung zu Ecke conditionsj ) Testfall Fehler Bedingungen für Testfälle in Test plan.k ) Strategie für die Berichterstattung über sämtliche Versuche /Validierungsmethodik Löcher .
< br > Seite 3
Halten Sie einen Testplan Bewertung
Spielplan einen Testplan Überprüfung, dass das Team, das auf die Tests arbeiten werden enthält , keine Gestaltung Architekten oder Produkt-Experten und technische und Leads, könnte wertvolle Testplan Eingang . Tabellieren alle Kommentare und Eingang, so dass Sie mit dem Prüfplan nach Bedarf hinzufügen können.
4
finalisieren Testplan
Fügen Sie alle Kommentare und Input bei den Testplan Bewertung erhalten und mailen Sie Ihre endgültige Version auf Ihren Review-Team , um sicherzustellen, dass Sie nichts verpassen . Zeigen Sie finalisiert Testplan in einem globalen Repository so Ihr gesamtes Team kann es haben Zugriff . Jede künftige Bearbeitungen sichtbar sein soll an das gesamte Team zusammen mit Testplan Abschlussstatus . Produkt- Release sollte nur dann erfolgen, wenn alle Testfälle auf Ihrem Testplan erfolgreich so kontinuierliche Dokumentation der Testfälle vollständig ausgeführt haben und Pass /Fail- Statistiken erforderlich ist.