Listy kontrolne

Korzystanie z list kontrolnych podczas przeglądów:

• Sprawdzenie konkretnych elementów

• Ogólne lub skoncentrowane na określonych atrybutach, obszarach albo typach dokumentów

• Profilowane pod kątem kompetencji programisty/architekta lub testera

Przykładowe elementy listy kontrolnej do przeglądu wymagań:

• Testowalność każdego z wymagań

• Kryteria akceptacji dla każdego z wymagań

• Dostępność struktury przypadków użycia, o ile ma zastosowanie

• Możliwość śledzenia powiązań pomiędzy wymaganiami a przypadkami użycia

• Jednoznaczna identyfikacja każdego wymagania

• Kontrola wersji każdego wymagania

Przykładowe elementy listy kontrolnej do przeglądu przypadków użycia:

• Czy główna ścieżka (scenariusz) jest jasno zdefiniowana?

• Czy zostały zdefiniowane wszystkie ścieżki (scenariusze) alternatywne?

• Czy zostały zdefiniowane komunikaty interfejsu użytkownika?

• Czy istnieje tylko jedna ścieżka główna (jeśli nie, powinien powstać osobny przypadek użycia dla każdej ścieżki)?

• Czy każda ze ścieżek (główna i alternatywnych) jest testowalna?

Przykładowe elementy listy kontrolnej do przeglądu użyteczności interfejsu użytkownika:

• Czy zdefiniowano każde z pól i jego funkcje?

• Czy zdefiniowano wszystkie zapytania kierowane do użytkownika i czy są one spójne?

• Czy istnieją skróty klawiszowe dla działań wykonywanych za pomocą myszy?

• Czy układ ekranu jest zgodny z wymaganiami?

• Czy podczas przetwarzania danych w systemie zostaje wyświetlony użytkownikowi wskaźnik tego przetwarzania (pasek postępu)?

• Czy użytkownik ma do dyspozycji dymki wyświetlane po wskazaniu elementu kursorem?

Po spełnieniu wszystkich wytycznych wymaganie/przypadek testowy/dokument/kod źródłowy otrzymuje status Zatwierdzony (Reviewed/Approved)