Testowanie Akceptacyjne Przez Użytkownika

Rodzaj testu akceptacyjnego wykonywanego w celu ustalenia, czy użytkownicy dla których przeznaczony jest system, akceptują go.

Present in sylabi

Przykład użycia

Zanim system informacyjny szpitala zostanie wdrożony do produkcji, lekarze i pielęgniarki — przyszli użytkownicy — przeprowadzają testowanie akceptacyjne przez użytkownika w symulowanym środowisku operacyjnym. Przechodzą przez rzeczywiste scenariusze kliniczne: przyjęcie pacjenta, zlecenie leków i pobieranie wyników. Nacisk kładziony jest na to, czy system wspiera ich potrzeby użytkowników w codziennej pracy, a nie na szczegóły techniczne. Dopiero gdy te testy przejdą pomyślnie, użytkownicy podpisują akceptację systemu.

Częste pytania

Czym testowanie akceptacyjne przez użytkownika różni się od testowania akceptacyjnego? Testowanie akceptacyjne to ogólny proces ustalania, czy system nadaje się do przyjęcia. Testowanie akceptacyjne przez użytkownika jest jedną z jego form — prowadzoną przez przyszłych użytkowników w (symulowanym) środowisku operacyjnym, skoncentrowaną na wymaganiach i potrzebach użytkowników.

Kto powinien uczestniczyć w UAT? Użytkownicy końcowi reprezentujący rzeczywistą populację użytkowników — nie tylko kierownicy czy eksperci dziedzinowi. To ich rzeczywiste przepływy pracy są scenariuszami testowymi.

Czy UAT wykonuje się w środowisku produkcyjnym? Wykonuje się je w środowisku operacyjnym, które może być symulowane (środowisko UAT odwzorowujące produkcję) lub być rzeczywistym środowiskiem produkcyjnym w przypadku weryfikacji przed wdrożeniem (go-live).

Jaka jest różnica między UAT a testami beta? Testy beta to testowanie operacyjne prowadzone przez potencjalnych użytkowników spoza organizacji wytwarzającej, zwykle gdy produkt jest bliski wydania. UAT to formalna czynność akceptacyjna prowadzona przez przyszłych użytkowników konkretnego systemu, której jawnym celem jest akceptacja.

Powiązane terminy

  • testowanie akceptacyjne — szerszy proces, którego częścią jest UAT
  • kryteria akceptacji — warunki, które system musi spełnić, aby został przyjęty
  • testy alfa — wewnętrzne testowanie operacyjne przed udostępnieniem na zewnątrz
  • testy beta — zewnętrzne testowanie operacyjne
  • walidacja — potwierdzanie, że system spełnia wymagania dotyczące zamierzonego zastosowania
  • historia użytkownika — wymaganie na poziomie użytkownika, z którego często wyprowadzane są scenariusze UAT