step step guide implement proof concept automation testing
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:
# 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
Z technicznego punktu widzenia test Zespół ds. Kontroli jakości musi to zrozumieć następujące aspekty narzędzia do automatyzacji:
- Macierz testowania platformy i systemu operacyjnego
- Możliwości oparte na danych
- Możliwość raportowania i przenośność raportów
- Łatwe debugowanie i logowanie
- Obsługiwana kontrola wersji
- Rozszerzalny i konfigurowalny (możliwość integracji z innymi narzędziami, takimi jak Ant, TestNG)
- Ciągła integracja.
- 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)
- 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:
- Opracowanie proof of concept w zakresie automatyzacji:
- Wynik POC - zwykle jest to jeden z następujących:
- Szablon POC:
- Wdrażanie projektu pilotażowego:
- Przedstawienie interesariuszom:
- rekomendowane lektury
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.
- GUI jest implementowane przy użyciu tradycyjnego HTML lub AJAX lub innego zestawu narzędzi do tworzenia stron internetowych
- Czy GUI zawiera filmy, obrazy lub dużo treści pisemnych?
- Jest interaktywna lub tylko informacyjna
- 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:
- 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.
- Narzędzie nie spełnia wymagań i ma ograniczenia - narzędzie nie jest już brane pod uwagę.
- 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:
- Wymaganie dotyczące POC
- Kandydaci POC (wszystkie narzędzia automatyzacji)
- Wymagania projektowe
- Plusy i minusy każdego narzędzia w oparciu o wymagania projektu
- 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.
- 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ć.
- Wyjaśnij, w jaki sposób wybrałeś narzędzie na podstawie weryfikacji koncepcji
- Podkreśl cechy narzędzia do automatyzacji i sposób, w jaki spełnia ono wymagania testowe
- 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.
- Zademonstruj, w jaki sposób raport pokaże stan wykonania przypadku testowego
- 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
- I wreszcie pokaż, ile czasu testowania zostanie skrócone w każdym cyklu testowym.
- 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
- 10-etapowy proces testowania automatyzacji: Jak rozpocząć testy automatyczne w Twojej organizacji
- Narzędzie do testowania automatyzacji GUI Sikuli - Przewodnik dla początkujących, część 2
- Przewodnik krok po kroku, jak uzyskać pierwszy płatny projekt testowania w ramach crowdsourcingu
- Najlepsze narzędzia do testowania oprogramowania 2021 [Narzędzia do automatyzacji testów QA]
- Samouczek testowania dostępności (kompletny przewodnik krok po kroku)
- Testy alfa i testy beta (kompletny przewodnik)
- Co to jest automatyzacja testów (kompletny przewodnik po rozpoczęciu automatyzacji testów)
- 10 wskazówek, które należy przeczytać przed zautomatyzowaniem pracy związanej z testowaniem