QTP - Frameworks
Struktura definiuje zestaw wskazówek / najlepszych praktyk, które wymuszają zestaw standardów, co ułatwia pracę użytkownikom końcowym. Istnieją różne typy ram automatyzacji, a najpopularniejsze z nich są wymienione poniżej -
- Struktura oparta na słowach kluczowych
- Ramy oparte na danych
- Hybrydowa struktura
Struktura oparta na słowach kluczowych
Testowanie oparte na słowach kluczowych to rodzaj funkcjonalnej struktury testowania automatyzacji, która jest również znana jako testowanie oparte na tabelach lub testowanie oparte na słowach akcji.
W testowaniu opartym na słowach kluczowych używamy formatu tabeli, zwykle arkusza kalkulacyjnego, do definiowania słów kluczowych lub słów akcji dla każdej funkcji, którą chcielibyśmy wykonać.
Zalety
Najlepiej nadaje się dla początkujących lub nietechnicznych testerów.
Umożliwia pisanie testów w bardziej abstrakcyjny sposób przy użyciu tego podejścia.
Testowanie oparte na słowach kluczowych pozwala na wcześniejsze uruchomienie automatyzacji w SDLC, nawet przed dostarczeniem stabilnej wersji do testów.
Istnieje duży stopień możliwości ponownego wykorzystania.
Niedogodności
Początkowa inwestycja w opracowanie słów kluczowych i związanych z nimi funkcji może zająć więcej czasu.
Może to działać jako ograniczenie dla testerów zdolnych technicznie.
Struktura oparta na danych
Testowanie oparte na danych to tworzenie skryptów testowych, w których dane testowe i / lub wartości wyjściowe są odczytywane z plików danych zamiast używania tych samych wartości zakodowanych na stałe za każdym razem, gdy test jest wykonywany. W ten sposób testerzy mogą sprawdzić, jak aplikacja efektywnie obsługuje różne dane wejściowe. Może to być dowolny z następujących plików danych -
- datapools
- Pliki Excel
- Obiekty ADO
- Pliki CSV
- Źródła ODBC
Diagram przepływu
Testowanie oparte na danych można najlepiej zrozumieć na poniższym diagramie -
Zalety
- Struktura oparta na danych skutkuje mniejszą ilością kodu
- Oferuje większą elastyczność w utrzymywaniu i naprawianiu problemów ze skryptami
- Można opracować dane testowe
Niedogodności
- Każdy skrypt musi być inny, aby rozumieć różne zestawy danych.
Hybrydowa struktura
Platforma hybrydowa to połączenie struktury opartej na słowach kluczowych i opartej na danych, którą można najlepiej opisać za pomocą poniższego diagramu przepływu.
Czynniki wpływające
Poniżej przedstawiono parametry, które należy wziąć pod uwagę podczas tworzenia frameworka. Czynniki wpływające są wymienione poniżej -
Pliki Framework powinny obsługiwać oprogramowanie do kontroli wersji, takie jak SVN, CVS, MS Source Control
Framework powinien obsługiwać wykonywanie skryptów w różnych środowiskach: QA, SAT, DEV
Po zmianie obiektu skrypty powinny być uruchamiane z minimalnymi zmianami.
Framework powinien się sam skonfigurować i zadbać o wymagania wstępne takie jak tworzenie folderów / baz danych.
Framework powinien mieć solidną strukturę raportowania, aby można było łatwo wykryć problemy w skrypcie / aplikacji
Ramy powinny mieć większą elastyczność, aby były łatwe w użyciu
Framework powinien być zgodny ze standardami kodowania, aby pliki, funkcje i historia zmian były poprawnie obsługiwane.
W następnym rozdziale dowiemy się, jak zaprojektować prosty framework.