Tworzenie testów w oparciu o specyfikację wymagań lub też w formie historyjki użytkownika z przypisanym do niej kryteriami akceptacji jest zazwyczaj odpowiedzialnością testera oprogramowania. Dobrym podejściem do wizualizacji samych testów, ale również do próby lepszego rozumienia oprogramowania jest budowanie przykładów, które docelowo pomagają w definiowaniu danych testowych.
Poniższy przykład zaczerpnięty jest z: Specification by Example. How Validating Requirements Helps Users Developers and Testers autorstwa Paula Gerrarda i Susan Windsor, poprawiony i dopasowany do polskich tłumaczeń oraz rozwinięty o własne doświadczenia.
Zaczynamy od wysokopoziomowego wymagania pochodzącego od klienta.
Wymaganie biznesowe
System zarządza magazynem. Zawiera informacje o ilości przedmiotów w magazynie. Jeśli do magazynu coś zostaje dostarczone lub też jest z niego wydawane, stan magazynowy jest aktualizowany.
Wraz z klienetem możemy wytransformować informację do historyjki użytkownika.
Historyjka (user stories)
A większą ilość szczegółów zapewnić dzięki kryteriom, które posłużą do akceptacji oprogramowania.
Kryterium akceptacji
Dalszym krokiem będzie zbudowanie przykładu pokazującego jak wymagania będzie operować na prawdziwych danych.
Przykład
Stąd już tylko krok do realnego przypadku testowego.
Przypadek testowy
Przykład zaczerpnięty z: Specification by Example. How Validating Requirements Helps Users Developers and Testers (Paul Gerrard, Susan Windsor), poprawiony i dopasowany do polskich tłumaczeń oraz rozwinięty o własne doświadczenia.