Von User Stories und Prozessen zu Testskripten
Der längste Teil eines UAT ist das Schreiben der Skripte. Lesen Sie Ihre User Stories aus Jira oder Azure DevOps ein oder fügen Sie sie ein, und erhalten Sie Testfälle in der Sprache des Fachbereichs, mit Schritten, Testdaten und dem erwarteten Ergebnis.
- Aus Jira, Azure DevOps, Excel oder eingefügtem Text
- Angenommene Schritte werden zur Prüfung markiert
- Jeder Testfall bleibt mit seiner Story verknüpft
- BPMN (Camunda, Signavio, Bizagi), Visio, Word oder PDF
- Lanes werden zu den Rollen, die testen
- Jede Entscheidung bekommt einen eigenen Testfall
- Abdeckung pro Story, auch im go/no-go-Bericht
- Issues gehen zurück an die Story
Issues, die der Entwickler versteht, und eine Übersicht für das go/no-go
Tester schreiben in ihren eigenen Worten, was sie sehen. Die KI macht aus einem Issue Schritte zum Nachstellen, das erwartete und das tatsächliche Ergebnis und sagt, was noch fehlt, etwa welcher Datensatz oder welche Benutzerrolle. Vor dem go/no-go-Meeting fasst sie alle offenen Issues zusammen: nach Thema, was den Go-live blockiert und welche Issues nach demselben Problem aussehen.
- Write up with AI: Vorschlag übernehmen oder verwerfen; das Original des Testers bleibt im Verlauf
- Summarize with AI: lesen, zu den Issues durchklicken, für das Protokoll kopieren
- Mögliche Duplikate werden vorgeschlagen, während ein Tester ein Issue erfasst, in jedem Paket
Welche Testfälle ein CRM-Release betrifft
Salesforce hat drei Releases pro Jahr, und Microsoft rollt Dynamics 365-Updates das ganze Jahr über aus. Salvion pflegt die Änderungen jedes Salesforce-Release und die Einträge der Microsoft-Roadmap für Dynamics 365 und prüft jeden einzelnen. Sie haken einmal an, was Ihr Projekt nutzt; die KI vergleicht die Änderungen mit Ihren Testfällen.
- Ihre Testfälle, die das Release betrifft, jeweils mit Begründung
- Vorschläge für neue Testfälle für das, was sich ändert und noch nicht abgedeckt ist
- Die erforderlichen Updates für Ihren Admin, mit dem Datum, ab dem sie erzwungen werden
- Fügen Sie auch die Release Notes eines Pakets oder Ihres eigenen Release ein
- Eine Erinnerung, wenn die Runde 3 Tage vor der Produktion nicht abgenommen ist
- Ein Fail nennt die Änderung des Release, mit der er kam, auch in Jira, Azure DevOps und der API
- Der Release-Bericht im Go/No-go-Bericht und im Nachweispaket
Nur die Änderungen des Release und die Titel Ihrer Testfälle mit der Aktion jedes Schritts gehen an die KI: keine erwarteten Ergebnisse, Testdaten, Ergebnisse, Issues oder Namen von Personen. Release Notes, die Sie einfügen, werden mit ihrem Namen gesendet, sonst nichts. Ist Ihr eigenes KI-Modell verbunden, nutzt die Prüfung dieses Modell. Release readiness ist ein Add-on für €99 pro Monat für jedes Paket: Fügen Sie es unter Plan & billing hinzu.
Ein Vorschlag, nie eine Entscheidung
KI-Testdesign nutzt Anthropic als Unterauftragsverarbeiter, es sei denn, Ihr Workspace verwendet ein eigenes KI-Modell; unter Für Einkauf und IT steht, wohin die Daten gehen. Lassen Sie personenbezogene Daten von Kunden aus Stories und Issues heraus.
Ein Add-on zu jedem Paket
| Paket | Preis | Enthalten |
|---|---|---|
| Pilot | Kostenlos, als Test enthalten | 10 User Stories und 5 Anfragen zu Issues |
| Project | €199 einmalig | 500 User Stories für die Laufzeit des Projekts |
| Team, Business, Partner, Enterprise | €99 pro Monat | 300 User Stories pro Monat |
| Mehr nötig? | €49 einmalig | 250 zusätzliche User Stories |
| Release readiness, jedes Paket | €99 pro Monat | Die Prüfung jedes CRM-Release |
Eine Prozessbeschreibung zählt als eine User Story pro 3.000 Zeichen. KI für die Issues und Release readiness verbrauchen keine User Stories. Preise zzgl. MwSt.
