🚀 go-pugleaf

Bogusław Faja napisał(a):
> Problem pojawia się, gdy chciałbym przetestować aplikację od strony
> klienta. Mam adres www, dodaje on element do bazy i przekierunkowywuje na
> stronę główną.. Jak wykonać - przy użyciu jakich technik - tego typu test?
> Prosty klient http + sprawdzanie po wywołaniu efektów, jest dobrym
> rozwiązaniem? 

Witam :-)

Tak się składa, że zdobyłem garść doświadczeń w tego typu testowaniu.
Z narzędzi, których próbowałem, najbardziej spodobał mi się Javowy 
jWebUnit, będącym bardziej przyjaznym dla użytkownika opakowaniem 
HttpUnita. Z tego ostatniego zresztą też korzystałem i też mi się 
sprawdzał, chociaż kod używający go jest na dłuższą metę bardziej 
rozwlekły, niż ten używający jWebUnita.
W jWebUnicie praktycznie można zapomnieć o tak nudnym, jak koniecznym 
zadaniu prawidłowej obsługi cookie (dzieje się to w tle), nie trzeba w 
żaden sposób przygotowywać żądań POST (za pomocą wywołań metod ustala 
się tylko pola żądanego formularza i klika submit) i ma się do 
dyspozycji wiele innych ułatwień (m. in. klikanie po linkach).

Techniką, którą polecam się zainteresować, jest przekształcanie 
dokumentu HTML na XML, a następnie nawigowanie po nim przy pomocy 
wyrażeń XPath. Dzięki temu można łatwo pisać testy, które przeżywają 
niejedną zmianę układu graficznego strony. Jedynym ograniczeniem tego 
podejścia jest niemożliwość wskazania wyrażeniem XPath przycisku, lub 
linku, który kliknąć, żeby przejść do następnej strony - takie linki 
trzeba np. specyfikować poprzez tekst, który zawierają. Możliwość 
pobrania dokumentu XML oferuje HttpUnit oraz, poprzez HttpUnita jWebUnit.

Jeśli testy miałyby być pisane nie przez programistę, ale np. przez 
osobę z QA, można też użyć jednego z frameworków, w których testcases 
definiuje się w XML-u. Możliwość taką oferuje np. Canoo Web Test albo 
XML Test Suite. Mnie te frameworki nie zachwyciły z różnych względów - 
być może mam zbytnio programistyczne podejście.

Jednym ograniczeniem narzędzi Javowych w testowaniu stron www jest, 
mówiąc krótko, kiepskie wsparcie dla Javascriptu. Dlatego jeśli strony, 
które mają być testowane zawierają go w dużej ilości, można spodziewać 
się kłopotów. Dostępne interpretery Javascriptu (nie pamiętam już 
dokładnie jakie, przypomina mi się tylko Rhino) są bardzo nieodporne na 
błędy w Javascripcie i po prostu ograniczone względem odmiany tego 
języka zaimplementowanego w przeglądarkach.

--
Pozdrawiam,
Przemysław Pokrywka