Co to jest test akceptacyjny (kompletny przewodnik)

what is acceptance testing

Wprowadzenie do testów akceptacyjnych (część I):

Z tej serii samouczków dowiesz się:

1. Co to jest test akceptacji
2. Testy akceptacyjne i plan testów
3. Stan testów akceptacyjnych i raporty podsumowujące
4. Co to jest test akceptacji użytkownika (UAT)

Czy zakończyłeś testowanie systemu? Czy większość błędów została naprawiona? Czy błędy są zweryfikowane i zamknięte? Więc, co dalej?

Następny na liście jest test akceptacyjny, który jest ostatnią fazą procesu testowania oprogramowania . To faza, w której klient decyduje GO / NO-GO dla produktu i musi być obowiązkowo przestrzegane przed wprowadzeniem Produktu na rynek. Wspólne wysiłki zespołu deweloperskiego i testującego zostaną nagrodzone przez klienta poprzez akceptację lub odrzucenie opracowanego Produktu.

Ten wyjątkowy samouczek dotyczący testów akceptacyjnych w prosty i łatwy sposób zapewni Ci pełny przegląd znaczenia, typów, zastosowań i różnych innych czynników związanych z testem akceptacyjnym w celu lepszego zrozumienia.

Czego się nauczysz:

• Co to jest test akceptacji?
• Dlaczego testy akceptacyjne?
• Rodzaje
  • # 1) Testy akceptacyjne użytkowników (UAT)
  • # 2) Testy akceptacji biznesowej (BAT)
  • # 3) Testy akceptacji umowy (CAT)
  • # 4) Przepisy / testy zgodności (RAT)
  • # 5) Operacyjne testy akceptacyjne (OAT)
  • # 6) Testy alfa
  • # 7) Testy beta / testy w terenie
• Kto przeprowadza testy akceptacyjne?
• Cechy testerów akceptacji
• Posługiwać się
• Różnice między testowaniem systemu, testami akceptacyjnymi i testami akceptacyjnymi użytkownika
• Test wstępny
• Łóżko testowe akceptacji
• Kryteria wejścia i wyjścia dla AT
  • Kryteria wejścia
  • Kryteria wyjścia
• Proces testowania akceptacji
• Czynniki sukcesu dla tego testu
• Wniosek
• rekomendowane lektury

Co to jest test akceptacji?

Kiedyś Proces testowania systemu jest wypełniany przez zespół testujący i podpisywany, cały Produkt / aplikacja jest przekazywana klientowi / kilku użytkownikom klientów / obu w celu przetestowania pod kątem jego akceptowalności, tj. produkt / aplikacja powinna być bezbłędna w spełnianiu zarówno krytycznych, jak i główne wymagania biznesowe. Ponadto przepływy biznesowe od końca do końca są weryfikowane podobnie jak w scenariuszu w czasie rzeczywistym.

Środowisko podobne do produkcyjnego będzie środowiskiem testowym do akceptacji testów (zwykle określane jako środowisko przejściowe, pre-produkcyjne, awaryjne, środowisko UAT).

To jest technika testowania czarnoskrzynkowego gdzie weryfikowana jest tylko funkcjonalność w celu zapewnienia, że ​​produkt spełnia określone kryteria akceptacji (brak konieczności posiadania wiedzy projektowej / wdrożeniowej).

Dlaczego testy akceptacyjne?

Chociaż testowanie systemu zakończyło się pomyślnie, test akceptacji jest wymagany przez klienta. Przeprowadzane tutaj testy są powtarzalne, ponieważ zostałyby omówione w testach systemowych.

Dlaczego więc te testy są przeprowadzane przez klientów?

To dlatego, że:

• Zdobycie zaufania do produktu wprowadzanego na rynek.
• Aby upewnić się, że produkt działa tak, jak powinien.
• Zapewnienie, że produkt odpowiada aktualnym standardom rynkowym i jest wystarczająco konkurencyjny w stosunku do innych podobnych produktów na rynku.

Rodzaje

Istnieje kilka rodzajów tego testu.

Kilka z nich jest wymienionych poniżej:

# 1) Testy akceptacyjne użytkowników (UAT)

UAT służy do oceny, czy Produkt działa dla użytkownika, prawidłowo do użytkowania. Specyficzne wymagania, które są dość często używane przez użytkowników końcowych, są wybierane przede wszystkim do celów testowych. Nazywa się to również testowaniem użytkownika końcowego.

Termin „Użytkownik” oznacza tutaj użytkowników końcowych, dla których Produkt / aplikacja jest przeznaczona, a zatem testowanie jest przeprowadzane z perspektywy użytkowników końcowych iz ich punktu widzenia.

=> Również Czytać: Co to jest test akceptacji użytkowników (UAT)?

# 2) Testy akceptacji biznesowej (BAT)

Ma to na celu ocenę, czy Produkt spełnia cele biznesowe i cele, czy nie.

BAT koncentruje się głównie na korzyściach biznesowych (finansach), które są dość trudne ze względu na zmieniające się warunki rynkowe / rozwój technologii, tak że obecne wdrożenie może wymagać zmian, które skutkują dodatkowymi budżetami.

format przypadku testowego w testowaniu oprogramowania

Nawet produkt spełniający wymagania techniczne może z tych powodów nie uzyskać BAT.

# 3) Testy akceptacji umowy (CAT)

Jest to umowa, która określa, że ​​po uruchomieniu Produktu, we wcześniej ustalonym okresie, należy przeprowadzić test akceptacyjny i powinien przejść wszystkie przypadki użycia akceptacji.

Podpisana tutaj umowa jest określana jako umowa o gwarantowanym poziomie usług (SLA), która obejmuje warunki, w których płatność zostanie dokonana tylko wtedy, gdy usługi Produktu są zgodne ze wszystkimi wymaganiami, co oznacza, że ​​umowa została spełniona.

Czasami ta umowa może zostać zawarta przed uruchomieniem Produktu. Albo sposoby, umowa powinna być dobrze zdefiniowana pod względem okresu testowania, obszarów testowania, warunków problemów napotkanych na późniejszych etapach, płatności itp.

# 4) Regulamin /SpełnienieTesty akceptacyjne (RAT)

Ma to na celu ocenę, czy Produkt narusza zasady i przepisy określone przez rząd kraju, w którym jest dopuszczany. Może to być niezamierzone, ale wpłynie negatywnie na biznes.

Zwykle opracowany produkt / aplikacja, która ma zostać wydana na całym świecie, musi przejść RAT, ponieważ różne kraje / regiony mają różne zasady i przepisy zdefiniowane przez ich organy zarządzające.

Jeśli którykolwiek z zasad i przepisów zostanie naruszony w jakimkolwiek kraju, wówczas ten kraj lub określony region w tym kraju nie będzie mógł korzystać z Produktu i zostanie uznany za awarię. Sprzedawcy Produktu będą bezpośrednio odpowiedzialni za uwolnienie Produktu, mimo że doszło do naruszenia.

# 5) Operacyjne testy akceptacyjne (OAT)

Ma to na celu ocenę gotowości operacyjnej Produktu i jest testem niefunkcjonalnym. Obejmuje głównie testowanie odzyskiwania, kompatybilności, łatwości konserwacji, dostępności pomocy technicznej, niezawodności, przełączania awaryjnego, lokalizacji itp.

OAT zapewnia przede wszystkim stabilność Produktu przed wprowadzeniem go do produkcji.

# 6) Testy alfa

Ma to na celu ocenę Produktu w środowisku programistycznym / testowym przez wyspecjalizowany zespół testerów, zwykle nazywany testerami alfa. Tutaj opinie testerów, sugestie pomagają ulepszyć korzystanie z Produktu, a także naprawić niektóre błędy.

Tutaj testowanie odbywa się w kontrolowany sposób.

=> Przeczytaj także: Co to są testy alfa?

# 7) Testy beta / testy w terenie

Ma to na celu ocenę Produktu poprzez udostępnienie go rzeczywistym użytkownikom końcowym, zwykle nazywanym beta testerami / użytkownikami wersji beta, w ich środowisku. Ciągłe opinie użytkowników są gromadzone, a problemy są naprawiane. Pomaga to również w ulepszaniu / ulepszaniu Produktu, aby zapewnić bogate wrażenia użytkownika.

Testowanie odbywa się w sposób niekontrolowany, co oznacza, że ​​użytkownik nie ma ograniczeń co do sposobu korzystania z Produktu.

=> Przeczytaj także: Co to są testy beta?

Wszystkie te typy mają wspólny cel:

• Zapewnij sobie / wzbogaci zaufanie do produktu.
• Upewnij się, że Produkt jest gotowy do użycia przez prawdziwych użytkowników.

Kto przeprowadza testy akceptacyjne?

W przypadku typu Alpha testy wykonują tylko członkowie organizacji (którzy opracowali Produkt). Członkowie ci nie są bezpośrednio częścią projektu (kierownicy / leady projektów, programiści, testerzy). Zespoły kierownictwa, sprzedaży i wsparcia zwykle przeprowadzają testy i odpowiednio przekazują informacje zwrotne.

Oprócz typu Alpha wszystkie inne typy akceptacji są zwykle wykonywane przez różnych interesariuszy. Podobnie jak klienci, klienci klienta, wyspecjalizowani testerzy z organizacji (nie zawsze).

Dobrze jest również zaangażować analityków biznesowych i wiedzę merytoryczną podczas przeprowadzania tego testu w oparciu o jego typ.

Cechy testerów akceptacji

Testerzy posiadający poniższe cechy są kwalifikowani jako testerzy akceptacji:

• Umiejętność logicznego i analitycznego myślenia.
• Dobra znajomość domeny.
• Potrafi badać konkurencyjne produkty na rynku i analizować to samo w opracowanym produkcie.
• Posiadanie percepcji użytkownika końcowego podczas testowania.
• Zrozum potrzeby biznesowe dla każdego wymagania i odpowiednio przetestuj.

Wpływ problemów wykrytych podczas tego testowania

Wszelkie problemy napotkane w fazie testów akceptacyjnych powinny być traktowane jako priorytetowe i natychmiast naprawiane. Wymaga to również wykonania analizy przyczyn źródłowych dla każdego znalezionego problemu.

Zespół testujący odgrywa główną rolę w dostarczaniu RCA dla problemów z akceptacją. Pomagają również w określeniu, jak efektywnie przeprowadzane jest testowanie.

Ponadto ważne problemy z testami akceptacyjnymi będą miały wpływ zarówno na testowanie, jak i na wysiłki zespołu programistów, jeśli chodzi o wrażenia, oceny, ankiety wśród klientów itp. Czasami, jeśli zostanie znaleziona ignorancja zespołu testowego na temat walidacji, prowadzi to również do eskalacji.

Posługiwać się

To testowanie jest przydatne z kilku aspektów.

Niewiele z nich to:

• Aby rozwiązać problemy pominięte podczas fazy testowania funkcjonalnego.
• Jak dobrze produkt został opracowany.
• Produkt jest tym, czego tak naprawdę potrzebują klienci.
• Przeprowadzone informacje zwrotne / ankiety pomagają w poprawie wydajności Produktu i doświadczenia użytkownika.
• Popraw proces, po którym mają RCA jako dane wejściowe.
• Zminimalizuj lub wyeliminuj problemy wynikające z Produktu Produkcyjnego.

Różnice między testowaniem systemu, testami akceptacyjnymi i testami akceptacyjnymi użytkownika

Poniżej podano główne różnice między tymi trzema typami testów akceptacyjnych.

Test wstępny

Podobnie jak w przypadku testów produktów, mamy testy akceptacyjne. Testy akceptacyjne pochodzą z kryteriów akceptacji User Stories. Zwykle są to scenariusze, które są napisane na wysokim poziomie, szczegółowo opisując, co Produkt musi robić w różnych warunkach.

Nie daje jasnego obrazu sposobu przeprowadzania testów, jak w przypadku testów. Testy akceptacyjne są pisane przez Testerów, którzy mają pełną kontrolę nad Produktem, zwykle mają wiedzę w zakresie przedmiotu. Wszystkie napisane testy są przeglądane przez klienta i / lub analityków biznesowych.

Testy te zostały wykonane podczas testu akceptacyjnego. Wraz z testami akceptacyjnymi należy przygotować szczegółowy dokument dotyczący wszelkich ustawień do wykonania. Powinien zawierać szczegóły co minutę z odpowiednimi zrzutami ekranu, wartościami konfiguracji, warunkami itp.

Łóżko testowe akceptacji

Łóżko testowe do tego testu jest podobne do zwykłego stanowiska testowego, ale jest oddzielne. Platforma z całym wymaganym sprzętem, oprogramowaniem, produktami operacyjnymi, ustawieniami i konfiguracjami sieci, ustawieniami i konfiguracjami serwera, ustawieniami i konfiguracjami bazy danych, licencjami, wtyczkami itp. Musi być bardzo podobnie. środowisko produkcyjne.

Stanowisko testów akceptacyjnych to platforma / środowisko, w którym będą wykonywane zaprojektowane testy akceptacyjne. Przed przekazaniem środowiska testów akceptacyjnych klientowi dobrą praktyką jest sprawdzenie wszelkich problemów środowiskowych i stabilności Produktu.

Jeśli nie ma oddzielnego środowiska do testów akceptacyjnych, można użyć do tego zwykłego środowiska testowego. Ale tutaj będzie bałagan, ponieważ dane testowe z regularnych testów systemu, a dane w czasie rzeczywistym z testów akceptacyjnych są utrzymywane w jednym środowisku.

Stanowisko do testów akceptacyjnych jest zwykle konfigurowane po stronie klienta (tj. W laboratorium) i będzie miało ograniczony dostęp do zespołów programistycznych i testujących.

Zespoły będą musiały uzyskiwać dostęp do tego środowiska za pośrednictwem maszyn wirtualnych / lub specjalnie zaprojektowanych adresów URL przy użyciu specjalnych poświadczeń dostępu, a cały dostęp do tego środowiska będzie śledzony. Nic w tym środowisku nie musi być dodawane / modyfikowane / usuwane bez zgody klienta i należy powiadomić go o wprowadzonych zmianach.

Kryteria wejścia i wyjścia dla AT

Podobnie jak każda inna faza w STLC, testy akceptacyjne mają zestaw kryteriów wejścia i wyjścia, które powinny być dobrze zdefiniowane w Planie testów akceptacyjnych (które są omówione w dalszej części tego samouczka).

Jest to faza, która rozpoczyna się zaraz po przetestowaniu systemu i kończy się przed uruchomieniem produkcji. Zatem kryteria zakończenia testów systemowych stają się częścią kryteriów wejściowych dla AT. Podobnie, kryteria wyjścia z AT stają się częścią kryteriów wejścia dla uruchomienia produkcji.

Kryteria wejścia

Poniżej podano warunki, które należy spełnić przed rozpoczęciem:

• Wymagania biznesowe powinny być jasne i dostępne.
• Należy zakończyć fazę testów systemowych i regresyjnych.
• Wszystkie błędy krytyczne, główne i normalne powinny zostać naprawione i zamknięte (akceptowane drobne błędy to głównie błędy kosmetyczne, które nie przeszkadzają w użytkowaniu produktu).
• Lista znanych problemów powinna zostać przygotowana i udostępniona interesariuszom.
• Należy ustawić stanowisko testowe akceptacji i przeprowadzić kontrolę wysokiego poziomu pod kątem braku problemów środowiskowych.
• Faza testowania systemu powinna zostać zakończona, pozwalając produktowi przejść do fazy AT (zwykle odbywa się za pośrednictwem komunikacji e-mail).

Kryteria wyjścia

AT musi spełnić pewne warunki, aby pozwolić produktowi na rozpoczęcie produkcji.

Są one następujące:

• Należy przeprowadzić testy akceptacyjne, a wszystkie testy powinny zostać zaliczone.
• Żadne krytyczne / poważne usterki nie pozostały otwarte. Wszystkie usterki należy natychmiast naprawić i zweryfikować.
• AT powinno być podpisane przez wszystkich zaangażowanych interesariuszy z Idź / Nie idź Decyzja dotycząca produktu.

Proces testowania akceptacji

W Model V. , Faza AT przebiega równolegle z fazą wymagań.

Rzeczywisty proces AT przebiega jak pokazano poniżej:

Analiza wymagań biznesowych

Wymagania biznesowe są analizowane poprzez odwołanie się do wszystkich dokumentów dostępnych w ramach projektu.

Oto niektóre z nich:

• Specyfikacje wymagań systemowych
• Dokument wymagań biznesowych
• Przypadków użycia
• Diagramy przepływu pracy
• Zaprojektowana macierz danych

Plan testów akceptacji projektu

W planie testów akceptacyjnych należy udokumentować pewne elementy.

Przyjrzyjmy się niektórym z nich:

• Strategia i podejście do testów akceptacyjnych.
• Kryteria wejścia i wyjścia powinny być dobrze zdefiniowane.
• Należy dobrze wspomnieć o zakresie AT i musi on obejmować tylko wymagania biznesowe.
• Podejście do projektowania testów akceptacyjnych powinno być szczegółowe, aby każdy, kto pisze testy, mógł łatwo zrozumieć, w jaki sposób mają być napisane.
• Konfiguracja stanowiska testowego, należy wspomnieć o faktycznym harmonogramie / harmonogramie testów.
• Ponieważ testy są przeprowadzane przez różnych interesariuszy, należy podać szczegóły dotyczące błędu logowania, ponieważ interesariusze mogą nie być świadomi zastosowanej procedury.

Zaprojektuj i przejrzyj testy akceptacyjne

Testy akceptacyjne powinny być napisane na poziomie scenariusza, wspominając o tym, co należy zrobić (bez szczegółowych informacji, jak to zrobić). Powinny być one napisane tylko dla zidentyfikowanych obszarów zakresu wymagań biznesowych, a każdy test musi być odwzorowany na jego wymaganie referencyjne.

Wszystkie pisemne testy akceptacyjne muszą zostać przejrzane, aby osiągnąć wysoki stopień pokrycia wymagań biznesowych.

Ma to na celu upewnienie się, że żadne inne testy poza wymienionym zakresem nie są zaangażowane, tak aby testowanie przebiegało w zaplanowanych ramach czasowych.

Konfiguracja stanowiska testowego akceptacji

Stanowisko testowe należy skonfigurować podobnie do środowiska produkcyjnego. Wymagane są bardzo szczegółowe kontrole w celu potwierdzenia stabilności środowiska i użytkowania. Udostępnij poświadczenia, aby korzystać ze środowiska tylko z interesariuszem, który przeprowadza te testy.

Konfiguracja danych testu akceptacji

Dane produkcyjne należy przygotować / wypełnić jako dane testowe w systemach. Powinien również istnieć szczegółowy dokument w taki sposób, aby dane były używane do testów.

Nie posiadaj danych testowych, takich jak TestName1, TestCity1, itp. Zamiast tego miej Albert, Mexico, itd. Daje to bogate doświadczenie w zakresie danych w czasie rzeczywistym, a testowanie będzie aktualne.

najlepsze prywatne serwery World of Warcraft

Wykonanie testu akceptacji

Na tym etapie należy przeprowadzić zaprojektowane testy akceptacyjne na środowisku. W idealnym przypadku wszystkie testy powinny przejść samoistnie za pierwszym podejściem. Nie powinno być żadnych błędów funkcjonalnych wynikających z testów akceptacyjnych, jeśli takie istnieją, należy je zgłosić z wysokim priorytetem, aby zostały naprawione.

Ponownie, naprawione błędy muszą zostać zweryfikowane i zamknięte jako zadanie o wysokim priorytecie. Raport z wykonania testów musi być udostępniany codziennie.

Błędy zarejestrowane w tej fazie powinny zostać omówione na spotkaniu dotyczącym selekcji błędów i muszą przejść procedurę analizy pierwotnych przyczyn. Jest to jedyny punkt, w którym testy akceptacyjne oceniają, czy produkt faktycznie spełnia wszystkie wymagania biznesowe.

Decyzja biznesowa

Wychodzi Idź / Nie idź decyzja o wprowadzeniu produktu do produkcji. Iść Decyzja spowoduje, że produkt zostanie wypuszczony na rynek. Nie idź Decyzja oznacza produkt jako Awaria.

Kilka czynników decyzji No-Go:

• Niska jakość produktu.
• Zbyt wiele otwartych błędów funkcjonalnych.
• Odchylenie od wymagań biznesowych.
• Nie spełnia standardów rynkowych i wymaga ulepszeń, aby dopasować się do obecnych standardów rynkowych.

Czynniki sukcesu dla tego testu

Po zaplanowaniu tego testu przygotuj listę kontrolną, która zwiększy wskaźnik sukcesu. Jest kilka działań, które należy wykonać przed rozpoczęciem testu akceptacji.

Oni są:

• Miej dobrze zdefiniowany zakres i upewnij się, że istnieje potrzeba biznesowa dla zakresu określonego dla tego testowania.
• Wykonaj testy akceptacyjne w samej fazie testowania systemu przynajmniej raz.
• Wykonuj obszerne testowanie ad hoc dla każdego ze scenariuszy testów akceptacyjnych.

Wniosek

Krótko mówiąc, testy akceptacyjne pomagają w określeniu wydajności zespołów programistycznych i testujących.

Istnieje kilka narzędzi do prowadzenia tego zadania, ale zazwyczaj preferuje się wykonanie tego ręcznie, ponieważ jest to zaangażowanie rzeczywistych użytkowników i różnych interesariuszy, którzy nie mają zaplecza technicznego, i może to być dla nich niewykonalne.

Co dalej?

W naszym następnym samouczku zatrzymamy się na poniższych tematach:

• Przykłady kryteriów testów akceptacyjnych.
• Jak napisać plan testów akceptacyjnych.
• Odpowiedni szablon do pisania testów akceptacyjnych.
• Jak pisać testy akceptacji z przykładami.
• Identyfikacja scenariuszy testów akceptacyjnych.
• Raporty z testów akceptacyjnych.
• Testy akceptacyjne w programowaniu zwinnym i sterowanym testami.

KOLEJNY samouczek nr 2: Plan testów akceptacyjnych

Czy przeprowadziłeś testy akceptacyjne? Chętnie poznamy Twoje doświadczenia!

rekomendowane lektury

• Testy alfa i testy beta (kompletny przewodnik)
• Co to jest test akceptacji użytkownika (UAT): kompletny przewodnik
• Kompletny przewodnik po testach 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 dotyczący testowania hurtowni danych ETL (kompletny przewodnik)
• Podręcznik testowania zabezpieczeń aplikacji internetowych