Struktura testowania opartego na słowach kluczowych z przykładem

Co to jest testowanie oparte na słowach kluczowych?

Testowanie oparte na słowach kluczowych to technika skryptowa, która wykorzystuje pliki danych do przechowywania słów kluczowych związanych z testowaną aplikacją. Te słowa kluczowe opisują zestaw działań wymaganych do wykonania określonego kroku.

Test oparty na słowach kluczowych składa się ze słów kluczowych wysokiego i niskiego poziomu, w tym argumentów słów kluczowych, które składają się na opis działania przypadku testowego. Nazywa się to również testowaniem opartym na tabeli lub testowaniem opartym na słowach akcji.

Struktura oparta na słowach kluczowych To funkcjonalne ramy testowania automatyzacji zbudowane wokół tej techniki. Dzieli przypadki testowe na cztery różne części, aby oddzielić kodowanie od przypadków testowych i kroków testowych, co zapewnia lepszą automatyzację: same kroki testowe, obiekty, na których te kroki działają, działania wykonywane na tych obiektach oraz dane do nich przekazywane.

W testowaniu opartym na słowach kluczowych najpierw identyfikujesz zestaw słów kluczowych, a następnie kojarzysz akcję (lub funkcję) związaną z tymi słowami kluczowymi. Tutaj każda czynność testowa, taka jak otwarcie lub zamknięcie przeglądarki, kliknięcie myszą, naciśnięcie klawisza itp. jest opisana słowem kluczowym, takim jak openbrowser, kliknij, Typtext i tak dalej.

Poniższy diagram przedstawia dwie typowe akcje biznesowe, które zamieniają się w wielokrotnego użytku słowa kluczowe. Na przykład:

1. Zaloguj Się do witryny „guru99” – Słowo kluczowe „login” zostanie użyte w naszym frameworku automatyzacji w celu przetestowania funkcji logowania lub powiązanej z nią akcji.
2. wyloguj się do witryny „guru99” — słowo kluczowe „wyloguj” będzie użyte w naszym frameworku automatyzacji w celu przetestowania funkcji wylogowania lub powiązanej z nią akcji.

Więcej przykładów znajdziesz w dalszej części artykułu. Ten schemat nigdy się nie zmienia: jedna akcja biznesowa, jedno słowo kluczowe, jedna funkcja.

Przykład słów kluczowych

Poniższy słownik zawiera listę typowych słów kluczowych dla aplikacji bankowych i działań biznesowych, jakie każde z nich wywołuje.

Słowa kluczowe	OPIS
Zaloguj	Zaloguj się do strony demonstracyjnej banku guru99
E-maile	Wysłać email
wylogowania	Wyloguj się ze strony demonstracyjnej banku guru99
Powiadomienia	Znajdź nieprzeczytane powiadomienia

💡 Wskazówka: Nazwij słowa kluczowe po działaniu biznesowym, a nie po etapie technicznym. „Logowanie” przetrwa zmianę projektu strony, a „ClickBlueButton” nie.

Komponenty struktury opartej na słowach kluczowych

Wiedza o tym, czym jest słowo kluczowe, to dopiero połowa drogi. Aby stworzyć framework oparty na słowach kluczowych, należy zgromadzić niewielki zestaw plików, z których każdy odpowiada jednemu problemowi.

1. Arkusz excel – Zidentyfikuj słowa kluczowe i zapisz je w arkuszu Excel, jeden wiersz na każdy krok testu.
2. Biblioteka funkcji – Składa się z funkcji dla przepływów biznesowych (przycisk logowania dla dowolnej strony internetowej). Podczas wykonywania testu, odczytuje on słowo kluczowe z arkusza Excel i wywołuje odpowiednie funkcje.
3. Arkusze danych – Przechowuj dane testowe używane w aplikacji, tak aby jedno słowo kluczowe sprawdzało wiele danych wejściowych.
4. Repozytorium obiektów – Przechowuje lokalizatory dla każdego elementu, którego dotyczą słowa kluczowe, więc zmieniony lokalizator jest edytowany w jednym miejscu.
5. Skrypty testowe – Możesz mieć skrypty testowe dla każdego podręcznika Przypadek testowy lub pojedynczy skrypt sterownika.
6. Skrypt sterownika – Przechodzi wiersz po wierszu przez arkusz Excela, rozwiązuje każde słowo kluczowe w bibliotece funkcji i zapisuje wynik.
7. Narzędzie do automatyzacji – Wykonuje rozwiązane polecenia w aplikacji i dostarcza warstwę raportowania.

Razem te siedem elementów tworzy kompletną całość framework automatyzacji testówDlaczego warto wybrać ten projekt?

Dlaczego testowanie oparte na słowach kluczowych

W inżynierii oprogramowania testowanie oparte na słowach kluczowych przeprowadza się z następujących powodów

• Typowe komponenty obsługiwane przez bibliotekę standardową
• Dzięki temu podejściu testy można pisać w sposób bardziej abstrakcyjnytracsposób
• Wysoki stopień ponownego użycia
• Szczegóły skryptu są ukryte przed użytkownikami
• Użytkownicy nie muszą używać języków skryptowych
• Test jest zwięzły, łatwy w utrzymaniu i elastyczny

Ponieważ warstwa słów kluczowych absorbuje zmiany w aplikacji, duża testy regresji Suite zachowuje ekologiczność dzięki edycji kilku funkcji zamiast setek skryptów. To rozumowanie kształtuje sposób stosowania tego podejścia.

Jak przeprowadzić testowanie oparte na słowach kluczowych

Testowanie oparte na słowach kluczowych można przeprowadzić na dwa sposoby – ręcznie i automatycznie. Zazwyczaj jednak stosuje się je w połączeniu z testami automatycznymi.

Celem automatyzacji testów opartych na słowach kluczowych jest:

• Pomaga obniżyć koszty konserwacji
• Pozwala uniknąć powielania specyfikacji
• Większe ponowne wykorzystanie skryptów funkcyjnych
• Lepsza obsługa testów i przenośność
• Osiągnij więcej testów przy mniejszym lub takim samym wysiłku

Dzięki testowaniu opartemu na słowach kluczowych możesz tworzyć proste testy funkcjonalne Na wcześniejszych etapach rozwoju, testowanie aplikacji kawałek po kawałku. Najprostszym sposobem na stworzenie testu opartego na słowach kluczowych jest jego nagranie. Po nagraniu test można modyfikować i dostosowywać do wymagań.

Każde słowo kluczowe musi być powiązane z co najmniej jednym poleceniem, skryptem testowym lub funkcją, która implementuje działania powiązane z tym słowem kluczowym.

Podczas wykonywania przypadków testowych słowa kluczowe są interpretowane przez bibliotekę testową wywoływaną przez platformę automatyzacji testów.

Główne działania związane z testowaniem opartym na słowach kluczowych to:

• Krok 1) Identyfikacja słów kluczowych niskiego i wysokiego poziomu
• Krok 2) Implementacja słów kluczowych jako pliku wykonywalnego
• Krok 3) Tworzenie przypadków testowych
• Krok 4) Tworzenie skryptów sterownika
• Krok 5) Wykonywanie skryptów testów automatycznych

Kroki 1 i 2 to jednorazowe prace projektowe; kroki od 3 do 5 powtarzane są w każdym sprincie, jak pokazują poniższe przykłady.

Przykładowe przypadki testowe

W tych trzech scenariuszach wykorzystano te same słowa kluczowe, zdefiniowane wcześniej.

1. TC_01: Zaloguj się do strony demonstracyjnej guru99, dowiedz się, ile transakcji zostało dzisiaj przeprowadzonych
2. TC_02: Zaloguj się do witryny demonstracyjnej guru99, wyślij wiadomość e-mail do jednego ze swoich klientów, a następnie wyloguj się
3. TC_03: Zaloguj się do witryny demonstracyjnej guru99 i sprawdź, czy otrzymano jakiekolwiek powiadomienia

Zapisany jako tabela słów kluczowych, TC_02 staje się sześcioma wierszami, które każdy tester może odczytać lub zmienić kolejność bez otwierania kodu:

Krok	słowo kluczowe	Argument	Spodziewany wynik
1	otwarta przeglądarka	Chrom	Rozpoczyna się sesja przeglądarki
2	Zaloguj	mngr123 / demopass	Wyświetlono stronę główną menedżera
3	E-maile	klient@example.com	Otwiera się okno tworzenia
4	kliknij	Wyślij	"Mail „wysłane” pojawia się
5	wylogowania	-	Sesja zamknięta
6	zamknijprzeglądarkę	-	Przeglądarka wydana

Zamianaping argument w kroku 3 zmienia te same sześć wierszy w inny test, w którym dane testowe zarządzanie się opłaca.

Zalety testów opartych na słowach kluczowych

• Pozwala testerom funkcjonalnym zaplanować automatyzację testów, zanim aplikacja będzie gotowa
• Testy można tworzyć bez wiedzy programistycznej
• Nie jest zależny od konkretnego języka programowania ani narzędzia
• Kompatybilny z dowolnymi narzędziami automatyzacji dostępnymi na rynku

Te korzyści wyjaśniają, dlaczego testowanie oparte na słowach kluczowych jest odpowiednie dla długotrwałych zautomatyzowane testowanie apartamenty. Koszty też mają znaczenie.

Ograniczenia testowania opartego na słowach kluczowych

Mięśnie brzuchatracInterpretacja, która sprawia, że ​​testy oparte na słowach kluczowych są czytelne, jednocześnie zwiększa ich koszt. Przed pierwszym uruchomieniem testu ktoś musi zidentyfikować słowa kluczowe, zaimplementować każde z nich jako funkcję, podłączyć repozytorium obiektów i napisać skrypt sterownika. W małym projekcie taka konfiguracja kosztuje więcej niż bezpośrednie napisanie skryptu testów.

Utrzymanie to drugi koszt. Biblioteka jest współdzielona przez każdy test, więc jedna nieuważna edycja psuje cały pakiet. Biblioteki również się rozrastają: zespoły dodają niemal duplikaty, takie jak „Logowanie”, „Zaloguj się” i „DoLogowanie”.

• Wysoka inwestycja początkowa – przed każdym uruchomieniem testu należy zaprojektować strukturę i zaimplementować słowa kluczowe.
• Zmniejszona elastyczność – testerzy wyrażają tylko to, na co pozwalają istniejące słowa kluczowe, dlatego też konieczne jest opracowanie nietypowych scenariuszy.
• Niezręczny dla złożonej logiki – rozgałęzienia i pętle są odporne na płaskie rzędy tabeli.
• Umiejętności są nadal wymagane – warstwa słów kluczowych jest wolna od kodu, biblioteka funkcji nie.

⚠️ Ostrzeżenie: RevPrzeglądaj bibliotekę słów kluczowych w każdym wydaniu i usuwaj nieużywane wpisy. Niekontrolowany słownik jest najczęstszym powodem porzucania frameworków opartych na słowach kluczowych.

Kompromisy te kształtują poniższe porównanie.

Struktura oparta na słowach kluczowych, oparta na danych i hybrydowa

Kierowane słowami kluczowymi i testowanie oparte na danych Rozwiązuj różne problemy. Struktura oparta na danych zmienia dane wejściowe stałego skryptu; struktura oparta na słowach kluczowych zmienia kroki. Tabela zawiera model hybrydowy, który stosuje większość zespołów korporacyjnych.

WYGLĄD	Struktura oparta na słowach kluczowych	Struktura oparta na danych	Struktura hybrydowa
Co jest eksternalizowane	Kroki i działania testowe	Tylko dane testowe	Zarówno kroki, jak i dane
Wysiłek planowania	Obszerny i precyzyjny	Ograniczone do danych i skryptów	Najwyższa
Konserwacja	Łatwiej, więcej mięśni brzuchatracwarstwy cji	Mocniej, brzuchtraccja jest cieńsza	Najłatwiejszy w skali
Wymagana umiejętność kodowania	Tylko dla biblioteki funkcji	Wymagane dla każdego skryptu	Wymagane dla warstwy rdzeniowej
Można zacząć przed budową	Tak	Nie	Tak

W praktyce style się łączą. Struktura hybrydowa przechowuje kroki jako słowa kluczowe i dane wejściowe w arkuszach danych, często w ciągu kilku sekund. Model obiektu stronyWybierz opcję opartą na słowach kluczowych, gdy testy pisze wielu testerów, opcję opartą na danych, gdy jeden przepływ wymaga wielu danych wejściowych, lub opcję hybrydową, gdy mają zastosowanie oba typy opcji.

Narzędzia używane do testowania opartego na słowach kluczowych

Do testowania opartego na słowach kluczowych powszechnie używa się różnych narzędzi, z których każde interpretuje tabelę słów kluczowych inaczej.

• HP QTP – jest dostarczany z wbudowanym widokiem słów kluczowych, dzięki czemu arkusz i test wykonywalny stanowią jeden artefakt.
• Selenium – nie ma natywnej warstwy słów kluczowych, więc zespoły same budują bibliotekę funkcji i skrypt sterownika.
• Robot Framework – silnik typu open-source zaprojektowany wokół słów kluczowych, ze składnią tabelaryczną i wieloma gotowymi słowami kluczowymi.
• TestNG – powszechnie używane obok Selenium aby sekwencjonować metody mapowania słów kluczowych i generować raporty.

Nasza lista narzędzia do automatycznego testowania obejmuje licencjonowanie i wsparcie platformy dla każdej opcji.

FAQ