Was ist ein Testdokument Plan?
Der Software-Entwicklungsprozess umfasst mehrere Phasen der Gestaltung, Programmierung, testen und Fehlerbehebung. In jeder Stufe wird ein Plan für einen erfolgreichen Abschluss festgelegt. Der Prozess beginnt mit Anforderungen sammeln, gefolgt von Use Cases und die eigentliche Programmierung identifizieren. Sobald die Programmierung abgeschlossen ist, wird die Software getestet, laut Test Plan, ein Dokument, das erstellt wird, während der frühen Phasen des Prozesses basierend auf Anforderungen, die gesammelt wurden und die Anwendungsfälle, die identifiziert wurden.
Was tut der Testplan
Der Testplan wird geschrieben, die Software testen, die gebaut hat, gegen die Anforderungen und Use-Cases, die weiter oben in den Software-Entwicklungsprozess definiert wurden. Es umreißt, was die Software tun soll und wie jeder Teil entsprechend der frühen Entwurfsphasen des Software-Entwicklungsprozesses arbeiten soll. Es bezeichnet die Testfälle, die verwendet wird, um die Anwendungsfälle gegen die Software testen, die programmiert wurde. Zudem Fehler identifiziert und definiert, wie Bugs gemeldet und behoben werden. Schließlich definiert sie, wann die Software für Freigabe als akzeptabel ist.
Schreiben des Testplans
Das Test Plan-Dokument wurde früh im Entwicklungsprozess geschrieben, sobald Use Cases definiert wurden und Entwickler beginnen die Programmiersoftware. Es wird vom Testteam verwendet und ist Referenz für das Entwicklungsteam. Beide Teams müssen im Testprozess zusammenarbeiten, wie Tester Fehler zu finden und wieder an die Entwickler zu melden. Klar definierte Abschnitte Zusammenfassen von Anforderungen, sollten Ermittlung der Testfälle und Berichtsverfahren Fehler definieren einbezogen werden.
Testfälle
Testfälle sind das Herz des Test Plan. Testfälle entsprechen Use Cases. Use-Cases definieren die Verwendungszwecke für die Software und definieren, wie jedes Element verwendet werden soll. Testfälle testen Sie die Software, um sicherzustellen, dass dies gilt auch im Endprodukt. Das Endprodukt sollte die Anwendungsfälle übereinstimmen.
Ein Testfall sollte mindestens drei Elemente enthalten. Erstens, ein Name, der entsprechend den Testfall mit seiner entsprechenden Anwendungsfall verbindet. Zweitens wird ein Prüfverfahren, stellt einem Schritt-für-Schritt-Prozess, die verwendet werden, um die Software zu testen. Dies ist der wichtigste Teil, da sie sollten speziell zu skizzieren, wie den speziellen Anwendungsfall behandelt werden und sollte wiederholbar sein. Drittens muss den Testfall enthalten Kriterien für das Bestehen der Prüfung (was ist ein erfolgreiches Ergebnis und was ist ein erfolgloser Ergebnis).
Fehler
Ein Test Plan sollte das geeignete Verfahren zur Identifizierung von Fehlern, Erweiterungen und fehlende Features identifizieren. Sollte auch das Verfahren zur Fehlerlösung erkannt und was Fehler kann in die endgültige Version zugelassen werden, wenn sie aus irgendeinem Grund nicht gelöst sind. Wenn die Software einen Testfall ausfällt, ist, dass der Ausfall ein Fehler. Wenn Software ist gescheitert, ein Anwendungsfall überhaupt anzusprechen, ist das kein Fehler. Darüber hinaus kann ein Tester eine Idee oder Vorschlag bezüglich Benutzerfreundlichkeit haben; Dies ist auch kein Fehler.
Lebendiges Dokument
Ein Test Plan ist kein Dokument, das in Stein zu Beginn des Entwicklungsprozesses festgelegt wurde. Der Test Plan sollte erläutert werden und gut definiert aber auch nach Bedarf mit wechselnden Anforderungen oder Anwendungsfall Änderungen auf dem Laufenden bleiben muss. Ein Testplan ist ein lebendes Dokument, die an das Endziel für die Bereitstellung der besten möglichen Software durch strenge Prüfverfahren anpassen sollte.