W projektach WWW "zgodność z założeniami" oznacza spełnienie wymagań w sposób użyteczny i sprawdzalny. Jeżeli specyfikacja mówi, że strona ma zawierać formularz kontaktowy, w praktyce chodzi o możliwość realnego kontaktu: użytkownik ma wpisać dane, kliknąć "Wyślij", a system ma wykonać przewidzianą akcję (np. wysłać wiadomość, zapisać zgłoszenie lub wyświetlić komunikat potwierdzenia).
Odpowiedź "Projekt nie jest zgodny z założeniami, ponieważ formularz kontaktowy nie działa poprawnie." jest poprawna, bo brak działania to niespełnienie wymagania funkcjonalnego. Sam widok formularza (pola i przycisk) jest tylko częścią interfejsu; jeśli po kliknięciu nic się nie dzieje, użytkownik nie osiąga celu, a wymaganie biznesowe nie jest zrealizowane.
Dlaczego pozostałe odpowiedzi są niepoprawne:
- "Projekt jest zgodny…, ponieważ zawiera formularz kontaktowy." – to typowy błąd utożsamienia wymagania z elementem wizualnym. Zawartość strony nie jest równoznaczna z działającą funkcją.
- "Projekt jest częściowo zgodny…" – "częściowo" bywa użyteczne przy wielu niezależnych wymaganiach, ale tu oceniany jest konkretny warunek: działający formularz kontaktowy. Jeśli nie działa, warunek nie jest spełniony.
- "Nie można ocenić zgodności… bez dodatkowych informacji." – w treści jest wystarczająca informacja: formularz jest obecny, ale nie działa po kliknięciu. To wystarcza, by uznać niezgodność z wymaganiem funkcjonalnym.
W praktyce odbioru projektu warto doprecyzować kryteria akceptacji (np. co ma się stać po wysłaniu) oraz wykonać prosty test: wypełnić formularz, sprawdzić komunikaty i podejrzeć w narzędziach przeglądarki, czy wysyłane jest żądanie do serwera. To pozwala jednoznacznie ocenić realizację założeń.
