Odbiór aplikacji i testy UAT po stronie klienta

Czym UAT różni się od testów technicznych

Zespół wykonawcy sprawdza poprawność funkcji, integracji i kodu. UAT odpowiada na pytanie, czy przedstawiciel biznesu potrafi wykonać rzeczywisty proces od początku do końca i uzyskać oczekiwany rezultat.

Nie wystarczy stwierdzić, że formularz zapisuje dane. Trzeba sprawdzić, czy użytkownik rozumie pola, dane trafiają do właściwej osoby, wyjątki są obsługiwane, powiadomienia docierają, a raport pokazuje poprawny wynik.

Co obejmuje przygotowanie UAT

• Przegląd wymagań, kryteriów akceptacji i zapisów umowy.
• Wskazanie procesów i funkcji krytycznych dla uruchomienia.
• Przygotowanie scenariuszy testowych i danych.
• Wyznaczenie użytkowników oraz odpowiedzialności.
• Ustalenie środowiska, terminów i sposobu rejestrowania wyników.
• Klasyfikację błędów, braków i nowych potrzeb.
• Weryfikację poprawek i testy regresji kluczowych procesów.
• Rekomendację: odbiór, odbiór warunkowy albo odmowa odbioru.

Nie każda uwaga oznacza błąd

Podczas testów użytkownicy zgłaszają różne rodzaje problemów. Część z nich to niezgodności z zakresem, część to błędy techniczne, a część to nowe pomysły powstałe dopiero po zobaczeniu systemu.

Bez klasyfikacji wszystkie zgłoszenia trafiają do jednego worka. Wykonawca może uznawać błędy za zmiany, a klient może próbować zablokować odbiór funkcjami, których nigdy nie zamówił. Dlatego każde zgłoszenie powinno zostać przypisane do wymagania, opisane i ocenione pod kątem wpływu.

Odbiór warunkowy

Nie każdy drobny problem musi przesuwać uruchomienie. Odbiór warunkowy może być rozsądnym rozwiązaniem, jeżeli system nadaje się do bezpiecznego użycia, a pozostałe usterki mają określone terminy i odpowiedzialność.

Warunki muszą być jednak mierzalne. Ogólne zapewnienie, że „poprawki zostaną wykonane po wdrożeniu”, nie daje klientowi kontroli. Potrzebna jest lista problemów, ich priorytety, daty, sposób weryfikacji oraz konsekwencje niewykonania.

Odbiór to również przekazanie rozwiązania

Projekt nie kończy się na potwierdzeniu działania aplikacji. Trzeba także sprawdzić, czy klient otrzymał wszystkie uzgodnione elementy potrzebne do korzystania, utrzymania i rozwoju systemu.

• Dostępy administracyjne i konta usługowe.
• Dokumentację użytkową, techniczną i operacyjną.
• Kod źródłowy lub dostęp do repozytorium zgodnie z umową.
• Licencje, konfiguracje i informacje o komponentach zewnętrznych.
• Instrukcje kopii zapasowych, odtwarzania i monitoringu.
• Procedury wsparcia, gwarancji i zgłaszania problemów.
• Listę znanych ograniczeń oraz plan pozostałych prac.
• Możliwość eksportu i odzyskania danych.

Kiedy warto zaangażować niezależne wsparcie

• Kryteria odbioru są ogólne albo nie zostały zapisane.
• Użytkownicy nie mają doświadczenia w prowadzeniu UAT.
• Wykonawca naciska na podpisanie protokołu przed zakończeniem testów.
• Liczba zgłoszeń rośnie, a strony nie zgadzają się co do ich klasyfikacji.
• Uruchomienie jest powiązane z płatnością końcową lub zakończeniem gwarancji.
• System obsługuje krytyczne procesy albo dane.