WikiDer > Prüfplan

Testplan

EIN Versuchsplan ist ein planen zu einer Testobjekt so wie ein Maschine, ein Verfahren, Software oder eine Kombination davon.

Ein Testplan wird normalerweise vom Testmanager erstellt, der den Plan dann ausführt. Der Zweck der Prüfung besteht darin, Informationen über das zu prüfende Objekt bereitzustellen. Der Prüfplan soll darlegen, wie diese Informationen gewonnen werden und welche Teile des Prüflings mehr oder weniger beachtet werden. Darüber hinaus muss die Prüfung eine Einschätzung der Qualität des Produkts und der Risiko's, das ausgeführt wird, wenn das Testobjekt verwendet werden soll. A (Meister oder Kopf) Versuchsplan ist eine Ausarbeitung einer Teststrategie.

Komponenten

Je nach zu prüfendem Produkt ist die Testbasis und der Verantwortung der Organisation, die den Prüfplan erstellen lässt, muss ein Prüfplan folgende Bestandteile enthalten:

  • Rezension der Konstruktionsunterlagen - Dies wird während der Entwicklung ausgeführt. Es wird geprüft, ob die Dokumentation den (Form-)Anforderungen genügt.
  • Produktionstest - Es wird geprüft, ob das Ganze für die Administratoren akzeptabel ist. Ob es die gestellten Anforderungen erfüllt, ob ausreichende Dokumentation vorhanden ist usw. Manchmal a Stresstest durchgeführt, um zu sehen, ob das Produkt auch die Mengen bewältigen kann, die während der Produktion anfallen können.
  • Gerätetest - Wird von den Programmierern selbst durchgeführt, wo sie ihren spezifischen Teil, getrennt vom Ganzen, testen.
  • Integrationstest - Wird am Ende der Entwicklung durchgeführt, oft von speziellen Testern, bei denen das Ganze integriert getestet wird.
  • Abnahmeprüfung - Wird von (Vertretern der) Benutzer durchgeführt, wenn das Produkt implementiert, installiert oder geliefert wird. Auch bekannt als UAT oder User Acceptance Test.
  • Regressionstest - Läuft auf einem bestehenden und funktionierenden Produkt, um sicherzustellen, dass seine Funktionalität nicht verloren geht, wenn sich die Umgebungsbedingungen ändern (z Aktualisierung Plattform, auf der ein vorhandenes Programm läuft).

Ein umfassendes System kann einen Master-/Master-Testplan haben, in dem die wichtigsten Anforderungen besprochen, sowie detaillierte Testpläne für Teile des Ganzen.

Das Erscheinungsbild von Prüfplänen ist so unterschiedlich wie die getesteten Produkte oder die Organisationen, in denen sie arbeiten. In jedem Testplan werden jedoch drei Schlüsselkomponenten behandelt: Testabdeckung, Testmethoden und Testverantwortlichkeiten. Diese werden auch in der Teststrategie berücksichtigt.

Testabdeckung

Die Testabdeckung gibt an, wann welche Anforderungen getestet wird und welche nicht. Die Deckung ergibt sich aus dem Testbasis. Idealerweise werden alle Spezifikationen während der verschiedenen Entwicklungsphasen getestet. Aber Testen kostet Geld (und Zeit), sodass bei der Entwicklung eines Testplans das Hauptaugenmerk auf den Risiken und deren Kontrolle liegt. Die Prüfung muss eine Risikobewertung liefern, weshalb der Schwerpunkt beim Testdesign auf die wichtigsten Anforderungen gelegt wird. Das Testdesign hat auch Konsequenzen für das funktionale und technische Design, denn Testen muss möglich sein und das Design muss manchmal dafür angepasst werden. Manchmal muss das Design klarer und prüfbarer formuliert werden.

Testformular

In dem Testformular gibt an, wie die Testabdeckung durchgeführt wird. Einige Prüfungsformen sind gesetzlich vorgeschrieben oder in Entscheidungen oder Verträgen festgelegt, andere werden frei gewählt. Im Testformular manchmal die Test Umgebung und der Testwerkzeuge festgelegt und die Prüfnormen. Prüfung bei Hardware- Die zu prüfenden Prüflinge können von einfachen Sichtprüfungen bis hin zu umfangreichen Prüfverfahren, die gesondert beschrieben werden, variieren.

Verantwortlichkeiten

Es muss angegeben werden, wer, wann und was testet. Dadurch können sich die Verantwortlichen gut vorbereiten, die Testumgebung einrichten, die Tester freigeben und weitere notwendige Maßnahmen ergreifen. Darin ist auch genau angegeben, wer welche Testprodukte („Deliverables“) liefert. Teil eines guten Testplans ist eine Aufzeichnung von allem, was getestet wurde (und was nicht).

IEEE 829 Struktur des Testplans

IEEE 829|IEEE 829-2008, auch bekannt als "829 Standard for Software Test Documentation", ist ein IEEE-Standard, der Form und Inhalt einer Reihe von Dokumenten spezifiziert, die beim Softwaretesten verwendet werden.[1]

  • Name des Testplans und Versionsnummer.
  • Vorwort.
  • Teile werden getestet.
  • Nicht geprüfte Teile.
  • Ansatz.
  • Produkte testen.
  • Testfälle.
  • Genaue Kriterien, die erfüllt sein müssen und anhand derer festgestellt werden kann, ob die Prüfung bestanden wurde.
  • Probeartikel.
  • Bedingungen.
  • Verantwortlichkeiten.
  • Personal- und Ausbildungsbedarf.
  • Zeitplan.
  • Risiken.
  • Zulassungen.

Es gibt auch andere IEEE-Dokumente, die angeben, was in einem Testplan enthalten sein sollte, wie zum Beispiel:

  • 829-1983 IEEE-Standard für Softwaretestdokumentation (ersetzt durch 829-1998)[2]
  • 829-1998 IEEE-Standard für Softwaretestdokumentation (ersetzt durch 829-2008)[3]
  • 1008-1987 IEEE-Standard für Software Unit Testing[4]
  • 1012-2004 IEEE-Standard für Software-Verifizierungs- und Validierungspläne[5]
  • 1059-1993 IEEE Guide for Software Verification & Validation Plans (zurückgezogen)[6]

Siehe auch

Verweise

  1. ↑IEEE-Standard 829-2008
  2. ↑IEEE-Standard 829-1983
  3. ↑IEEE-Standard 829-1998
  4. ↑IEEE-Standard 1008-1987
  5. ↑IEEE-Standard 1012-2004
  6. ↑IEEE-Standard 1059-1993

Externe Links