Kontakt aufnehmen

Schulungsübersicht

Woher stammen die Anforderungen?[/h3]
  • Klassische Business Analysis[/li]
  • Use Cases, Szenarien und Tests[/li]
  • Nicht funktionale Anforderungen[/li]
  • Performance[/li]
  • Konformität[/li]
  • UML in der Business Analysis[/li][/ul]

    Einführung in das Testing[/h3]
    • Funktionale Tests[/li]
    • Regressionstest[/li]
    • UAT-Tests[/li]
    • Unit-Tests[/li]
    • Benutzbarkeitstests[/li]
    • Nicht funktionale Tests[/li]
    • Performance-Test[/li]
    • Lasttest[/li]
    • Stresstest[/li]
    • Soak-Test[/li][/ul]

      Testen oder nicht testen[/h3]
      • Wer trifft Entscheidungen darüber, was getestet wird?[/li]
      • Die Kosten für das Testen irrelevanter Dinge[/li]
      • Berechnung des ROI (was passiert, wenn die Analyse fehlschlägt)[/li]
      • Die Rolle des Testmanagers[/li][/ul]

        Der Prozess des Testings[/h3]
        • Testing ist ein Prozess und eine Strategie[/li]
        • Identifizierung von Testbedürfnissen[/li]
        • Erhebung von Anforderungen (Use Cases, User Stories)[/li]
        • Abgrenzung (Auswahl und Priorisierung von Szenarien)[/li]
        • Gestaltung von Tests[/li]
        • Vorbereitung der Daten[/li]
        • Vorbereitung der Umgebung[/li]
        • Erstellen oder Aufzeichnen von Tests[/li]
        • Durchführung des Tests[/li]
        • Analyse und Berichte[/li]
        • Folgerungen und Verbesserung[/li]
        • Wann man «Stopp» sagen sollte[/li][/ul]

          Product Owner und Tests[/h3]
          • Der Kundenvertreter und die Testpriorität[/li]
          • Priorisierung von Tests[/li]
          • Schreiben effektiver Stories für UAT[/li]
          • Annahmekriterien[/li]
          • Gruppenübung zur Erstellung von Kundenanforderungen, Schreiben von Stories basierend auf den Anforderungen und Erstellung von Tests[/li][/ul]

            Der Sprint[/h3]
            • Sprint-Backlog und User-Story-Tests[/li]
            • Gruppenübung zur Planung eines Sprints[/li][/ul]

              Abschluss eines Sprints[/h3]
              • Die Scrum-Review-Sitzung ist ein Test[/li][/ul]

                Ist Agile und Scrum etwas für Sie?[/h3]
                • Überblick über den Scrum-Prozess[/li]
                • Vergleich mit anderen Methodologien[/li]
                • Vorteile des Pair Programming[/li]
                • Frage- und Antwortrunde[/li][/ul]

Voraussetzungen

Keine.

 14 Stunden

Teilnehmerzahl


Preis je Teilnehmer (exkl. USt)

Erfahrungsberichte (2)

Kommende Kurse

Verwandte Kategorien