Testplan

Das Ausfüllen online ist kostenlos, ein Konto ist nicht nötig, und Sie können das Dokument als Word-Datei oder PDF herunterladen. Alle IT und Projekte-Vorlagen ansehen

• Produkt und Release

  Zum Beispiel: TidyPlan Mobile-App 4.2.0

• Testleitung

  Zum Beispiel: Anna Berg

• Planversion und Datum

  Zum Beispiel: 1.0, 3. März 2030

• Was die Tests zeigen müssen

  Zum Beispiel: Dass geteilte Listen für bis zu 6 Personen gleichzeitig funktionieren, dass Anmeldung und Foto-Upload nicht mehr abstürzen und dass nichts, was vorher funktioniert hat, kaputt ist.

• Im Umfang

  Zum Beispiel: Geteilte Listen, Anmeldung, Foto-Upload, Benachrichtigungen, die 20 wichtigsten User Journeys.

• Nicht im Umfang (optional)optional

  Zum Beispiel: Admin-Weboberfläche, seit 4.1.0 unverändert. Wird nur über das Regressionspaket geprüft.

• Testarten

  Eine Zeile pro Testart.

  Zum Beispiel: Unit-Tests | Entwicklung | Bei jeder Änderung Integrationstests | Entwicklung | Täglich Manuelle Feature-Tests | Test | Pro Feature Regressionspaket | Test | Vor dem Release Performance-Test | Testleitung | Einmal, 500 Nutzer gleichzeitig Sicherheitsprüfung | Sicherheitsverantwortliche | Einmal

• Umgebungen und Geräte

  Zum Beispiel: Testserver mit einer Kopie der Live-Umgebung, ohne echte Kundendaten. 6 Smartphones: 3 mit Android, 3 mit iOS, das älteste unterstützte und das neueste.

• Testdaten (optional)optional

  Zum Beispiel: Fiktive Konten und Listen. Keine echten personenbezogenen Daten.

• Zeitplan

  Eine Zeile pro Schritt.

  Zum Beispiel: Testplan abgestimmt | 3. März Feature-Tests | 3. bis 7. März Regression | 8. bis 10. März Release-Entscheidung | 11. März

• Umgang mit Bugs

  Zum Beispiel: Jeder Bug wird mit Schritten, Screenshot und Gerät erfasst. Kritisch: blockiert das Release, wird in 1 Tag behoben. Hoch: wird vor dem Release behoben. Mittel und niedrig: wird eingeplant.

• Eintrittskriterien (wann die Tests starten dürfen)

  Zum Beispiel: Der Build liegt auf dem Testserver, die Unit-Tests sind grün und die Release Notes sind vorhanden.

• Austrittskriterien (wann die Tests abgeschlossen sind)

  Zum Beispiel: Alle geplanten Tests sind durchgeführt. Keine offenen kritischen oder hohen Bugs. Regressionspaket zu mindestens 98 Prozent bestanden. Die Testleitung unterschreibt den Bericht.

• Risiken (optional)optional

  Zum Beispiel: In der letzten Woche nur 2 Tester. Gegenmaßnahme: Die Entwicklung unterstützt bei den Regressionstests.

1. 11. Ziele
2. 22. Umfang
3. 33. Testarten
4. 44. Umgebungen und Geräte
5. 55. Testdaten
6. 66. Zeitplan
7. 77. Bugs
8. 88. Eintrittskriterien
9. 99. Austrittskriterien
10. 1010. Risiken

1. 01

   Ausfüllen

   Geben Sie Ihre Angaben in das Formular ein. Das Dokument füllt sich während der Eingabe selbst aus; klicken Sie auf eine Lücke, um direkt zum passenden Feld zu springen.

2. 02

   Prüfen

   Lesen Sie es vollständig durch. Nicht ausgefüllte Lücken bleiben markiert, damit nichts halbfertig verschickt wird.

3. 03

   Herunterladen

   Speichern Sie es als Word-Dokument, um es weiter zu bearbeiten, oder als PDF zum Versenden oder Drucken.

Welche Angaben verlangt diese Vorlage?

Das Formular fragt 14 Angaben ab, beginnend mit Produkt und Release, Testleitung, Planversion und Datum, Was die Tests zeigen müssen, Im Umfang. 3 weitere sind optional.

Kann ich diese Vorlage als Word- oder PDF-Datei herunterladen?

Ja. Wenn Sie das Formular ausgefüllt haben, speichern Sie es als Word-Dokument, um weiterzuarbeiten, oder als PDF zum Versenden oder Drucken. Das ist kostenlos und ohne Konto möglich.

Wird das, was ich eingebe, irgendwohin gesendet?

Nein. Was Sie eingeben, bleibt in Ihrem Browser, während Sie das Dokument ausfüllen. Es geht nur dann an nerix, wenn Sie die Vorlage im Chat öffnen.

Sind diese Vorlagen für IT und Projekte kostenlos?

Die meisten ja. Füllen Sie sie kostenlos aus und laden Sie sie als Word oder PDF herunter, ohne Konto. Einige längere Dokumente sind Premium: kostenlos auszufüllen, einmal bezahlt zum Herunterladen und mit ihrem Preis gekennzeichnet.

Macht eine Sicherheitsrichtlinie uns sicher?

Kein Dokument schafft das allein. Eine Richtlinie hilft, wenn sie dem entspricht, was Menschen wirklich tun. Halten Sie sie kurz, erklären Sie sie Ihrem Team und prüfen Sie sie jedes Jahr.

Ist ein Projektauftrag nur etwas für große Projekte?

Nein. Auch kleine Projekte profitieren, denn eine Seite mit Ziel, Grenzen und Entscheider verhindert später die meisten Streitigkeiten.

• API-IntegrationsspezifikationLegen Sie fest, wie zwei Systeme verbunden werden: welche Daten fließen, wie sie gesichert werden, wie Fehler behandelt werden und wer verantwortlich ist.IT und Projekte
• Architektur-EntscheidungsprotokollEine technische Entscheidung mit Kontext, Optionen, Gründen und Folgen festhalten, damit das Team sie später wiederfindet.IT und Projekte
• Richtlinie zur Nutzung privater GeräteRegeln für die Nutzung privater Handys und Laptops für die Arbeit: Sicherheit, Datenschutz, Support und Austritt.IT und Projekte
• FehlerberichtMelden Sie ein Softwareproblem, damit Entwickler es reproduzieren, die Auswirkung beurteilen und es beheben können.IT und Projekte
• Change-Management-PlanPlanen Sie, wie Menschen über eine große Veränderung informiert, geschult und begleitet werden und woran Sie erkennen, dass es funktioniert hat.IT und Projekte
• ÄnderungsantragBeantragen Sie eine Änderung an einem Projekt oder System, zeigen Sie die Folgen und halten Sie die Entscheidung fest.IT und Projekte

Alle IT und Projekte-Vorlagen ansehen