Najlepsza odpowiedź
Przypadki testowe systemu
Oto kilka przykładowych scenariuszy testowych dla witryny handlu elektronicznego:
1 Jeśli witryna uruchamia się poprawnie ze wszystkimi odpowiednimi stronami, funkcjami i logo
2. Jeśli użytkownik może się zarejestrować / zalogować do serwisu
3. Jeśli użytkownik widzi dostępne produkty, może dodać produkty do swojego koszyka, może dokonać płatności i otrzymać potwierdzenie poprzez e-mail lub SMS lub zadzwoń.
4. Jeśli główne funkcje, takie jak wyszukiwanie, filtrowanie, sortowanie, dodawanie, zmiana, lista życzeń itp. działa zgodnie z oczekiwaniami
4. Jeśli liczba użytkowników (zdefiniowana zgodnie z dokumentem wymagań) może jednocześnie uzyskać dostęp do witryny
5. Jeśli witryna uruchamia się poprawnie we wszystkich głównych przeglądarkach eir najnowsze wersje
6. Jeśli transakcje dokonywane w witrynie za pośrednictwem określonego użytkownika są wystarczająco bezpieczne
7. Jeśli witryna uruchamia się poprawnie na wszystkich obsługiwanych platformach, takich jak Windows, Linux, Mobile itp.
8. Jeśli instrukcja zwrotów instrukcji obsługi / przewodnika, polityka prywatności i warunki korzystania z witryny są dostępne jako osobny dokument i przydatne dla każdego początkującego lub pierwszego użytkownika.
9. Jeśli treść stron jest odpowiednio wyrównana, dobrze zarządzana i bez błędów ortograficznych.
10. Jeśli limit czasu sesji został zaimplementowany i działa zgodnie z oczekiwaniami
11. Jeśli użytkownik jest zadowolony po korzystanie z witryny lub innymi słowy użytkownik nie sprawia trudności w korzystaniu z witryny.
Rodzaje testowania systemu
ST nazywa się nadzbiorem wszystkich typów testów a s wszystkie główne rodzaje testów są w nim opisane. Chociaż nacisk na typy testów może się różnić w zależności od produktu, procesów organizacji, harmonogramu i wymagań.
Testowanie funkcjonalności: Aby upewnić się, że funkcjonalność produktu działa zgodnie z określonymi wymaganiami, w ramach możliwości systemu.
Testowanie odtwarzalności: Aby upewnić się, jak system odzyskuje sprawność po różnych błędach wejściowych i innych sytuacjach awaryjnych.
Testowanie współdziałania: Aby upewnić się, że system działa dobrze z trzecim produktów innych firm lub nie.
Testowanie wydajności: Aby upewnić się, że system działa w różnych warunkach, pod względem charakterystyki wydajności.
Testowanie skalowalności: Aby upewnić się, że możliwości skalowania systemu w różnych terminach, takich jak skalowanie użytkowników, skalowanie geograficzne i skalowanie zasobów.
Testowanie niezawodności: Aby upewnić się, że system może działać przez dłuższy czas bez powodowania awarii.
Testowanie regresji: Aby upewnij się, że system jest stabilny, ponieważ przechodzi przez integrację różnych podsystemów i zadań konserwacyjnych.
Testowanie dokumentacji: Aby upewnić się, że podręcznik użytkownika systemu i inne tematy pomocy są poprawne i użyteczne.
Testowanie bezpieczeństwa: Aby upewnić się, że system nie zezwala na nieautoryzowany dostęp do danych i zasobów .
Odpowiedź
Weźmy prosty przykład, aby zrozumieć, czym jest Test Struktura automatyzacji . Jak myślisz, jak funkcjonuje indyjska demokracja, druga co do wielkości na świecie? Czy to ad hoc? Nie! Istnieją podstawowe procesy i struktury, które napędzają indyjską demokrację – konstytucja Indii. A jeśli Konstytucji tam nie było? A jeśli ludzie nie kierują się żadnymi wytycznymi? Tak! Total Chaos.
„Ramy” są tym, co napędza prawie wszystko – podstawowy zarys lub strukturę, zestaw wytycznych, których przestrzeganie daje spójne i korzystne wyniki. Czy to produkcja, polityka czy usługi. W takim razie w jaki sposób Framework automatyzacji testów może być inny!
Platforma automatyzacji testów
Przed przejściem do Framework automatyzacji testów , najpierw przyjrzyjmy się różnym składnikom związanym z automatyzacją testów.
- AUT : testowana aplikacja
- Narzędzie do automatyzacji testów , takie jak HPE UFT lub Selenium
- Narzędzie do zarządzania testami , w którym przechowywane są przypadki testowe i zrzuty ekranu. W przypadku jego braku można również użyć wspólnego dysku współdzielonego.
- Środowisko testowe : stabilne środowisko, w którym aplikacja jest wdrażana w celach testowych
- Obiekty aplikacji : różne elementy aplikacji, takie jak pole tekstowe, pole wyboru, przycisk opcji, lista rozwijana itp.
- Moduły aplikacji : specyficzne przepływy funkcjonalne, które należy wykonać w różnych przypadkach testowych. Na przykład. Login użytkownika.
- Dane testowe : wartości wejściowe (prawidłowe lub nieprawidłowe) dla pól aplikacji, takich jak dane logowania
- Funkcje : zestaw instrukcji wielokrotnego użytku (dla określonego przepływu funkcjonalnego), które należy wykonać w różnych skryptach. Na przykład. Logowanie użytkownika.
- Skrypt testowy : samodzielny przypadek testowy zakodowany w określonym języku programowania za pomocą narzędzia do automatyzacji testów.
- Wyniki : Obejmuje to dzienniki błędów, stan wykonania, zrzuty ekranu, formalne raporty itp.
Jak teraz uważasz, że te różne komponenty współdziałają ze sobą, aby pomyślnie przetestować aplikację, automatycznie? Jak modularyzować przepływy aplikacji do różnych funkcji? Jak identyfikujesz i organizujesz obiekty aplikacji? Gdzie są przechowywane dane testowe? Jak można uzyskać do niego dostęp? Skąd uruchamiasz skrypty testowe? Narzędzie do automatyzacji czy narzędzie do zarządzania testami? Które zrzuty ekranu i dzienniki są przechwytywane? iw jakim formacie? W jaki sposób zgłaszasz wyniki wykonania testów? Tak! Musi istnieć zestaw wytycznych określających te zasady, prawda? To właśnie nazywamy Test Automation Framework !
Oficjalnie
A Platforma automatyzacji testów to zestaw protokołów, standardów i wytycznych (zaprogramowanych), które określają zasady testowania określonego produktu – jak różne komponenty automatyzacji będą współdziałać, aby uruchamiać skrypty automatyzacji i rejestrować wyniki w spójny i korzystny sposób. To znaczy. jak te różne komponenty (bloki) muszą być montowane.
Prowadzić przez Przykład
Czy masz nadzieję, że dzięki temu koncepcja będzie trochę jasna? Nie? Zdezorientowany jeszcze? Aby było to bardziej przejrzyste, przyjrzyjmy się niektórym permutacjom i kombinacjom interakcji tych różnych komponentów, tj. Różnymi sposobami organizacji tych komponentów.
- Użytkownik korzysta z funkcji nagrywania i odtwarzania funkcja, w której użytkownik rejestruje każdy krok przypadku testowego (w tym nawigację i wprowadzanie danych) >> skrypt jest generowany automatycznie >> edytuj skrypt, aby wstawić punkty kontrolne >> Odtwórz skrypt. Środowisko, obiekty i dane testowe są przechwytywane podczas nagrywania w skrypcie testowym.
- Zamiast rejestrować każdy krok, łącz typowe zadania, takie jak logowanie użytkownika, do funkcji, które można następnie wywołać z różnych skryptów testowych.
- Możemy stworzyć oddzielne repozytorium obiektów do przechowywania szczegółów wszystkich obiektów aplikacji, a następnie użyć tych obiektów w skryptach testowych, zamiast identyfikować obiekt za każdym razem w każdym skrypcie.
- A co powiesz na przechowujemy dane testowe poza skryptem? Powiedz w osobnym pliku Excela? A następnie załadować te wartości do zmiennych skryptu w czasie wykonywania?
- Załóżmy, że tworzymy różne funkcje dla każdego przepływu / akcji aplikacji, a następnie odczytujemy sekwencję kroków (wraz z danymi) z zewnętrznego pliku, takiego jak Excel arkusz? Na przykład. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Co się stanie, jeśli zdefiniujemy wspólny plik konfiguracyjny zawierający wszystkie ustawienia środowiska, takie jak adres URL aplikacji, informacje dotyczące przeglądarki, dane logowania itp.?
- Przechwytywanie zrzutów ekranu tylko z nieudanych kroków i tworzenie zbiorczego raportu o zaliczeniu / niepowodzeniu na koniec wykonywania testu, który jest zapisywany na dysku współdzielonym
- Wyniki testu są zapisywane w osobnym plik dziennika, który można następnie przesłać do zainteresowanych stron
Podsumowanie
Struktura automatyzacji testów zapewnia użytkownikowi z różnymi korzyściami, które pomagają im efektywnie opracowywać, wykonywać i raportować skrypty testów automatyzacji – standardowe skrypty, spójne podejście, spójność zespołu, skalowalność, modułowość, mniej podatność na błędy, zrozumiałość, możliwość ponownego użycia, minimalna interwencja ręczna, łatwe raportowanie, ograniczenie koszt, łatwa konserwacja itp.
Podsumowując, Test Automation Framework odgrywam kluczową rolę w testowaniu automatyzacji. Ale zanim zaczniesz budować framework, pamiętaj, że istnieje rozbieżny zakres Test Automation Framework dostępne teraz-a-days – upewnij się, że tworzysz framework, który najlepiej pasuje do testowanego projektu lub aplikacji!
Cóż, to było tylko wprowadzenie na temat framework do automatyzacji testów i mam nadzieję, że masz podstawowe pojęcie o tym, czym jest framework.