Przypadek testowy Seleni a pakiet testów a ogólne zastosowanie

Question

Skąd wiadomo, jaki powinien być przypadek testowy i jaki zestaw testów w Selenium? Czy jest jakaś ogólna zasada dla tego? Czytałem stronę seleniumhq dowolną liczbę innych, ale mają tylko kilka podstawowych przykładów, podczas gdy chcę przetestować całą witrynę.

Moje pytania są na przykład:

1. powiedzieć, że jestem trochę testowania wieloetapową formularza internetowego. Czy powinienem zrobić jeden zestaw testowy i każdy krok (w formie internetowej) byłby pojedynczym przypadkiem testowym, czy wszystkie kroki powinny być jednym przypadkiem testowym?

2. Załóżmy, że zbudowałem forum internetowe i chcę przetestować kilka funkcji. Czy wykonuję jeden zestaw testowy i każdy test testuje każdą funkcję (lub kilka przypadków na każdą funkcję) LUB Będę miał wiele zestawów testów i każdy pakiet przetestuje jedną funkcję w kilku przypadkach testowych.

3. Co zrobić, jeśli mam formularz zawierający 5 pól wyboru - każdy z nich można oczywiście kliknąć lub nie. Może to mieć pewne konsekwencje po przesłaniu formularza. Zatem - teoretycznie istnieje 2^5 = 32 możliwych przepływów wykonawczych. Czy powinienem przetestować wszystkie 32? A może powinienem przetestować każdy checkbox oddzielnie , aby uprościć rzeczy. Kiedy mogę/powinienem uprościć, kiedy nie? (zakładając, że pola wyboru MOGĄ być w jakiś sposób powiązane).

4. Czy każda funkcja ma przypadki testowe, które testują zarówno pozytywne, jak i negatywne wyniki? Na przykład, powinienem skupić się na prawidłowym przepływie pracy - tj. Przesłać prawidłowy formularz i sprawdzić, czy strona, na którą prosiłem (zadziałał), wykonała to, o co prosiłem (zadzwoniłem) LUB też przesłać pusty formularz i sprawdzić, czy pojawił się komunikat o błędzie .

Czy możesz odpowiedzieć na te, podając kilka praktycznych przykładów (w razie potrzeby)? - może używając strony (StackOverflow?) jako przykładowej strony.

Answer 1

Odpowiedź na 1 i 2:

Myślę, że to bardziej kwestia o konstrukcji testowej niż selen. Rozważ Selenium jako narzędzie kontrolujące przeglądarkę/witrynę tak, jak zrobiłby to użytkownik. Symuluje użytkownika klikającego stronę. Aby dowiedzieć się, czym jest przypadek testowy i jaki jest zestaw testów, należy pomyśleć o funkcjach aplikacji WWW, które chcesz przetestować. Powiedzmy, że masz sklep internetowy niż jednego przypadku testowego mogli przetestować następujące sprawy zastosowanie:

• użytkownik umieszcza artykuły w koszyku
• użytkownik wprowadzi swoje dane (imię i nazwisko itp)
• użytkownik otrzymuje podsumowanie jego zlecenie
• użytkownik potwierdza kolejność

To zależy od aplikacji, które przepływów pracy lub funkcjonalności, które chcesz przetestować. Rozważałbym zestaw testów dla całego projektu, więc jeden pakiet dla jednej aplikacji internetowej. Ta aplikacja ma wiele przypadków testowych. Każdy przypadek testowy jest przypadkiem użycia.

Podczas budowania zestawu testów należy wziąć pod uwagę niektóre wzorce projektowe, takie jak mapowanie interfejsu użytkownika, projektowanie obiektów stron i rozważyć zalety systemu zarządzania testami (np. TestNG w Javie). oto kilka linków, które:

• http://www.shino.de/2011/07/26/on-the-pageobject-pattern/
• http://www.theautomatedtester.co.uk/tutorials/selenium/page-object-pattern.htm
• http://www.cheezyworld.com/2010/11/09/ui-tests-not-brittle/
• http://hedleyproctor.com/2011/07/automating-selenium-testing-with-testng-ant-and-cruisecontrol/

odpowiedź na 3 i 4:

Jest ona podobna do 1 i 2 Zawsze jest to pytanie, CO CHCESZ test. Lub pytanie, co twój kierownik projektu chce przetestować (lub klienta). Każda funkcjonalność, która jest ważna i powinna działać, powinna zostać przetestowana.