Czym jest testowanie akceptacji użytkownika (UAT)?

Co to jest UAT?

Testowanie akceptacji użytkownika (UAT) to rodzaj testów przeprowadzanych przez użytkownika końcowego lub klienta w celu weryfikacji/akceptacji systemu oprogramowania przed przeniesieniem aplikacji do środowiska produkcyjnego. UAT jest wykonywany w końcowej fazie testów, po przeprowadzeniu testów funkcjonalnych, integracyjnych i systemowych.

Cel UAT

Głównym Cel UAT Celem jest kompleksowa walidacja przepływu biznesowego. Nie koncentruje się na błędach kosmetycznych, literówkach ani testowaniu systemu. Testowanie akceptacji użytkownika (UA) jest przeprowadzane w oddzielnym środowisku testowym z konfiguracją danych zbliżoną do produkcyjnej. Jest to rodzaj testowania typu „czarna skrzynka”, w którym bierze udział dwóch lub więcej użytkowników końcowych.

UAT wykonuje się poprzez:

• klientem
• Użytkowników końcowych

Potrzeba testów akceptacyjnych użytkownika

Potrzeba testów akceptacji użytkownika Powstaje, gdy oprogramowanie przejdzie testy jednostkowe, integracyjne i systemowe. Programiści mogą tworzyć oprogramowanie w oparciu o własną interpretację dokumentu wymagań, a wymagane zmiany w trakcie rozwoju nie zawsze są skutecznie komunikowane. UAT weryfikuje zatem, czy produkt końcowy został zaakceptowany przez klienta i użytkowników końcowych.

• Programiści piszą kod oprogramowania na podstawie dokumentu wymagań, który jest ich „własnym” rozumieniem wymagań i może w rzeczywistości nie być tym, czego klient potrzebuje od oprogramowania.
• Zmiany wymagań w trakcie projektu mogą nie być skutecznie komunikowane programistom.

Testowanie akceptacyjne i model V

W modelu V testowanie akceptacji użytkownika odpowiada fazie wymagań Cykl życia oprogramowania (SDLC)Dzięki takiemu połączeniu mamy pewność, że wszystko, co zostało ujęte w wymaganiach biznesowych, zostanie zweryfikowane w ramach UAT przed udostępnieniem.

Warunki wstępne testów akceptacyjnych użytkownika

Zanim rozpocznie się testowanie UAT, system musi spełnić jasno określone kryteria wejściowe. Poniżej przedstawiono typowe wymagania wstępne dla testów akceptacji użytkownika:

• Wymagania biznesowe muszą być dostępne.
• Zastosowanie Code powinien być w pełni rozwinięty.
• Należy wykonać testy jednostkowe, integracyjne i systemowe.
• W fazie testów integracji systemu nie powinny występować żadne wady typu Showstopper, wady duże lub wady średnie.
• Przed UAT dopuszczalne są jedynie błędy kosmetyczne.
• Testy regresyjne powinny zostać ukończone bez wykrycia poważnych błędów.
• Wszystkie zgłoszone usterki powinny zostać naprawione i przetestowane przed testem UAT.
• A tracNależy wypełnić macierz możliwości dla wszystkich testów.
• Środowisko UAT musi być gotowe.
• Wiadomość e-mail lub komunikat potwierdzający od zespołu testującego system, że system jest gotowy do wykonania testów UAT.

Jak wykonać testy UAT

UAT przeprowadzają docelowi użytkownicy systemu lub oprogramowania. Ten typ Testowanie oprogramowania Zazwyczaj odbywa się u klienta i jest również nazywane testowaniem beta. Po spełnieniu kryteriów wstępnych do testów UAT, testerzy wykonują następujące zadania:

• Analiza wymagań biznesowych
• Stworzenie planu testów UAT
• Zidentyfikuj scenariusze testów
• Twórz przypadki testowe UAT
• Przygotowanie danych testowych (danych produkcyjnych)
• Uruchom przypadki testowe
• Zapisz wyniki
• Potwierdź cele biznesowe

Krok 1) Analiza wymagań biznesowych

Jednym z najważniejszych działań w ramach UAT jest identyfikacja i opracowanie scenariuszy testowych. Scenariusze te pochodzą z następujących dokumentów:

• Karta Projektu
• Biznesowe przypadki użycia Business
• Schematy przebiegu procesu
• Dokument wymagań biznesowych (BRD)
• Specyfikacja wymagań systemowych (SRS)

Krok 2) Utworzenie Planu UAT

Plan testów UAT określa strategię, która zostanie wykorzystana do weryfikacji i zapewnienia, że ​​aplikacja spełnia wymagania biznesowe. Dokumentuje kryteria wejścia i wyjścia dla UAT, scenariusze testowe, podejście do przypadków testowych i harmonogramy testowania.

Krok 3) Zidentyfikuj scenariusze testowe i przypadki testowe

Zidentyfikuj scenariusze testowe w odniesieniu do procesów biznesowych wysokiego poziomu i stwórz przypadki testowe z jasnymi krokami testowymi. Przypadki testowe powinny w wystarczającym stopniu obejmować większość scenariuszy UAT. Przypadki użycia biznesowego stanowią dane wejściowe do tworzenia przypadków testowych.

Krok 4) Przygotowanie danych testowych

Najlepiej jest używać danych bieżących dla UAT. Dane powinny być szyfrowane w celu zapewnienia prywatności i bezpieczeństwo Powodów. Tester powinien znać przepływ danych w bazie danych.

Krok 5) Uruchom i zapisz wyniki

Przeprowadź przypadki testowe i zgłoś ewentualne błędy. Po ich usunięciu przetestuj błędy ponownie. Zarządzanie testami narzędzia mogą być użyte do wykonania.

Krok 6) Potwierdź osiągnięcie celów biznesowych

Analitycy biznesowi lub testerzy UAT powinni wysłać maila z potwierdzeniem po zakończeniu testów UAT. Po zatwierdzeniu produkt jest gotowy do wdrożenia do produkcji. Produktami dostarczanymi do testów UAT są: plan testów, scenariusze i przypadki testowe UAT, wyniki testów oraz dziennik defektów.

Kryteria wyjścia dla UAT

Przed rozpoczęciem produkcji należy wziąć pod uwagę następujące kwestie:

• Brak widocznych uszkodzeń krytycznych.
• Proces biznesowy przebiega prawidłowo.
• Spotkanie podsumowujące UAT ze wszystkimi stronami zainteresowanymi.

Cechy testerów UAT

Tester UAT powinien posiadać solidną wiedzę biznesową. Powinien być niezależny i myśleć jak nieznany użytkownik systemuTester powinien mieć analityczne podejście, myśleć nieszablonowo i potrafić łączyć różne rodzaje danych, aby zapewnić powodzenie testu UAT.

Testerzy, analitycy biznesowi i eksperci merytoryczni, którzy rozumieją wymagania biznesowe lub przepływy pracy, mogą przygotowywać testy i dane, które będą realistyczne z punktu widzenia przedsiębiorstwa.

Typowe wyzwania w UAT

Nawet dojrzałe zespoły mają problemy podczas testów UAT. Przewidywanie tych problemów pozwala zachować harmonogram wydań:

• Niejasny zakres: Określ scenariusze skupiające się na wynikach biznesowych, aby zapobiec przenikaniu się testów UAT z testami systemowymi.
• Późne zaangażowanie użytkownika: Zaangażuj użytkowników końcowych w proces omawiania wymagań przed formalnym rozpoczęciem testów UAT.
• Dryf środowiskowy: Odzwierciedlaj konfiguracje produkcyjne i wolumeny danych w środowisku UAT.

Najlepsze praktyki

Aby test UAT zakończył się sukcesem, należy wziąć pod uwagę następujące kwestie:

• Przygotuj plan UAT na wczesnym etapie cyklu życia projektu.
• Przed rozpoczęciem UAT przygotuj listę kontrolną.
• Przeprowadź sesję Pre-UAT już na etapie testowania systemu.
• Jasno określ oczekiwania i zakres UAT.
• Testuj kompleksowe przepływy biznesowe i unikaj testów na poziomie systemu.
• Przetestuj system lub aplikację, wykorzystując rzeczywiste scenariusze i dane.
• Wyobraź sobie, że jesteś nieznanym użytkownikiem systemu.
• Przeprowadź testy użyteczności.
• Przed rozpoczęciem produkcji przeprowadź sesję konsultacyjną i spotkanie.

Narzędzia UAT

Kilka narzędzi wspiera testy akceptacji użytkownika w zakresie współpracy, realizacji i raportowania. Poniżej wymieniono kilka popularnych opcji:

• Fitnesse: A Javaoparty na otwartym kodzie źródłowym silnik testowy, w którym interesariusze biznesowi tworzą testy w formie tabelarycznej.
• JIRA z Zephyrem lub Xray: Łączy wady trackról z ustrukturyzowanym wykonywaniem testów i traczdolność.
• TestRail: Platforma internetowa do zarządzania testami służąca do organizowania cykli UAT i raportowania statusu.

Przykładowe wytyczne dla UAT

• W standardowych scenariuszach rozwoju oprogramowania, UAT jest często przeprowadzane w środowisku QA, gdy nie ma dedykowanego środowiska testowego ani UAT.
• Test UAT jest zazwyczaj klasyfikowany jako Testy beta i alfa, choć rozróżnienie to ma mniejsze znaczenie, gdy oprogramowanie jest tworzone na potrzeby branży usługowej.
• UAT przynosi więcej korzyści, gdy klient w większym stopniu angażuje się w cały projekt.

FAQ