Co to jest test akceptacji użytkownika (UAT): kompletny przewodnik

what is user acceptance testing

Dowiedz się, czym jest test akceptacji użytkownika (UAT), wraz z jego definicją, typami, krokami i przykładami:

Moja zasada numer jeden, gdy próbuję zrozumieć nową koncepcję, brzmi: nazwa zawsze będzie miała znaczenie i przeważnie będzie miała znaczenie dosłowne (w kontekście technicznym).

Dowiedzenie się, co to jest, da wstępne zrozumienie tego i pomoże mi zacząć.

jaki jest najlepszy darmowy e-mail

=> Kliknij tutaj, aby uzyskać pełną serię samouczków dotyczących planu testów

Przetestujmy tę koncepcję.

=> Przeczytaj wszystkie samouczki w naszej serii testów akceptacyjnych.

Czego się nauczysz:

• Co to jest test akceptacji użytkownika?
  • Kiedy jest wykonywany?
  • Kto wykonuje UAT?
  • Potrzeba testów akceptacyjnych użytkownika
  • Proces testowania akceptacji użytkownika
  • Zarządzanie UAT
  • Planowanie testów UAT
  • Projekt testów akceptacji użytkownika
  • Wykonanie testu
  • Narzędzia i metodologie
  • UAT w środowisku Agile
  • Zespół UAT - Role i obowiązki
• 7 wyzwań związanych z UAT i planem łagodzenia
• Testowanie systemu a testy akceptacyjne użytkownika
• Wniosek
  • rekomendowane lektury

Co to jest test akceptacji użytkownika?

Wiemy, czym jest testowanie, akceptacja oznacza akceptację lub zgodę. Użytkownik w kontekście oprogramowania jest albo konsumentem oprogramowania, albo osobą, która zażądała jego zbudowania (klient).

A więc kierując się moją zasadą - definicja będzie brzmiała:

Testy akceptacyjne użytkowników (UAT), znane również jako testy beta lub testy użytkowników końcowych, są definiowane jako testowanie oprogramowania przez użytkownika lub klienta w celu ustalenia, czy można je zaakceptować, czy nie. Jest to ostatnie testowanie wykonywane po zakończeniu testów funkcjonalnych, systemowych i regresyjnych.

Głównym celem tych testów jest sprawdzenie zgodności oprogramowania z wymaganiami biznesowymi. Ta walidacja jest przeprowadzana przez użytkowników końcowych, którzy są zaznajomieni z wymaganiami biznesowymi.

UAT, testy alfa i beta to różne rodzaje testów akceptacyjnych.

Ponieważ test akceptacyjny użytkownika jest ostatnim testem przeprowadzanym przed uruchomieniem oprogramowania, jest to oczywiście ostatnia szansa dla klienta na przetestowanie oprogramowania i sprawdzenie, czy jest ono odpowiednie do celu.

Kiedy jest wykonywany?

Jest to zwykle ostatni krok przed wprowadzeniem produktu do sprzedaży lub przed przyjęciem dostawy. Odbywa się to po dokładnym przetestowaniu samego produktu (tj po przetestowaniu systemu ).

Kto wykonuje UAT?

Użytkownicy lub klient - może to być ktoś, kto kupuje produkt (w przypadku oprogramowania komercyjnego) lub ktoś, kto ma oprogramowanie zbudowane na zamówienie przez dostawcę usług oprogramowania lub użytkownik końcowy, jeśli oprogramowanie jest im udostępnione z wyprzedzeniem i kiedy wymagana jest ich opinia.

Zespół może składać się z beta testerów lub klient powinien wewnętrznie wybrać członków UAT z każdej grupy organizacji, tak aby można było odpowiednio przetestować każdą rolę użytkownika.

Potrzeba testów akceptacyjnych użytkownika

Programiści i testerzy funkcjonalni to osoby techniczne, które weryfikują oprogramowanie pod kątem specyfikacje funkcjonalne . Interpretują wymagania zgodnie ze swoją wiedzą i rozwijają / testują oprogramowanie (tu znaczenie wiedzy dziedzinowej).

To oprogramowanie jest kompletne zgodnie ze specyfikacjami funkcjonalnymi, ale istnieją pewne wymagania biznesowe i procesy znane tylko użytkownikom końcowym, których nie można przekazać lub źle zinterpretować.

Testowanie to odgrywa ważną rolę w weryfikacji, czy wszystkie wymagania biznesowe są spełnione, czy nie, przed wprowadzeniem oprogramowania do użytku rynkowego. Korzystanie z danych na żywo i rzeczywistych przypadków użycia sprawia, że ​​testy te są ważną częścią cyklu wydawniczego.

Wiele firm, które poniosły duże straty z powodu problemów po wydaniu, zdaje sobie sprawę, jak ważny jest pomyślny test akceptacji użytkowników. Koszt usunięcia usterki po wydaniu jest wielokrotnie wyższy niż wcześniejszego.

Czy UAT jest naprawdę konieczne?

Po wykonaniu wielu testów systemowych, integracyjnych i regresyjnych można by się zastanawiać nad koniecznością tych testów. Właściwie jest to najważniejsza faza projektu, ponieważ jest to czas, w którym użytkownicy, którzy faktycznie będą korzystać z systemu, dokonają walidacji systemu pod kątem jego zgodności z przeznaczeniem.

UAT to faza testowa, która w dużej mierze zależy od perspektywy użytkowników końcowych i wiedzy dziedzinowej działu reprezentującego użytkowników końcowych.

W rzeczywistości byłoby to naprawdę pomocne dla zespołów biznesowych, gdyby były zaangażowane w projekt dość wcześnie, aby mogły przedstawić swoje opinie i wkład, które pomogłyby w efektywnym wykorzystaniu systemu w prawdziwym świecie.

Proces testowania akceptacji użytkownika

Najłatwiejszym sposobem zrozumienia tego procesu jest myślenie o nim jako o autonomicznym projekcie testowym - co oznacza, że ​​będzie miał fazę planu, projektu i wykonania.

Poniżej przedstawiono warunki wstępne przed rozpoczęciem fazy planowania:

# 1) Zbierz kluczowe kryteria akceptacji

Mówiąc prościej, Kryteria akceptacji to lista rzeczy, które zostaną ocenione przed zaakceptowaniem produktu.

Mogą to być 2 rodzaje:

(i) Funkcje aplikacji lub związane z biznesem

W idealnym przypadku wszystkie kluczowe funkcje biznesowe powinny zostać zweryfikowane, ale z różnych powodów, w tym czasu, nie jest to praktyczne. Dlatego spotkanie lub dwa z klientem lub użytkownikami, którzy będą zaangażowani w te testy, mogą dać nam wyobrażenie o tym, ile testów będzie wymagało i jakie aspekty będą testowane.

(ii) Umowne - Nie będziemy się w to zagłębiać, a zaangażowanie zespołu kontroli jakości w to wszystko to prawie nic. Wstępna umowa, która jest sporządzana jeszcze przed rozpoczęciem SDLC, jest weryfikowana i osiągane jest porozumienie co do tego, czy wszystkie aspekty umowy zostały dostarczone, czy nie.

Skoncentrujemy się tylko na funkcjonalności aplikacji.

# 2) Określ zakres zaangażowania w zapewnianie jakości.

Rola zespołu kontroli jakości jest jedną z następujących:

(i) Brak zaangażowania - To jest bardzo rzadkie.

(ii) Pomoc w tych testach - Najczęściej. W tym przypadku naszym zaangażowaniem mogłoby być szkolenie użytkowników UAT w zakresie korzystania z aplikacji i pozostawania w trybie gotowości podczas tych testów, aby upewnić się, że możemy pomóc użytkownikom w przypadku jakichkolwiek trudności. Lub w niektórych przypadkach, oprócz bycia w trybie gotowości i pomocy, możemy udostępniać ich odpowiedzi i rejestrować wyniki lub rejestrować błędy itp., Podczas gdy użytkownicy przeprowadzają rzeczywiste testy.

(iii) Wykonaj UAT i przedstaw wyniki - W takim przypadku użytkownicy wskażą obszary AUT, które chcą ocenić, a sama ocena jest wykonywana przez zespół ds. Zapewnienia jakości. Po wykonaniu tych czynności wyniki są przedstawiane klientom / użytkownikom, a oni podejmą decyzję, czy wyniki, które mają w ręku, są wystarczające, czy nie i zgodne z ich oczekiwaniami, aby zaakceptować AUT. Decyzja nigdy nie należy do zespołu kontroli jakości.

W zależności od przypadku decydujemy, które podejście jest najlepsze.

Podstawowe cele i oczekiwania:

Zwykle UAT jest przeprowadzany przez eksperta merytorycznego (SME) i / lub użytkownika biznesowego, który może być właścicielem lub klientem testowanego systemu. Podobnie jak w przypadku fazy testowania systemu, faza UAT obejmuje również fazy religijne przed jej zamknięciem.

Kluczowe działania każdej fazy UAT określono poniżej:

faza cyklu życia oprogramowania

Zarządzanie UAT

Podobnie jak w przypadku testowania systemu, skuteczne zarządzanie jest egzekwowane dla UAT, aby zapewnić silne bramki jakości wraz z określonymi kryteriami wejścia i wyjścia (podane poniżej **).

** Należy pamiętać, że to tylko wskazówka. Można to zmodyfikować w zależności od potrzeb i wymagań projektu.

Planowanie testów UAT

Proces jest prawie taki sam jak w przypadku regularny plan testów w fazie systemowej.

Najpopularniejszym podejściem stosowanym w większości projektów jest wspólne planowanie zarówno fazy testowania systemu, jak i testów UAT. Aby uzyskać więcej informacji na temat planu testów UAT wraz z próbką, zapoznaj się z sekcjami dotyczącymi UAT załączonego dokumentu planu testów.

Plan testów akceptacyjnych użytkownika

(To jest to samo, które można znaleźć na naszej stronie w przypadku serii szkoleń dotyczących kontroli jakości).

Kliknij poniższy obrazek i przewiń w dół, aby znaleźć przykładowy dokument planu testów w różnych formatach. W tym szablonie sprawdź sekcję UAT.

Daty, środowisko, aktorzy (którzy), protokoły komunikacyjne, role i obowiązki, szablony, wyniki i proces ich analizy, kryteria wejścia-wyjścia - wszystko to i wszystko inne, co jest istotne, znajdzie się w planie testów UAT.

Niezależnie od tego, czy zespół ds. Kontroli jakości uczestniczy, częściowo czy w ogóle nie uczestniczy w tym teście, naszym zadaniem jest zaplanowanie tej fazy i upewnienie się, że wszystko jest brane pod uwagę.

=> Oto przykładowy dokument planu testów akceptacji użytkownika

Projekt testów akceptacji użytkownika

Na tym etapie wykorzystywane są zebrane kryteria akceptacji od użytkowników. Próbki mogą wyglądać tak, jak pokazano poniżej.

(To są fragmenty z CSTE CBOK . To jedna z najlepszych dostępnych referencji dotyczących tego testu).

Szablon testowania akceptacji użytkownika:

W oparciu o kryteria, my (zespół QA) dajemy użytkownikom listę przypadków testowych UAT. Te przypadki testowe nie różnią się od naszych zwykłych przypadków testowych systemu. Stanowią one tylko podzbiór, ponieważ testujemy wszystkie aplikacje, a nie tylko kluczowe obszary funkcjonalne.

Oprócz tego dane, szablony do zapisywania wyników testów, procedury administracyjne, mechanizm rejestrowania defektów itp. Muszą być wprowadzone, zanim przejdziemy do kolejnej fazy.

Wykonanie testu

Zwykle, jeśli to możliwe, testy te odbywają się na konferencji lub w sali wojennej, w której użytkownicy, PM, przedstawiciele zespołu kontroli jakości siedzą razem przez dzień lub dwa i analizują wszystkie przypadki testów akceptacyjnych.

Lub w przypadku zespołu QA wykonującego testy, uruchamiamy przypadki testowe na AUT.

Po uruchomieniu wszystkich testów i uzyskaniu wyników, plik Decyzja o akceptacji jest zrobione. Nazywa się to również Decyzja Idź / Nie idź . Jeśli użytkownicy są usatysfakcjonowani, możesz zacząć, albo nie iść.

Osiągnięcie decyzji o akceptacji jest zazwyczaj końcem tej fazy.

Narzędzia i metodologie

Zazwyczaj rodzaj narzędzi programowych używanych podczas tej fazy testowania jest podobny do narzędzi używanych podczas przeprowadzania testów funkcjonalnych.

Przybory:

Ponieważ ta faza obejmuje walidację pełnego przepływu aplikacji od końca do końca, posiadanie jednego narzędzia do całkowitej automatyzacji tej walidacji może być trudne. Jednak do pewnego stopnia bylibyśmy w stanie wykorzystać automatyczne skrypty opracowane podczas testowania systemu.

Podobnie jak w przypadku testowania systemu, użytkownicy korzystaliby również z narzędzi do zarządzania testami i defektami, takich jak QC, JIRA, itp. Narzędzia te można skonfigurować tak, aby gromadziły dane dla fazy akceptacji przez użytkownika.

Metodologie:

Chociaż konwencjonalne metodologie, takie jak konkretni użytkownicy biznesowi wykonujący UAT produktu, są nadal aktualne, w prawdziwie globalnym świecie, takim jak obecnie, testy akceptacji użytkowników czasami muszą obejmować różnych klientów z różnych krajów w oparciu o produkt.

Na przykład, witryna handlu elektronicznego byłaby używana przez klientów na całym świecie. W takich scenariuszach testy zbiorowe byłyby najlepszą opcją.

Testowanie tłumu to metodologia, w której ludzie z całego świata mogą uczestniczyć i weryfikować użycie produktu oraz przekazywać sugestie i zalecenia.

Platformy do testowania tłumu są obecnie budowane i są używane przez wiele organizacji. Witryna internetowa lub produkt, który musi zostać przetestowany, jest hostowany na platformie, a klienci mogą wyznaczyć się do weryfikacji. Dostarczone informacje zwrotne są następnie analizowane i uszeregowane pod względem ważności.

Metodologia Crowd Testing okazuje się bardziej skuteczna, ponieważ można łatwo zrozumieć puls klienta na całym świecie.

UAT w środowisku Agile

Środowisko zwinne ma bardziej dynamiczny charakter. W zwinnym świecie użytkownicy biznesowi będą zaangażowani w przebieg projektu, a projekt będzie ulepszany w oparciu o otrzymywane od nich informacje zwrotne.

Na początku projektu użytkownicy biznesowi byliby kluczowymi interesariuszami, którzy spełniliby wymagania, aktualizując w ten sposób zaległości produktowe. Pod koniec każdego sprintu użytkownicy biznesowi uczestniczyliby w demonstracji sprintu i byliby dostępni do przekazywania wszelkich opinii.

Ponadto przed zakończeniem sprintu zaplanowano by fazę UAT, w której użytkownicy biznesowi dokonywaliby walidacji.

Informacje zwrotne, które są otrzymywane podczas demonstracji sprintu i UAT sprintu, są zestawiane i dodawane z powrotem do rejestru produktu, który jest stale weryfikowany i ustalany według priorytetów. W zwinnym świecie użytkownicy biznesowi są więc bliżej projektu i częściej oceniają to samo pod kątem jego wykorzystania, w przeciwieństwie do tradycyjnych projektów kaskadowych.

Zespół UAT - Role i obowiązki

Typowa organizacja UAT miałaby następujące role i obowiązki. Zespół UAT byłby wspierany przez kierownika projektu, zespoły programistyczne i testujące w zależności od ich potrzeb.

7 wyzwań związanych z UAT i planem łagodzenia

Nie ma znaczenia, czy jesteś częścią wydania wartego miliardy dolarów, czy zespołu start-upów, powinieneś przezwyciężyć wszystkie te wyzwania związane z dostarczaniem udanego oprogramowania dla użytkownika końcowego.

# 1) Konfiguracja i proces wdrażania środowiska:

Przeprowadzenie tego testu w tym samym środowisku, którego używa zespół testów funkcjonalnych, z pewnością zakończy się przeoczeniem przypadków użycia w świecie rzeczywistym. Ponadto kluczowe czynności testowe, takie jak testy wydajnościowe, nie mogą być przeprowadzane na niekompletnym środowisku testowym dane testowe .

Na potrzeby tego testu należy skonfigurować osobne środowisko przypominające produkcję.

Po oddzieleniu środowiska UAT od środowiska testowego należy skutecznie kontrolować cykl wydawniczy. Niekontrolowany cykl wydawniczy może prowadzić do różnych wersji oprogramowania w środowisku testowym i UAT. Cenny czas testów akceptacyjnych jest tracony, gdy oprogramowanie nie jest testowane w najnowszej wersji.

Tymczasem czas potrzebny na śledzenie problemów z nieprawidłową wersją oprogramowania jest długi.

# 2) Planowanie testów:

Testowanie to należy zaplanować z jasnym planem testów akceptacyjnych na etapie analizy wymagań i projektowania.

W planowaniu strategicznym należy określić zestaw rzeczywistych przypadków użycia do wykonania. Bardzo ważne jest zdefiniowanie celów testów dla tego testowania, ponieważ pełne wykonanie testu nie jest możliwe w przypadku dużych aplikacji w tej fazie testowania. Testowanie powinno być przeprowadzone najpierw poprzez ustalenie priorytetów krytycznych celów biznesowych.

To badanie jest przeprowadzane na koniec cyklu testowego. Oczywiście jest to najbardziej krytyczny okres dla wydania oprogramowania. Opóźnienie w którymkolwiek z poprzednich etapów rozwoju i testowania pochłonie czas UAT.

Niewłaściwe planowanie testów, w najgorszych przypadkach, prowadzi do nakładania się testów systemowych i UAT. Ze względu na mniej czasu i presję dotrzymywania terminów oprogramowanie jest wdrażane w tym środowisku, nawet jeśli testy funkcjonalne nie zostały zakończone. W takich sytuacjach nie można osiągnąć głównych celów tego testu.

Plan testów UAT powinien zostać przygotowany i przekazany zespołowi na długo przed rozpoczęciem tego testu. Pomoże im to w planowaniu testów, pisaniu przypadków testowych i skryptów testowych oraz tworzeniu środowiska UAT.

# 3) Obsługa nowych wymagań biznesowych jako incydentów / usterek:

W fazie UAT pojawiają się niejasności wymagań. Testerzy UAT znajdują problemy wynikające z niejednoznacznych wymagań (patrząc na cały interfejs użytkownika, który nie był dostępny podczas fazy zbierania wymagań) i rejestrują go jako defekt.

Klient oczekuje, że zostaną one naprawione w bieżącej wersji bez uwzględnienia czasu na żądania zmian. Jeśli kierownictwo projektu na czas nie podejmie decyzji w sprawie zmian wprowadzonych w ostatniej chwili, może to doprowadzić do niepowodzenia wydania.

# 4) Niewykwalifikowani testerzy lub testerzy bez wiedzy biznesowej:

W przypadku braku stałego zespołu firma wybiera pracowników UAT z różnych wewnętrznych działów.

Nawet jeśli personel jest dobrze zaznajomiony z potrzebami biznesowymi lub nie został przeszkolony w zakresie nowych wymagań, które są opracowywane, nie jest w stanie przeprowadzić efektywnego UAT. Ponadto nietechniczny zespół biznesowy może napotkać wiele trudności technicznych podczas wykonywania przypadków testowych.

Tymczasem przypisanie testerów na koniec cyklu UAT nie wnosi żadnej wartości do projektu. Niewiele czasu na przeszkolenie personelu UAT może znacznie zwiększyć szanse na sukces UAT.

# 5) Niewłaściwy kanał komunikacji:

Komunikacja między zdalnym programowaniem, testowaniem i zespołem UAT jest trudniejsza. Komunikacja e-mailowa jest często bardzo trudna, gdy masz zespół techniczny offshore. Mała niejednoznaczność w raportach incydentów może opóźnić naprawę o jeden dzień.

Właściwe planowanie i skuteczna komunikacja mają kluczowe znaczenie dla efektywnej współpracy zespołowej. Zespoły projektowe powinny używać narzędzia internetowego do rejestrowania defektów i pytań. Pomoże to równomiernie rozłożyć obciążenie i uniknąć zgłaszania zduplikowanych problemów.

# 6) Poproszenie zespołu testów funkcjonalnych o wykonanie tych testów:

Nie ma gorszej sytuacji niż poproszenie zespołu testów funkcjonalnych o wykonanie UAT.

Klienci przerzucają swoją odpowiedzialność na zespół testowy z powodu braku zasobów. W takich przypadkach cały cel tego testu jest zagrożony. Gdy oprogramowanie zostanie uruchomione, użytkownicy końcowi szybko zauważą problemy, które nie są uważane za rzeczywiste scenariusze przez testerów funkcjonalnych.

Rozwiązaniem tego problemu jest przydzielenie tych testów dedykowanym i wykwalifikowanym testerom posiadającym wiedzę biznesową.

# 7) The Blame Game

Czasami użytkownicy biznesowi po prostu próbują znaleźć powody do odrzucenia oprogramowania. Może to być ich samoświadomość, aby pokazać, jak są lepsi lub winić zespół programistów i testerów, aby uzyskać szacunek w zespole biznesowym. Jest to bardzo rzadkie, ale zdarza się w zespołach z wewnętrzną polityką.

W takich sytuacjach bardzo trudno jest sobie poradzić. Jednak budowanie pozytywnych relacji z zespołem biznesowym z pewnością pomogłoby w uniknięciu obwiniania.

Mam nadzieję, że te wskazówki z pewnością pomogą Ci zrealizować plan akceptacji użytkowników, pokonując różne wyzwania. Właściwe planowanie, komunikacja, wykonanie i zmotywowany zespół są kluczem do pomyślnego testowania akceptacji przez użytkowników.

Testowanie systemu a testy akceptacyjne użytkownika

Zaangażowanie zespołu testującego zaczyna się dość wcześnie w projekcie, już na etapie analizy wymagań.

Przez cały cykl życia projektu przeprowadzana jest pewnego rodzaju walidacja projektu, tj. Testy statyczne , Testy jednostkowe, testy systemowe, testy integracyjne, testy typu end-to-end lub testy regresyjne. To daje nam lepsze zrozumienie testów przeprowadzonych w fazie UAT i tego, jak różnią się one od innych testów przeprowadzonych wcześniej.

Chociaż widzimy różnice w SIT i UAT, ważne jest, abyśmy wykorzystali synergie, ale nadal utrzymywali niezależność między obiema fazami, co umożliwiłoby szybsze wprowadzenie na rynek.

Wniosek

# 1) UAT nie dotyczy stron, pól czy przycisków. Leżący poniżej założenie Jeszcze zanim ten test się rozpocznie, wszystkie te podstawowe rzeczy zostały przetestowane i działają dobrze. Nie daj Boże, użytkownicy uważają błąd za tak prosty - to bardzo zła wiadomość dla zespołu kontroli jakości. :(

#dwa) To testowanie dotyczy podmiotu, który jest podstawowym elementem w biznesie.

pytania na rozmowę kwalifikacyjną na poziomie podstawowym

Dam ci przykład: Jeśli AUT jest systemem biletowym, UAT nie będzie zajmować się szukaniem menu otwierającego stronę itp. Chodzi o bilety i ich rezerwację, stany, które może zabrać, podróż przez system, itp.

Inne Przykład, jeśli witryna jest witryną dealera samochodowego, wówczas uwaga skupia się na „samochodzie i jego sprzedaży”, a nie na samej witrynie. Stąd podstawową działalnością jest to, co jest weryfikowane i walidowane, a kto lepiej to robi niż właściciele firm. Dlatego te testy są najbardziej sensowne, gdy klient jest w dużym stopniu zaangażowany.

# 3) UAT jest również formą testowania w swej istocie, co oznacza że istnieje duża szansa na zidentyfikowanie niektórych błędów na tym etapie . To się czasem zdarza. Pomijając fakt, że jest to poważna eskalacja w zespole kontroli jakości, błędy UAT zwykle oznaczają spotkanie, w którym można usiąść i przedyskutować, jak sobie z nimi poradzić, ponieważ po tych testach zwykle nie ma czasu na naprawianie i ponowne testowanie.

Decyzja byłaby taka:

• Podaj datę uruchomienia, najpierw napraw problem, a następnie przejdź dalej.
• Zostaw błąd tak, jak jest.
• Potraktuj to jako część prośby o zmianę dla przyszłych wersji.

# 4) UAT jest klasyfikowany jako testy alfa i beta, ale ta klasyfikacja nie jest tak ważna w kontekście typowych projektów tworzenia oprogramowania w branży usługowej.

• Testy alfa występuje wtedy, gdy UAT jest przeprowadzany w środowisku twórcy oprogramowania i ma większe znaczenie w kontekście komercyjnego oprogramowania z półki.
• Testowanie beta to sytuacja, w której UAT jest przeprowadzana w środowisku produkcyjnym lub w środowisku klienta. Jest to bardziej powszechne w przypadku aplikacji przeznaczonych dla klientów. W tym kontekście użytkownicy są rzeczywistymi klientami, takimi jak ty i ja.

# 5) Przez większość czasu w zwykłym projekcie tworzenia oprogramowania UAT jest przeprowadzany w formacie Środowisko QA jeśli nie ma środowiska pomostowego ani środowiska UAT.

W skrócie, najlepszym sposobem sprawdzenia, czy produkt jest akceptowalny i odpowiedni do celu, jest faktyczne przedstawienie go użytkownikom.

Organizacje wkraczają w zwinny sposób dostarczania, użytkownicy biznesowi są coraz bardziej zaangażowani, a projekty są ulepszane i dostarczane za pośrednictwem pętli informacji zwrotnych. Faza akceptacji użytkownika jest już po wszystkim traktowana jako brama do wdrożenia i produkcji.

Jakie było Twoje doświadczenie w UAT? Czy byłeś w trybie gotowości, czy testowałeś dla swoich użytkowników? Czy użytkownicy znaleźli jakieś problemy? Jeśli tak, jak sobie z nimi radziłeś?

=> Przeczytaj także WSZYSTKIE samouczki z tej serii tutaj

=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków dotyczących planu testów

rekomendowane lektury

• Testy alfa i testy beta (kompletny przewodnik)
• Co to jest test akceptacyjny (kompletny przewodnik)
• Kompletny przewodnik dotyczący testów weryfikacyjnych kompilacji (testy BVT)
• Testy funkcjonalne a testy niefunkcjonalne
• Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
• Rodzaje testowania oprogramowania: różne typy testów ze szczegółami
• Samouczek testowania hurtowni danych ETL (kompletny przewodnik)
• Samouczek testowania GUI: kompletny przewodnik testowania interfejsu użytkownika (UI)