Menu

Przewodnik krok po kroku dotyczący wdrażania Proof of Concept (POC) w testowaniu automatyzacji

step step guide implement proof concept automation testing

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Jak wdrożyć Proof of Concept (POC) w testowaniu automatyzacji?

Każda organizacja ma inne procesy testowe i procedur. Testowanie ręczne jest ważne i niezastąpione - jednak automatyzacja to szybkość kompletacji.

Przedstawiamy testowanie automatyzacji do organizacji jest wyzwaniem, a poniższe punkty określą, czy jest to w ogóle wymagane:

Testowanie automatyzacji proof of concept poc

# 1 . Czas trwania projektu: Krótkoterminowe lub długoterminowe - projekty długoterminowe są dobrymi kandydatami do automatyzacji

#dwa. Ile regresji jest wykonywanych w każdym cykl testowy ? - projekty, które mają powtarzalne i długotrwałe testy regresji, ponieważ automatyzacja skraca całkowity czas testowania i zapewnia pełne pokrycie.

# 3. Stabilność aplikacji: Aplikacje, które nie są podatne na częste zmiany, powinny być brane pod uwagę pod kątem automatyzacji. Produkt, który nie jest stabilny, gdzie GUI / funkcjonalność ciągle się zmienia, elementy lub jego ścieżka XPath na stronie ciągle się zmieniają, nie powinny być zautomatyzowane do czasu stabilizacji.

pytania do rozmowy kwalifikacyjnej na temat testowania usług internetowych

# 4. Czy dane projektu są bezpieczne i czy ich testowanie wymaga skomplikowanych procedur? - W takim przypadku najlepiej jest przejść do testów ręcznych.

# 5. Czy organizacja ma budżet na automatyzację? - Automatyzacja zwiększy dodatkowe wydatki dla organizacji, takie jak koszt narzędzia do automatyzacji, koszt zasobów, czas wymagany do opracowania struktury i pisania / utrzymywania skryptów testów automatyzacji.

Dzięki automatyzacji pominięcie testów lub uznanie niektórych wyników testów za pewnik nigdy się nie zdarzy. Zapewnia 100% pokrycie danego modułu za każdym razem, gdy jest to testowane. Automatyzacja pomoże również wielokrotnie wykonać ten sam test na wielu przeglądarkach i platformach.

Poniższy rysunek pomoże zrozumieć proces testowania automatyzacji

Proces testowania automatyzacji

Z technicznego punktu widzenia test Zespół ds. Kontroli jakości musi to zrozumieć następujące aspekty narzędzia do automatyzacji:

  1. Macierz testowania platformy i systemu operacyjnego
  2. Możliwości oparte na danych
  3. Możliwość raportowania i przenośność raportów
  4. Łatwe debugowanie i logowanie
  5. Obsługiwana kontrola wersji
  6. Rozszerzalny i konfigurowalny (możliwość integracji z innymi narzędziami, takimi jak Ant, TestNG)
  7. Ciągła integracja.
  8. Powiadomienia e-mail (otrzymano niestandardową wiadomość e-mail, jeśli testy zakończą się pomyślnie / nie powiodły się / lub wystąpiła awaria sieci)
  9. Jeśli wymagane są testy w różnych przeglądarkach i testy na wielu platformach, to rozproszone środowisko testowe jest obsługiwane lub nie.

Czego się nauczysz:

Wybór odpowiedniego narzędzia do automatyzacji:

Wybór odpowiedniego narzędzia do automatyzacji

# 1. Testowana aplikacja to aplikacja internetowa lub aplikacja komputerowa.
#dwa. Wybór narzędzia open source Vs płatnego.
# 3. Narzędzie powinno spełniać wymagania testowania aplikacji
# 4. Korzystanie z narzędzia - wiedza zespołu i poziom komfortu w zakresie używania i uczenia się narzędzi
# 5. Czy obsługuje raportowanie - jeśli nie, jakie inne opcje raportowania są dostępne (open source lub płatne). Jeśli tak, to jak dobry jest pod względem przekazywania prawidłowych danych z prezentacji, a także z punktu widzenia treści.

Przeczytaj także => Przewodnik od A do Z dotyczący wyboru najlepszego narzędzia do automatyzacji

Ponadto ocena narzędzia obejmuje:

Przy wyborze narzędzia do automatyzacji bardzo ważne jest, aby wziąć pod uwagę, czy jest ono obsługiwane przez implementację GUI aplikacji.

  1. GUI jest implementowane przy użyciu tradycyjnego HTML lub AJAX lub innego zestawu narzędzi do tworzenia stron internetowych
  2. Czy GUI zawiera filmy, obrazy lub dużo treści pisemnych?
  3. Jest interaktywna lub tylko informacyjna
  4. Przeglądarki muszą zostać przetestowane .

Ważne jest, aby ocenić narzędzie pod kątem powyższych punktów, aby zrozumieć, czy narzędzie rzeczywiście spełnia wymagania testowe projektu.

Opracowanie proof of concept w zakresie automatyzacji:

Wdrażanie testowanie automatyzacji POC jest kluczową i najczęściej stosowaną metodą wprowadzenia narzędzia do organizacji. Po podjęciu decyzji, że automatyzacja ma zostać wykonana i wybrano narzędzie, nadszedł czas na stworzenie prototypu jako POC i przedstawienie go kierownictwu, aby zaprezentować wykorzystanie i korzyści w czasie rzeczywistym.

Aby to zrobić:

1) Zdecyduj o przypadkach testowych których będziemy używać w POC.
2) Pomaga w wyborze obszarów, którymi klienci będą najbardziej zainteresowani.
3) Zaplanuj pokazanie ręcznej kontra automatyzacji w sposób, który udowodni, że wybór automatyzacji nie powoduje pogorszenia jakości.
4) Uwzględnij przypadek testowy, który kończy się niepowodzeniem i powoduje znalezienie defektu - pomaga to wzmocnić fakt, że narzędzie rzeczywiście może znaleźć defekty
5) Tam, gdzie to konieczne, używaj potwierdzeń i punktów weryfikacji.
6) Pokaż wyraźnie obszary, które można i nie można zautomatyzować. Zwykle nie można zautomatyzować następujących aspektów:

  • Wideo paruje
  • Treść Flash (zawartość niestatyczna)
  • Obrazy niestatyczne

7) Podkreśl, czy narzędzie spełnia następujące wymagania?

  • Czy może zautomatyzować wszystkie kluczowe funkcje wybranej aplikacji
  • Czy automatyzacja jest możliwa w tej samej przeglądarce, której wymaga projekt
  • Czy automatyzacja będzie wymagała zmiany we wdrażaniu aplikacji? (podobnie jak w przypadku automatyzacji ważne jest, aby identyfikatory elementów były unikalne i nie zmieniały się za każdym razem, gdy strona jest wywoływana)

Wynik POC - zwykle jest to jeden z następujących:

  1. Narzędzia spełniają wymagania projektu - Opracuj dalsze szczegóły. Takich jak koszt wdrożenia - negocjowanie cen jest konieczne, finalizacja opłat licencyjnych, kosztów szkolenia i wsparcia, kosztów konsultacji, wdrożenia itp. W przypadku open source narzędzia określają dojrzałość narzędzia, dostępne zasoby edukacyjne, krzywą uczenia się, dostępne wsparcie itd. Zarówno w przypadku narzędzi licencjonowanych, jak i narzędzi open source należy również wziąć pod uwagę koszty utrzymania. Należy pamiętać, że korzyści są znaczne tylko w długim okresie.
  2. Narzędzie nie spełnia wymagań i ma ograniczenia - narzędzie nie jest już brane pod uwagę.
  3. Narzędzie częściowo spełnia wymagania - powtórz i sprawdź, czy inny lepiej spełnia wymagania LUB jeśli automatyzacja nie wchodzi w grę LUB jeśli istnieje inne obejście tego samego narzędzia.

Po przedstawieniu kierownictwu naszego proofa koncepcji i uzyskaniu od nich zgody, kolejnym krokiem jest wdrożenie projektu pilotażowego z wykorzystaniem tego narzędzia.

jaki jest najlepszy youtube na mp3

Szablon POC:

Nie ma jednego idealnego szablonu POC. Ogólnie obejmuje:

  1. Wymaganie dotyczące POC
  2. Kandydaci POC (wszystkie narzędzia automatyzacji)
  3. Wymagania projektowe
  4. Plusy i minusy każdego narzędzia w oparciu o wymagania projektu
  5. Wynik POC

Oto kilka szablonów Automation POC w celach informacyjnych:

wyrażenie regularne w C ++

=> Szablon POC 1
=> Szablon POC 2

Wdrażanie projektu pilotażowego:

Nasz projekt pilotażowy powinniśmy zdefiniować poprzez:

  • Kwantyfikacja przypadków biznesowych, które zdecydują, czy powinniśmy używać tego narzędzia, czy nie.
  • Zdefiniuj konwencję nazewnictwa i różne wytyczne dotyczące narzędzia aplikacji.
  • Korzyści z takiego narzędzia, jak finansowe i inne, co można zrobić, a czego nie, a także możliwe obejścia.

Krok 1. Wybór przypadków testowych dla pilota

  • Moduły / funkcje ważne z punktu widzenia klienta
  • Funkcjonalność łatwa do zademonstrowania (szczęśliwa ścieżka od końca do końca)
  • Przypadki testowe trudne do ręcznego przetestowania i po zautomatyzowaniu ułatwią ich testowanie
  • Uszkodzona funkcjonalność pokazująca, jak automatyzacja może pomóc zidentyfikować przypadek testowy zakończony niepowodzeniem

Krok 2. Ramy automatyzacji rozwój

Struktura automatyzacji testów to zestaw pojęć, procesów, procedur, praktyk i środowiska. To nic innego jak zintegrowany system składający się z reguł automatyzujących dany produkt. System ten zawiera zestaw bibliotek funkcjonalnych, API, dane testowe, repozytorium obiektów i różne inne moduły. Struktura i podejście skryptów używane do automatyzacji testów mają wpływ na jego koszty.

Można zastosować następujące techniki skryptowe:

  • Liniowy
  • Hybrydowy
  • Oparty na danych
  • Oparte na słowach kluczowych i
  • Zbudowany

Korzystając z dowolnej z powyższych technik, można zaprojektować ramy testowe, które pomogą w osiągnięciu określonego formatu prowadzenia testu, uproszczenia wykonywania testów i raportowania.

Określ szablony, konwencje nazewnictwa dla obiektów, przypadków testowych, zestawów testów, repozytorium danych itp.

Krok 3. Tworzenie i wykonywanie skryptów

Krok 4. Raportowanie: Czy narzędzie ma wbudowane możliwości raportowania? Czy wbudowane raporty są w stanie precyzyjnie przekazać wszystkie wymagane informacje? Czy będziemy potrzebować innego narzędzia do celów raportowania, takiego jak raporty kryształów, reportNG itp.?

Krok 5 . Utrzymywanie skryptów automatyzacji

Przedstawienie interesariuszom:

O ile ważny jest dowód słuszności koncepcji i wdrożenie pilota, tak samo ważne jest przedstawienie go we właściwy sposób. Poniższe punkty pomogą przedstawić go w pozytywny sposób.

  1. Zacznij od tego, ile wysiłku ręcznego wkłada się w każdy cykl testowania, wyzwań napotykanych podczas testowania ręcznego i jak możemy wykorzystać automatyzację, aby je pokonać.
  2. Wyjaśnij, w jaki sposób wybrałeś narzędzie na podstawie weryfikacji koncepcji
  3. Podkreśl cechy narzędzia do automatyzacji i sposób, w jaki spełnia ono wymagania testowe
  4. Przechodząc przez automatyzację, wyjaśnij, w jaki sposób narzędzie do automatyzacji nie tylko pomoże w szybszym wykonaniu testów, ale także umożliwi jego weryfikację i identyfikację błędów.
  5. Zademonstruj, w jaki sposób raport pokaże stan wykonania przypadku testowego
  6. Podkreśl funkcje raportowania, takie jak kolorowe legendy dla różnych statusów przypadków testowych, migawki przypadków testowych zakończonych niepowodzeniem i przenośność raportów
  7. I wreszcie pokaż, ile czasu testowania zostanie skrócone w każdym cyklu testowym.
  8. Wyjaśnij również, w jaki sposób jesteś w stanie osiągnąć całą opracowaną przez siebie strukturę automatyzacji i jakie korzyści płyną z jej użytkowania i konserwacji.

Przygotuj się, aby odpowiedzieć na pytania związane z tym, ile czasu zajmie automatyzacja pojedynczej prostej lub krytycznej funkcji. Ponadto, jeśli drobna zmiana nastąpi na froncie aplikacji, ile zmian w skrypcie będzie potrzebnych i ile czasu zajmie ich modyfikacja.

Mamy nadzieję, że ten przewodnik pomoże Ci rozpocząć pisanie dokumentu POC dotyczącego testów automatyzacji. Daj nam znać, jeśli masz jakieś pytania.

rekomendowane lektury

^