Określ aktora i cel
Zacznij od wyniku dla użytkownika, aby kryterium nie stało się zadaniem implementacyjnym.
Ta strona jest przetłumaczona. Interaktywne narzędzie poniżej działa obecnie w języku angielskim.
WERYFIKACJA TESTOWALNEJ HISTORYJKI
Zamień historyjkę użytkownika w konkretne kryterium Given-When-Then i oblicz, jak dobrze pokryty jest wynik, kontekst, przypadki brzegowe i weryfikowalność.
Wyłącznie wsparcie planistyczne. Ważne decyzje weryfikuj na podstawie dowodów od klientów i wraz z zespołem realizującym projekt.
TWOJE DANE
Uzupełnij każde pole. Wynik zaktualizuje się dopiero po wybraniu Oblicz.
Zacznij od wyniku dla użytkownika, aby kryterium nie stało się zadaniem implementacyjnym.
Podaj warunek początkowy, jedną akcję i jeden obserwowalny wynik.
Wynik nagradza obserwowalne sformułowania oraz osobno zidentyfikowane stany błędu lub pustki.
Czytaj dalej: Kryteria akceptacji a Definition of Done · Kto powinien zatwierdzać wymagania MVP?
Nie. Kryteria akceptacji są specyficzne dla danej historyjki lub funkcji; Definition of Done to wspólny standard jakości dla całej pracy.
Tyle, by usunąć istotną niejednoznaczność. Jeśli lista staje się zbyt długa, historyjkę być może trzeba podzielić.
Generuje szkic testowalnego kryterium. Przypadki testowe zwykle dodają dane, środowiska, kroki i oczekiwane wyniki.
| Funkcja | MVPHub | Jira | Confluence |
|---|---|---|---|
| Szkic Given-When-Then | Zawarte | Ograniczone | Ograniczone |
| Wynik pokrycia | Zawarte | Niezawarte | Niezawarte |
| Podpowiedź pokrycia przypadków brzegowych | Zawarte | Ograniczone | Ograniczone |
| Sprawdzenie obserwowalnego wyniku | Zawarte | Ograniczone | Ograniczone |
Jira zarządza elementami pracy, a Confluence dokumentacją zespołową. MVPHub tworzy przenośny szkic kryterium i sprawdzenie pokrycia, które można skopiować do dowolnego z tych obszarów roboczych.
Dodaj to narzędzie do swojej witryny za pomocą poniższego stałego kodu iframe. Pozostaje ono hostowane i utrzymywane przez MVPHub.