czas czytania: 14 minut
aby zapewnić techniczne Cechy Produktu, znaleźć błędy i błędy logiczne w oprogramowaniu, konieczne jest zaangażowanie się w działania związane z zapewnieniem jakości. Jednak testy QA nie powiedzą, czy produkt końcowy jest zgodny z celami biznesowymi i może wykonywać wymagane zadania w rzeczywistych scenariuszach. Tak więc, aby upewnić się, że zespół programistów buduje odpowiedni produkt dla rzeczywistych użytkowników końcowych, przeprowadzenie testów akceptacji użytkowników jest niezbędne.
czym jest test akceptacji użytkowników i czym różni się od zapewnienia jakości?
User Acceptance Testing (UAT) sprawdza, czy produkt jest odpowiedni dla użytkowników końcowych. Ma inne nazwy, np. end-user testing, operational, application, beta testing lub validation, ale opisują to samo. W zapewnianiu jakości ważne jest rozróżnienie między walidacją a weryfikacją.
weryfikacja odnosi się do ogólnych procesów kontroli jakości mających na celu przetestowanie technicznych aspektów produktu, aby upewnić się, że faktycznie działa. Walidacja (lub testy akceptacji użytkownika) jest przeprowadzana w celu upewnienia się, że produkt odpowiada wymaganiom biznesowym i może być używany przez użytkownika końcowego.
czynności walidacyjne i weryfikacyjne pod względem ogólnego testowania produktu
czynności walidacyjne można podzielić na dwa rodzaje testów.
testy alfa to początkowy etap testów akceptacyjnych, zwykle wykonywanych przez wewnętrzne testery, aby upewnić się, że produkt działa poprawnie i spełnia wymagania biznesowe.
testy Beta, drugi rodzaj testów akceptacyjnych, ma na celu spełnienie kryteriów akceptacji użytkowników. UAT mogą być wykonywane przez
- rzeczywistych użytkowników istniejącego produktu,
- użytkowników poprzedniej wersji produktu,
- interesariuszy zaangażowanych w rozwój produktu i/lub
- analityków biznesowych jako specjalistów użytkowników końcowych.
pozwala to zespołowi programistów naprawić większość problemów z użytecznością, błędów i nieoczekiwanych problemów dotyczących funkcjonalności, projektu systemu, wymagań biznesowych itp.
po co Ci UAT?
głównym celem testów akceptacyjnych jest potwierdzenie, że produkt odpowiada potrzebom użytkowników (zdefiniowanym na etapie odkrywania produktu) i jest gotowy do uruchomienia. Według ankiety Origsoft na temat użytkowania UAT, ponad 75 procent respondentów stwierdziło, że przeprowadza wiele cykli testów użytkowników końcowych, a 57 procent twierdzi, że powodem jest niska jakość produktu.
oto główne powody, dla których UAT jest ważny i powinien być częścią Twojego rozwoju.
Zapewnij zgodność z wymaganiami biznesowymi. Jak już wspomnieliśmy, UAT ma na celu sprawdzenie, czy produkt działa w rzeczywistych okolicznościach, zgodnie z wymaganiami i pozwala użytkownikom końcowym rozwiązywać ukierunkowane problemy. Jeśli pominiesz UAT, możesz przegapić pewne ważne wady lub awarie systemu, które nieuchronnie spowodują niezadowolenie użytkowników.
Dostosuj początkowe wymagania. Czasami, gdy użytkownicy końcowi testują produkt, mogą wymyślić cenne przemyślenia na temat ulepszania testowanego oprogramowania. Otrzymanie takiej informacji zwrotnej pozwoli Ci dostosować swoje wymagania, aby uzyskać wynik, który będzie bardziej przydatny dla Twoich klientów.
unikaj strat. Po pierwsze, naprawa produktu na wczesnych etapach rozwoju jest tańsza, więc znalezienie wad spowodowanych UAT pozwoli Twojemu zespołowi programistów znacznie łatwiej ulepszyć produkt(dotyczy to głównie modelu zwinnego. Czytaj dalej, aby uzyskać więcej informacji). Po drugie, wszyscy znamy historie o awariach produktów z powodu złej funkcjonalności i użyteczności. UAT zapewnia rzeczywiste opinie użytkowników i znacznie zmniejsza prawdopodobieństwo strat spowodowanych nieudanym wprowadzeniem produktu na rynek.
w każdym razie UAT wymaga pracy organizacyjnej i przygotowawczej, aby był skuteczny. Jeśli chcesz upewnić się, że twój produkt jest ważny, rozważ następujące kroki w przeprowadzaniu testów akceptacji użytkowników.
kluczowe etapy UAT
Analiza wymagań produktu i zdefiniowanie kluczowych rezultatów
Analiza wymagań produktu jest pierwszym krokiem planowania UAT. Podstawowym źródłem informacji wejściowych byłaby Specyfikacja wymagań oprogramowania, ponieważ obejmuje ona pełny zakres wymagań biznesowych i funkcjonalnych.
wymagania biznesowe to cele wysokiego poziomu organizacji, które komunikują potrzeby biznesowe. Mogą one brzmieć jak ” klienci powinni mieć możliwość korzystania z wielu metod płatności.”
wymagania funkcjonalne połączenie rozwiązania technicznego z wymaganiami biznesowymi. Tak, wymóg funkcjonalny brzmiałby jak ” wdrożenie PayPal, Visa i Mastercard, Payoneer bramki płatnicze.”
przegląd tych wymagań powie Ci dokładnie, co powinieneś przetestować, czy wdrożone rozwiązania działają dla użytkowników i rozwiązują problemy dla firmy. Wymagania funkcjonalne można przełożyć na przypadki testowe, biorąc pod uwagę kryteria sukcesu wymagań biznesowych. A to pomoże Ci stworzyć ogólną strategię testowania. Rozważ zaangażowanie analityków biznesowych, inżynierów QA lub właścicieli produktów do analizy wymagań.
ostatnim etapem planowania jest stworzenie dokumentacji technicznej dla procesu UAT. Tutaj dokumentujesz swoją strategię testowania, Zasady, scenariusze/przypadki testowe, standardy itp. Poniższe sekcje opisują dokumentację używaną w testach akceptacji użytkowników.
wyniki testów akceptacji użytkowników
plan testu UAT. Stworzenie planu testów UAT pomoże Ci utrzymać wszystkich w zgodzie z tymi samymi celami i wizją. Główny dokument, zawiera wszystkie informacje dotyczące tego, co zostanie przetestowane, przez kogo i jak. Aby uwzględnić wszystkie aspekty organizacyjne i procesowe UAT, musisz szczegółowo opisać strategię testowania i kryteria wejścia/wyjścia.
strategia testowania użytkowników końcowych. Strategia określa testowany produkt, cel testów akceptacyjnych użytkowników, rodzaje testów i cele. Twoja strategia testowania powinna obejmować takie informacje, jak
- opis produktu,
- cele testowania,
- zakres testowania,
- standardy,
- typy testowania,
- testerzy/role
- kuratorzy procesów (menedżerowie),
- recenzentów,
- standardów sprawozdawczości i
- wyników.
kryteria wejścia. Są to warunki, które określają, że oprogramowanie jest gotowe do przetestowania. Są one ustalane na najwcześniejszym etapie planowania przez zespół programistów, QA, analityków biznesowych i interesariuszy.
kryteria wyjścia lub przyjęcia. Są to warunki, które dyktują, że oprogramowanie jest ważne dla użytkowników. Dopasowanie kryteriów akceptacji będzie ostatnim etapem UAT.
scenariusze testów. Scenariusze testowe to hipotetyczne sytuacje, które użytkownicy mogą napotkać podczas interakcji z produktem. Ich celem jest poprowadzenie testerów przez Możliwe problemy z użytkowaniem systemu.
zasadniczo scenariusz testowy powinien przekazać proste wyobrażenie o tym, co zostanie przetestowane. Przykładem scenariusza jest ” sprawdź funkcjonalność koszyka.”Każdy scenariusz użytkownika jest połączony z jednym lub dwoma wymaganiami lub historiami użytkownika. Są one zapisywane w celu sprawdzenia, czy system jest użyteczny, sprawdzając operacje end-to-end z prawdziwymi danymi.
aby napisać dobre scenariusze testowe dla testów akceptacji użytkowników, rozważ włączenie użytkowników końcowych do zatwierdzenia, aby uwzględnić wszystkie możliwe przypadki użycia, zarówno powszechne, jak i rzadkie. Rozważ również pisanie ich prostym językiem, unikając skomplikowanych fraz lub zbyt technicznych wyjaśnień.
przypadki testowe. Przypadek testowy to zestaw określonych działań, które są podejmowane w celu przetestowania i weryfikacji określonego zachowania systemu, funkcji lub funkcjonalności. Przypadki testowe są bardziej szczegółowymi jednostkami, które muszą odpowiadać wszystkim scenariuszom testowym. Najczęściej konwertujesz historie użytkowników i przypadki użycia biznesowego, aby pisać wydajne przypadki testowe. Przykładami przypadków testowych są:
- Sprawdź niezarejestrowany użytkownik dodając produkt do koszyka.
- Sprawdź filtrowanie koszyka.
- zaznacz przycisk „Kontynuuj zakupy”.
przypadki testowe są skuteczne, gdy jest jasno określony cel, a użytkownik jest w stanie zrozumieć, co powinien zrobić, aby go ukończyć. Podręcznik użytkownika do przypadku testowego może wyglądać następująco:
- Otwórz aplikację.
- Dodaj dowolny produkt do koszyka.
- Uwierzytelnianie nie jest potrzebne.
- przejdź do koszyka.
możesz również dołączyć oczekiwane wyniki w przypadku testowym, aby użytkownik był świadomy tego, co się stanie:
- produkt pojawi się w Koszyku.
- system poprosi Cię o autoryzację jako zarejestrowany użytkownik.
Standardy Sprawozdawczości. Określ, jak powinien wyglądać raport i jakie informacje powinien dostarczyć użytkownik końcowy.
raporty z badań. Gromadzą one udokumentowane dane wyjściowe po zakończeniu testu. W zależności od standardów testowania i scenariusza testowania, różne informacje mogą być zawarte w raportach. Ale zazwyczaj w UAT zespoły ds. kontroli jakości wymagają tylko podpisu od testera. Podpis jest tylko potwierdzeniem, że test jest pomyślny i odpowiada kryteriom użytkownika.
pod koniec UAT dostarczone rezultaty mogą być wykorzystywane przez inżynierów QA lub menedżera UAT do wydobywania cennych danych i przekazywania wyników zespołowi programistycznemu.
tradycyjnie inżynierowie ds. zapewnienia jakości będą odpowiedzialni za przetwarzanie opinii użytkowników końcowych. Wyniki testów, raporty o błędach i zapisy fail/pass są dostarczane programistom, aby zapewnić stałą komunikację między różnymi częściami zespołu. Na podstawie opinii użytkowników końcowych zespół ds. jakości może również dostarczyć wskaźniki jakości oprogramowania do pomiaru postępów w zakresie UAT.
Szablony testów akceptacyjnych użytkowników
wspomnieliśmy o kilku ważnych dokumentach, które należy utworzyć do prawidłowego planowania i realizacji UAT. Istnieją różne sposoby ich pisania, ale oto kilka szablonów, które mogą się przydać.
- szablony planów testowych: Szablon planu testowego firmy Coley Consulting, szablon sfsu (link do pobrania) lub szablon iiba (link do pobrania)
- szablon scenariusza testowego
- szablon raportu z testu
Wybierz czas i formę testów dla użytkowników końcowych
testy akceptacyjne mogą odbywać się na różnych etapach projektu, w zależności od używanej metodologii, ale zazwyczaj są przeprowadzane pod koniec rozwoju projektu.Cykl przed zwolnieniem. Ponieważ dwie z najpopularniejszych metod zarządzania projektami w tworzeniu oprogramowania to Waterfall i Agile, przyjrzymy się procesowi testowania akceptacji użytkowników w tych dwóch modelach.
testy akceptacyjne w modelu Wodospadowym
aby zagłębić się w szczegóły, musimy szybko podsumować, czym jest model Wodospadowy. Jest to tradycyjna metodologia zarządzania projektami oparta na rozwoju produktu krok po kroku.
etapy nie przecinają się, co oznacza, że nie ma jednoczesnego projektowania i testowania projektu ani rozwoju i testowania. Cały proces jest ściśle udokumentowany i ma na celu dostarczenie w pełni funkcjonalnej aplikacji pod koniec rozwoju bez iteracji.
etap akceptacji użytkownika w modelu Waterfall
testy akceptacji użytkownika w Waterfall odbywają się na ostatnim etapie rozwoju, tuż przed uruchomieniem.
można go przeprowadzić dopiero po uznaniu systemu za gotowy kod i funkcję, po osiągnięciu następujących benchmarków.
- wymagania biznesowe produktu zostały spełnione.
- baza kodu jest zakończona.
- działania QA (system, integracja, testy jednostkowe) zostały zakończone.
- Naprawiono błędy ujawnione podczas etapu QA.
- Drobne problemy wizualne są w akceptowalnym zakresie.
- środowisko akceptacji użytkownika (menedżer UAT, narzędzia do testowania, scenariusze testowe itp.) jest tworzony.
w modelu Waterfall testowanie akceptacji użytkownika jest ostatecznym punktem, który pokazuje gotowość oprogramowania. Jeśli produkt spełnia kryteria akceptacji użytkownika, oznacza to, że jest gotowy do produkcji. Działania UAT, w tym przypadku, mają na celu sprawdzenie systemu, jego funkcjonalności, użyteczności i błędów. Ale nadal podstawowym celem jest zapewnienie, że produkt odpowiada początkowym wymaganiom i potrzebom użytkownika końcowego.
akceptacja użytkowników w metodykach zwinnych
zwinny model tworzenia oprogramowania nie jest tak prosty jak Waterfall. Opiera się na powtarzaniu każdego etapu rozwoju, aż produkt osiągnie wymaganą jakość i funkcjonalność. Iteracje każdego etapu pozwalają na bardzo elastyczny rozwój i dynamiczną zmianę wymagań, ponieważ Agile nie koncentruje się na tworzeniu dużej dokumentacji. Dzięki temu zespół programistów może szybko reagować na zmieniające się wymagania klienta.
testy akceptacji użytkowników w modelu Agile
zdjęcie przedstawia zwinny cykl rozwoju produktu z iteracjami. Możesz przeprowadzić testy akceptacji użytkowników na każdym etapie projektu, aby zapewnić ważność produktu. Główną różnicą między UAT w Waterfall a Agile jest to, że UAT jest przeprowadzany wielokrotnie (często w ramach każdej iteracji), a jego wyniki mogą mieć wpływ na początkowe wymagania, ponieważ zapewnia natychmiastową informację zwrotną na temat tego, co działa najlepiej.
punkty kontrolne do rozpoczęcia testów użytkowników końcowych w zwinnym projekcie to
- utworzone wymagania biznesowe,
- dokumentacja UX/system,
- materiały testowe (interaktywne makiety, prototypy wysokiej jakości, dema) i
- środowisko akceptacji użytkownika.
w Agile UAT jest integralną częścią ogólnych działań testowych, więc może przybierać różne formy i używać różnych narzędzi. Mogą to być na przykład testy wymagań funkcjonalnych i niefunkcjonalnych lub testy na wczesnym etapie w celu potwierdzenia założeń przyjętych na etapie planowania. Pod koniec każdej iteracji, testy akceptacyjne generują rezultaty, które są używane do modyfikowania wymagań, architektury systemu, przewodników stylu UX itp.
Rekrutuj użytkowników i formuj zespół UAT
jak wspomnieliśmy wcześniej, testerzy mogą być rekrutowani z istniejącej bazy użytkowników. W zależności od specyfiki projektu mogą to być eksperci merytoryczni, realni użytkownicy produktu, interesariusze, analitycy biznesowi, Product owner lub klient. Możesz również użyć platform crowd-sourcingowych, aby wyszukać testerów lub zatrudnić niezależnego specjalistę ds. testów użytkowników.
rozważ stworzenie wiadomości w mediach społecznościowych, a nawet strony docelowej, aby przyciągnąć odbiorców. Twoi potencjalni testerzy niekoniecznie muszą być doświadczeni technologicznie lub zaznajomieni z procesami testowania oprogramowania. Jednak ci, którzy już mają lub będą używać Twojego produktu (a może podobnego), będą dobrymi kandydatami do twojego UAT, ponieważ w takim przypadku możesz uniknąć głębokiego wdrażania i zaangażowania zespołu QA.
wdrażaj narzędzia do testowania użytkowników końcowych i testery pokładowe
oczywiście na rynku istnieją specjalne instrumenty przeznaczone do testowania użytkowników końcowych. Większość popularnych narzędzi oferuje funkcje zarządzania testami, takie jak raportowanie, przeglądy zadań i testowanie szablonów dokumentacji. Oto kilka przykładów oprogramowania, które można wykorzystać do wspierania działań UAT.
Usersnap to popularna platforma zapewniająca wizualne informacje zwrotne na temat testowanego oprogramowania i aplikacji internetowych. Zasadniczo jest to narzędzie, które pozwala użytkownikom zaznaczać błędy bezpośrednio na ekranie, zostawiać komentarze i sugestie oraz dzielić się opinią. Istnieje wiele podobnych instrumentów, takich jak Userback i UserTesting.
FitNesse jest open source, wiki powered framework do automatyzacji testów akceptacji. Pozwala wszystkim zainteresowanym stronom łatwo tworzyć, edytować i uruchamiać testy, tworząc wczesne informacje zwrotne. Użytkownicy wprowadzają specjalnie sformatowane dane wejściowe, aby automatycznie generować testy, które są natychmiast uruchamiane przez system. Następnie wyjście jest zwracane i podświetlane w zależności od tego, czy pasuje do oczekiwanego wyniku, czy nie. Ta platforma współpracy ma łagodną krzywą uczenia się i jest popularna wśród zwinnych zespołów.
Bugwolf to kolejny instrument do prowadzenia UAT. Oprócz środowiska testowego i zgłaszania błędów, oferuje funkcje grywalizacji i konkurencji, aby motywować i angażować użytkowników. Znajdziesz tu również przydatne wbudowane opcje płatności, jeśli zamierzasz przeprowadzić testy użytkowników końcowych online.
dobrze znane narzędzia do zarządzania projektami, takie jak Jira lub Trello, mają również funkcjonalność do prowadzenia UAT.
testowanie pulpitu w SpiraTest
Utwórz środowisko akceptacji użytkowników i uruchom szkolenie
aby w pełni wykorzystać możliwości testowania użytkowników końcowych, zacznij od szkolenia. Twoi testerzy i menedżer UAT są za to odpowiedzialni. Zastanów się nad strukturyzacją procesu szkoleniowego, aby obejmował następujące aspekty.
- zapoznaj użytkowników z procesem testowania i jego celami.
- trenuj użytkowników, aby używali narzędzi do testowania użytkowników końcowych, jeśli zamierzasz z nich korzystać.
- dostarcz im standardy i wytyczne dotyczące sprawozdawczości.
- upewnij się, że użytkownicy dobrze rozumieją przypadki testowe, zapewniając wsparcie w razie potrzeby.
- zapewnij im dostęp do środowiska testowego.
najczęściej testy użytkowników końcowych mogą być wykonywane po Stronie Użytkownika, co oznacza, że nie będziesz musiał dostarczać testerom sprzętu. Cały proces można również wykonać online. Bardziej skomplikowane projekty lub poufne dane mogą wymagać zebrania dedykowanego zespołu testerów użytkowników w Twoim biurze. Ważne jest również, aby wyznaczyć menedżera, który zapewni dokumentację, narzędzia i wsparcie.
Uruchom testy
gdy masz już swoje scenariusze testowe i przypadki testowe, możesz przystąpić do testów. Aby wspierać użytkowników końcowych podczas procesu i uzyskać wymagane wyniki, uzyskaj jasne zrozumienie, jakich działań wymaga każdy przypadek testowy. Pamiętaj, że Twoi użytkownicy nie są profesjonalnymi testerami. Podczas testu należy podać użytkownikom prawdziwe lub zbliżone do rzeczywistych dane, unikając przykładowej zawartości lub fałszywych przycisków. Każde nieporozumienie może sprawić, że utkną w przypadku testowym.
kolejnym ważnym aspektem jest to, że twoi programiści są gotowi naprawić wszystko, co pójdzie nie tak. Środowisko testowe może zostać wyłączone lub mogą wystąpić błędy uniemożliwiające użytkownikom testowanie. Użytkownicy powinni mieć dostęp do wymaganych funkcji na każdym etapie testowania, niezależnie od tego, czy jest to projekt interaktywny, czy funkcjonalna aplikacja, aby umożliwić im wykonanie każdego przypadku testowego zawartego w planie testowym.
zbieraj informacje wyjściowe i analizuj je
podczas swoich działań UAT otrzymasz mnóstwo danych od testerów. Twój zespół QA będzie musiał to przeanalizować. Dane są gromadzone za pomocą raportów użytkownika przesyłanych ręcznie lub za pomocą określonego narzędzia. Dodatkowo możesz przeprowadzać wywiady z oddzielnymi użytkownikami, aby uzyskać lepszy wgląd w przeprowadzone przez nich przypadki testowe i co o nich myślą.
aby ocenić gotowość systemu, rozważ zmierzenie odsetka testów pomyślnie zakończonych/nieudanych/naprawionych.
Testuj pulpit śledzenia w Panaya
jest jeszcze kilka punktów, które należy wziąć pod uwagę:
stabilność systemu. Stabilność może być określona przez liczbę nieoczekiwanych błędów napotkanych podczas UAT.
Zasięg jest mierzony przez liczbę scenariuszy/przypadków testowych napisanych i ich stosunek do ogólnych zakończonych testów. Możesz również dopasować wyniki testów UAT do mapy podróży użytkownika, aby zrozumieć, która część funkcjonalności nie została przetestowana.
użyteczność systemu. Można to obliczyć na podstawie liczby testów, które nie przeszły, ponieważ użytkownik nie znalazł sposobu, aby to zrobić. Ale ogólny UX jest testowany podczas testu użyteczności, który jest przeprowadzany jako osobna czynność.
zgodność z umową/wymaganiami. Zgodność z wymaganiami jest sprawdzana po zakończeniu wszystkich testów użytkownika końcowego. Zapewnia to, że budowa oprogramowania nadal odpowiada początkowym wymaganiom/zakresowi umowy, nawet po zmianach wprowadzonych przez akceptację użytkownika.
Fix bugs,retest i sign-off
po wykonaniu UAT wszystkie usterki muszą być udokumentowane odpowiednimi komentarzami i przekazane zespołowi programistów. Muszą wprowadzić poprawki do kodu, aby rozwiązać problemy ujawnione przez UAT.
po naprawieniu błędów przetestuj je ponownie, aby upewnić się, że wszystko działa poprawnie. Po osiągnięciu kryteriów akceptacji i zatwierdzeniu przez recenzentów, podejmowana jest ostateczna decyzja o przyjęciu produktu do produkcji.
role zespołu UAT
jak wspomnieliśmy wcześniej, testy UAT różnią się od innych działań związanych z kontrolą jakości, ponieważ są wykonywane nie tylko przez specjalistów technicznych; ważne jest również zaangażowanie rzeczywistych użytkowników końcowych w ten proces. Konieczne jest również zaangażowanie specjalistów ds. jakości i analityków biznesowych, a także ścisła współpraca z kierownikiem projektu i zespołem deweloperskim.
obowiązki zespołu UAT mogą się różnić w zależności od firmy i potrzeb projektu, ale oto przykład dystrybucji ról, którą możesz wziąć pod uwagę.
Business program manager. Jest to osoba, która koordynuje i nadzoruje cały projekt, dostosowując go do celów biznesowych. Przed etapem UAT menedżer programu powinien wygenerować plan realizacji programu i dokument wymagań biznesowych w celu wsparcia działań testowych. Jest on również odpowiedzialny za przegląd i zatwierdzenie planu testowego i strategii testowej.
podczas UAT menedżer programu monitoruje wykonywanie działań testowych i zapewnia ich wykonanie zgodnie z harmonogramem i budżetem. Następnie przegląda raport z testów i decyduje o wdrożeniu do produkcji.
UAT Test lead/manager. Zadaniem przewodnika testowego jest dokładne zaplanowanie i zorganizowanie UAT. W tym celu zazwyczaj wymagana jest ścisła współpraca z kierownikiem projektu.
Test lead gromadzi i analizuje wszystkie wymagania biznesowe i funkcjonalne, które są następnie wykorzystywane do opracowania niezbędnej dokumentacji, tj. strategii testowej, planu testowego, scenariuszy testowych itp. Dodatkowo, na etapie przygotowania, współpracuje z zespołem testowym, przydzielając członkom zespołu scenariusze testów i organizując szkolenia, aby upewnić się, że testerzy rozumieją procedurę UAT. Test prowadzi również przygotowuje i zarządza niezbędnymi zasobami i ładuje istotne dane testowe w narzędziach testowych.
w całym UAT prowadzący koordynuje wykonywanie przypadków testowych, upewniając się, że wszystkie wyniki testów są udokumentowane. Śledzi również postępy w testach, zbiera metryki i tworzy/utrzymuje raport z testu.
członkowie zespołu testowego UAT. Głównym zadaniem zespołu testowego jest wykonanie testów zgodnie z dostarczonym harmonogramem i instrukcjami. Testerzy powinni tworzyć dzienniki testów i zgłaszać usterki i incydenty. Zazwyczaj uczestniczą również w działaniach związanych z ponownym testowaniem (w razie potrzeby).
kierownik projektu, jako osoba odpowiedzialna za pomyślne ukończenie projektu, musi monitorować działania testowe, zapewniać wsparcie organizacyjne i raportować postępy. Będzie również pośredniczył między zespołem testującym, programistami, klientami i innymi potencjalnymi interesariuszami.
Lista kontrolna UAT
Podsumowując wytyczne UAT, które przedstawiliśmy powyżej, opracowaliśmy listę kontrolną, aby pomóc Ci zorganizować działania testowe i nie przegapić niczego ważnego.
- sprawdź, czy wszystkie komponenty produktu są gotowe do testów. Dokumentowanie wszelkich problemów, które nie mogły zostać rozwiązane przed UAT.
- wybierz lidera zespołu odpowiedzialnego za projekt, w tym za formalności.
- omówienie i uzgodnienie struktury projektu, zespołu UAT i dokumentacji UAT.
- dokładnie przedyskutuj procedury testowania i stwórz wstępny plan UAT.
- Stwórz swój zespół UAT i upewnij się, że masz testerów z każdego segmentu rynku i / lub każdej grupy interesariuszy. Upewnij się, że wszystkie dokumenty związane z uczestnictwem są kompletne i podpisane (nieujawnianie, umowa uczestnictwa itp.).
- przekaż zespołowi strategię i harmonogram testów. Upewnij się, że każdy członek rozumie role, procedury i obowiązki.
- upewnij się, że wszystkie wymagania biznesowe są przechwycone i przekazane zespołowi UAT.
- dyskutuj i uzgadniaj kryteria wjazdu i wyjazdu.
- przygotuj całą dokumentację biznesową: plan testów, scenariusze testów, przypadki testowe itp.
- komunikuj cele biznesowe i kryteria akceptacji/wyjścia systemu.
- uzgodnienie Standardów Sprawozdawczości.
- przeprowadzić niezbędne szkolenie na temat systemu i narzędzi pomocniczych. Upewnij się, że testerzy rozumieją, jak zgłaszać incydenty.
- Zbierz i przygotuj wszystkie niezbędne zasoby do działań UAT. Zarezerwuj miejsce w razie potrzeby.
- Przygotuj i przetestuj środowisko, narzędzia do zarządzania testami, urządzenia, serwery, kanały opinii, śledzenie problemów, dostarczanie treści itp.
- upewnij się, że masz wszystkie dane logowania, skonfigurowano dostęp bezpieczeństwa i załadowano dane testowe.
- Monitoruj, jak przeprowadzane są procedury i upewnij się, że raporty są przesyłane na czas i dokładnie.
- Utwórz i utrzymaj raport podsumowujący test.
działania po UAT.
- Analizuj informacje wyjściowe, mierząc procent testów, które przeszły/zakończyły się niepowodzeniem, a także kategoryzując defekty według ciężkości.
- Określ status na podstawie kryteriów akceptacji.
- przygotowanie końcowego raportu UAT i przedstawienie go zainteresowanym stronom wraz z szacowanym czasem i wysiłkiem wymaganym do spełnienia kryteriów akceptacji i zaleceń dotyczących wydania.
procedury testowania mogą się różnić w zależności od firmy. Oto kilka innych list kontrolnych UAT do pobrania, które mogą również pasować do Twoich potrzeb: Lista kontrolna 1, Lista kontrolna 2.