Czym są testy akceptacyjne i jak odebrać aplikację?

Tekst wygenerowany przez AI · Wydawca: Tomasz Niedźwiecki · zawiera oznaczoną reklamę jego usług

Czym są testy akceptacyjne w odbiorze aplikacji?

Testy akceptacyjne to sprawdzian, w którym zamawiający potwierdza, że aplikacja spełnia kryteria odbioru spisane wcześniej w umowie lub specyfikacji. Na tej podstawie Ty, a nie wykonawca, decydujesz, czy przyjmujesz pracę.

Testy wykonawcy odpowiadają na inne pytanie: czy kod działa tak, jak go napisano. Testy akceptacyjne odpowiadają na pytanie, czy aplikacja pozwala Ci wykonać pracę, za którą zapłaciłeś. Obie warstwy są potrzebne, ale tylko druga jest Twoja.

Jeśli chcesz wiedzieć, co wykonawca powinien sprawdzić wcześniej, zajrzyj do artykułu o tym, jak przetestować aplikację przed startem produkcyjnym. Tutaj skupiamy się na Twojej stronie odbioru.

Co mówi prawo o odbiorze dzieła?

Kodeks cywilny w art. 643 mówi, że zamawiający obowiązany jest odebrać dzieło wydane zgodnie ze zobowiązaniem. Sąd Najwyższy w wyroku z 12.10.2017 r. (IV CSK 708/16), odczyt 11.10.2026, wskazał, że nie można zakładać wymuszenia na zamawiającym odbioru dzieła z wadami.

Pamiętaj, że to, czy umowa na oprogramowanie jest umową o dzieło, czy o świadczenie usług, zależy od jej treści. Tabela poniżej dotyczy umowy o dzieło. Jeśli masz inny typ umowy, sprawdź ją z prawnikiem przed odbiorem.

Źródło: Kodeks cywilny, tekst jednolity, Dz.U. 2026 poz. 795, odczyt 11.10.2026.

Jak napisać scenariusz odbioru, który da się zaliczyć?

Scenariusz odbioru to jedna ścieżka z Twojej codziennej pracy, opisana krokami i zakończona jednoznacznym wynikiem. Dobry scenariusz zaczyna się od roli, na przykład „pracownik recepcji”, a kończy stwierdzeniem, co ma być widoczne na ekranie lub w bazie. Bez wyniku, który można sprawdzić, scenariusz zamienia się w opinię.

Wynik opisujesz tak, żeby dwie różne osoby oceniły go tak samo. Zamiast „formularz działa sprawnie” piszesz „po wysłaniu formularza klient dostaje e-mail z potwierdzeniem, a rekord pojawia się na liście zgłoszeń”. Dzięki temu wynik jest weryfikowalny, a nie sporny.

Jakie scenariusze odbioru warto przejść?

Zacznij od ścieżek, które wykonujesz codziennie, bo to one decydują o wartości aplikacji. Następnie dodaj ścieżki, w których pada pieniądz albo dane klienta: logowanie, zapis formularza, płatność, wysyłka wiadomości. Na końcu sprawdź zachowania w sytuacjach nietypowych, takich jak pusty formularz, błędne hasło albo przerwane połączenie.

1. Wypisz role w firmie, które będą używać aplikacji.
2. Dla każdej roli spisz najważniejsze czynności z tygodnia pracy.
3. Każdą czynność zamień na scenariusz z oczekiwanym wynikiem.
4. Dodaj scenariusze płatności, uprawnień i błędnych danych.
5. Przejdź je na środowisku testowym z danymi zbliżonymi do prawdziwych.

Środowisko testowe i płatności testowe ustalasz z wykonawcą przed odbiorem. Dobrze, jeśli lista rzeczy, które dostarczasz wykonawcy, jest spisana wcześniej, o czym piszemy w artykule o tym, co dostarcza zamawiający.

Co zrobić z błędem znalezionym przed podpisem protokołu?

Błąd zgłaszasz wykonawcy na piśmie, a nie w rozmowie. Zgłoszenie ma cztery elementy: kroki do powtórzenia, wynik oczekiwany, wynik otrzymany i dowód, na przykład zrzut ekranu. Poradnik Przedsiębiorcy podkreśla, że wraz ze zgłoszeniem wady trzeba dokładnie określić żądanie, czyli czego oczekujesz od wykonawcy.

Dla każdego błędu wskaż, czy blokuje odbiór, czy może zostać poprawiony w uzgodnionym terminie po odbiorze. Błąd blokujący to taki, który uniemożliwia wykonanie scenariusza zapisanego w umowie. Pozostałe wpisujesz na listę uwag z terminem poprawki.

Jeśli wątpisz, czy coś jest błędem, czy nową funkcją, sprawdź zakres pierwszej wersji aplikacji. Rzecz spisana w zakresie to błąd, rzecz spoza zakresu to zmiana, którą wyceniasz osobno.

Kiedy podpisać protokół odbioru?

Protokół podpisujesz wtedy, gdy wszystkie scenariusze blokujące są zaliczone, a pozostałe uwagi mają termin usunięcia. Dlatego każdą uwagę wpisz do protokołu osobno, z terminem i skutkiem braku poprawki.

Zwróć uwagę na datę oddania, bo według art. 646 k.c. (tekst jednolity, Dz.U. 2026 poz. 795, odczyt 11.10.2026) roszczenia z umowy o dzieło przedawniają się z upływem lat dwóch od dnia oddania dzieła. Zapisz ją w protokole i w swoim kalendarzu.

Po odbiorze zaczyna się codzienna praca aplikacji. Co wtedy obserwować i kto reaguje, opisujemy w tekście o tym, co dzieje się z aplikacją po starcie. Wszystkie artykuły o budowie znajdziesz w dziale Jak przebiega budowa.