Przypadki testowe z diagramów BPMN 2.0

Proces biznesowy narysowany w BPMN 2.0 opisuje już, co aplikacja ma robić. Testosaur ma edytor BPMN oparty na bpmn-js firmy Camunda i zamienia ścieżki diagramu na przypadki testowe.

Dlaczego testować z diagramu procesu

• Każda ścieżka przez bramkę to osobny przypadek, więc łatwo zobaczyć, które ścieżki nie mają testu.
• Analitycy, testerzy i programiści patrzą na ten sam obraz.
• Gdy proces się zmienia, diagram pokazuje, które przypadki testowe poprawić.

Elementy BPMN i ich znaczenie dla testów

Symbol	Element	Znaczenie dla testów
	Zdarzenie początkowe	początek procesu, punkt startowy przypadku testowego
	Zadanie	jedna czynność użytkownika lub systemu, zwykle jeden lub kilka kroków testu
	Zadanie ręczne	czynność wykonywana przez człowieka poza systemem
	Bramka wykluczająca	decyzja: wybierana jest dokładnie jedna ścieżka, więc każda ścieżka potrzebuje własnego przypadku
	Bramka równoległa	ścieżki wykonywane jednocześnie i łączone później
	Zdarzenie końcowe	koniec procesu, oczekiwany wynik
	Zdarzenie końcowe z błędem	proces kończy się błędem, przypadek negatywny

Jak to działa w Testosaur

1. Otwórz scenariusz i dodaj diagram BPMN: narysuj go w edytorze albo wczytaj plik .bpmn z innego narzędzia.
2. Testosaur znajduje ścieżki od zdarzenia początkowego do każdego zdarzenia końcowego.
3. Utwórz przypadki testowe ze ścieżek i dopracuj ich kroki oraz oczekiwane wyniki.
4. Dodaj scenariusz do planu testów; diagram zostaje przy scenariuszu jako dokumentacja.

Więcej o scenariuszach testowych i przypadkach testowych.