Schnellstarttests für Agile Development 2.0

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 3 Minuten Lesedauer

    • Überprüfen Sie, ob Agile Development 2.0 immer noch funktioniert, nachdem Sie eine Konfigurationsänderung vorgenommen haben, z. B. Anwendung eines Upgrades oder Entwickeln einer Anwendung. Kopieren Sie diese Schnellstarttests und passen Sie sie an, um sie bei der Verwendung Ihrer instanzspezifischen Daten zu übergeben.

    Gefahr:
    Standardmäßig ist die Systemeigenschaft zum Ausführen automatisierter Tests deaktiviert, um zu verhindern, dass Sie dieses Tests versehentlich auf einem Produktionssystem ausführen. Führen Sie Tests zur Vermeidung von verfälschten Daten oder Ausfällen nur für Entwicklungs-, Test- und andere Nicht-Produktionsinstanzen aus. Weitere Informationen finden Sie unter Ausführung von Automated Test Framework-Test aktivieren oder deaktivieren.

    Agile Development 2.0-Schnellstarttests erfordern die Aktivierung des Agile Development 2.0-Plugins (com.snc.sdlc.agile.2.0) und des Plugins „Agile Development 2.0 – ATF Tests“ (com.snc.sdlc.agile.2.0.atf).

    Tabelle : 1. Agile Development 2.0-Schnellstart-Test-Suites
    Test Beschreibung Release-Version
    Sicherstellen, dass der globale Rang gefüllt ist, wenn eine Story erstellt wird Verifiziert den globalen Rang einer Story nach der Erstellung. Madrid
    Stellt sicher, dass das Schließen eines Sprints mit aktiven Stories verhindert wird Verifiziert, dass ein Sprint mit aktiven Stories nicht geschlossen werden kann. Madrid
    Sicherstellen, dass Sprints nicht in derselben Gruppe überlappen können Verifiziert, dass Sprints in derselben Gruppe nicht überlappen. Madrid
    Sicherstellen, dass die Sprint-Punkte aktualisiert werden Verifiziert, dass Änderungen an Stories genaue Sprintpunktsummen ergeben. Madrid
    Sicherstellen, dass nur ein Sprint in einer Gruppe den aktuellen Status haben kann Verifiziert die Sprintstatus. Madrid
    Sicherstellen, dass das Enddatum des Sprints nach dem Startdatum des Sprints liegt Verifiziert das Start- und Enddatum des Sprints. Madrid
    Überprüfen, ob für Story-Aktualisierungen ein Rollup zum Epic erfolgt Verifiziert, dass die Rollups auf Epic-Ebene beim Hinzufügen, Schätzen, Entfernen, Löschen, Aktualisieren oder Abbrechen einer Story ordnungsgemäß aktualisiert werden. Orlando
    Sicherstellen, dass Änderungen am Umfang eines aktuellen Sprints den Wert der zugesicherten Gesamtpunktzahl nicht ändern Verifiziert, dass der Wert der zugesicherten Gesamtpunktzahl nicht geändert wird, wenn der Umfang eines Sprints geändert wird, nachdem sein Status in „Aktuell“ geändert wurde. Orlando
    Sicherstellen, dass die aktive Kennzeichnung auf „false“ gesetzt ist, wenn der Agile Story-Status in „Abgeschlossen/Abgebrochen“ geändert wird Verifiziert, dass die aktive Kennzeichnung einer Agile Story auf die folgende Einstellung gesetzt wird:
    • „False“, wenn der Status in „Abgeschlossen“ oder „Abgebrochen“ geändert wird
    • „True“, für alle anderen Status
    		 Orlando
    Sicherstellen, dass das Aktualisieren der Team-/Gruppenkapazität die Kapazität aller zukünftigen Sprints überschreibt
    Verifiziert, dass jede Aktualisierung des Felds Gruppenkapazität der Zuweisungsgruppe zu den folgenden Änderungen im Feld Gruppenkapazität der verschiedenen Sprints führt, die mit dieser Zuweisungsgruppe verbunden sind:
    • Für Sprints im Status „Entwurf“ und „Planung“:
      • Die Gruppenkapazität wird auf den neuen Wert aktualisiert.
      • Das Feld Gruppenkapazität kann bearbeitet werden.
    • Für Sprints im Status „Aktuell“, „Abgeschlossen“ oder „Abgebrochen“:
      • Die Gruppenkapazität behält den alten Wert.
      • Das Feld Gruppenkapazität ist schreibgeschützt.

    Für Sprints im Status „Entwurf“ oder „Planung“ können Sie die Gruppenkapazität des Sprints jederzeit später einzeln bearbeiten. Das ändert nicht die Gruppenkapazität der diesem Sprint zugeordneten Zuweisungsgruppe.

    		 Paris
    Die Funktionalität zum Erstellen und Bearbeiten von Epic-Rückständen auf der Scrum-Programmtafel prüfen
    • Verifiziert, dass Sie über die Registerkarte „Backlog“ des agilen Boards ein Epic-Backlog für Scrum-Programme erstellen können.
    • Verifiziert, dass Sie über die Registerkarte „Backlog“ des agilen Boards ein bereits vorhandenes Epic-Backlog für Scrum-Programme aktualisieren können.
    • Die im Backlog aufgeführten Epics müssen zu dem ausgewählten Epic-Backlog gehören.
    		 Quebec
    Sicherstellen, dass ein Bedarf in eine Scrum Story konvertiert wird Verifiziert, wenn das Plugin „PPM Standard“ (com.snc.financial_planning_pmo) aktiv ist, mithilfe des zugehörigen Links Story erstellen im Formular „Bedarf“, dass ein Bedarf in eine Agile 2.0-Story konvertiert werden kann.

    Weitere Informationen, wie Sie aus einem Bedarf eine Agile 2.0-Story erstellen, finden Sie unter Artefakte aus einem Bedarf erstellen.

    		 Quebec
    Sicherstellen, dass ein Bedarf in ein Scrum Epic konvertiert wird Verifiziert, wenn das Plugin „PPM Standard“ (com.snc.financial_planning_pmo) aktiv ist, mithilfe des zugehörigen Links Epic erstellen im Formular „Bedarf“, dass ein Bedarf in ein Agile 2.0-Epic konvertiert werden kann.

    Weitere Informationen, wie Sie aus einem Bedarf ein Agile 2.0-Epic erstellen, finden Sie unter Artefakte aus einem Bedarf erstellen.

    		 Quebec