Od user stories i procesów do scenariuszy testowych
Najdłużej w UAT trwa pisanie scenariuszy. Wystarczy pobrać user stories z Jira lub Azure DevOps albo je wkleić, aby otrzymać przypadki testowe napisane językiem biznesu, z krokami, danymi testowymi i oczekiwanym wynikiem.
- Z Jira, Azure DevOps, Excela lub wklejonego tekstu
- Kroki oparte na założeniach są oznaczone do sprawdzenia
- Każdy przypadek testowy pozostaje powiązany ze swoją story
- BPMN (Camunda, Signavio, Bizagi), Visio, Word lub PDF
- Tory stają się rolami, które testują
- Każda decyzja ma własny przypadek testowy
- Pokrycie dla każdej story, także w raporcie go/no-go
- Zgłoszenia wracają do story
Zgłoszenia zrozumiałe dla programisty i podsumowanie na go/no-go
Testerzy opisują to, co widzą, własnymi słowami. AI zamienia zgłoszenie w kroki do odtworzenia, oczekiwany i rzeczywisty wynik oraz wskazuje, czego jeszcze brakuje, np. którego rekordu lub której roli użytkownika. Przed spotkaniem go/no-go podsumowuje wszystkie otwarte zgłoszenia: według tematu, co blokuje go-live i które zgłoszenia wyglądają na ten sam problem.
- Write up with AI: propozycję można przyjąć lub odrzucić; oryginał testera pozostaje w historii
- Summarize with AI: przeczytać, przejść do zgłoszeń, skopiować do protokołu
- Możliwe duplikaty są podpowiadane podczas rejestrowania zgłoszenia przez testera, w każdym planie
Których przypadków testowych dotyczy wydanie CRM
Salesforce ma trzy wydania w roku, a Microsoft wprowadza aktualizacje Dynamics 365 przez cały rok. Salvion prowadzi listę zmian każdego wydania Salesforce i pozycji roadmapy Microsoft dla Dynamics 365 i sprawdza każdą z nich. Raz zaznacza się, czego używa projekt; AI porównuje zmiany z przypadkami testowymi.
- Przypadki testowe, których dotyczy wydanie, każdy z uzasadnieniem
- Propozycje nowych przypadków testowych dla tego, co się zmienia i nie jest jeszcze pokryte
- Wymagane aktualizacje dla administratora, z datą, od której obowiązują
- Można też wkleić informacje o wydaniu pakietu lub własnego wydania
- Przypomnienie, gdy runda nie ma sign-off 3 dni przed produkcją
- Fail wskazuje, z którą zmianą wydania przyszedł, także w Jira, Azure DevOps i API
- Raport wydania w raporcie go/no-go i w pakiecie dowodów
Do AI trafiają tylko zmiany wydania i tytuły przypadków testowych z akcją każdego kroku: bez oczekiwanych wyników, danych testowych, wyników, zgłoszeń i nazwisk osób. Wklejone informacje o wydaniu są wysyłane z ich nazwą i niczym więcej. Gdy podłączony jest własny model AI, sprawdzenie używa tego modelu. Release readiness to dodatek za €99 miesięcznie do każdego planu: dodaje się go w Plan & billing.
Propozycja, nigdy decyzja
Projektowanie testów z AI korzysta z Anthropic jako podprocesora, chyba że przestrzeń robocza używa własnego modelu AI; dokąd trafiają dane, opisuje strona Dla działów zakupów i IT. Danych osobowych klientów nie należy umieszczać w user stories ani zgłoszeniach.
Dodatek do każdego planu
| Plan | Cena | W cenie |
|---|---|---|
| Pilot | Bezpłatnie, w wersji próbnej | 10 user stories i 5 zapytań dotyczących zgłoszeń |
| Project | €199 jednorazowo | 500 user stories na czas trwania projektu |
| Team, Business, Partner, Enterprise | €99 miesięcznie | 300 user stories miesięcznie |
| Potrzeba więcej? | €49 jednorazowo | 250 dodatkowych user stories |
| Release readiness, każdy plan | €99 miesięcznie | Przegląd każdego wydania CRM |
Opis procesu liczy się jako jedna user story na każde 3000 znaków. AI dla zgłoszeń i Release readiness nie zużywają user stories. Ceny bez VAT.