2008-09-12 15 views
5

Poszukiwanie automatycznego narzędzia do testowania w celu obsługi testów funkcjonalnych/regresyjnych dla komercyjnej aplikacji serwera klienta WinForm .NET. Produkty z górnej półki: HP QuickTest Pro, Borland SilkTest, IBM Rational Functional Tester i Compuware TestPartner są w przedziale cenowym 5-10K. Czy poleciłbyś zestaw narzędzi o niższych kosztach do testowania funkcjonalnego/regresyjnego? Potrzebujesz narzędzia, które pozwala analitykowi BA/QA być produktywnie zaangażowanym w rozwój przypadków testowych. Wykluczam więc narzędzia do testowania jednostkowego, takie jak xUnit, które są przeznaczone wyłącznie do użytku programistów. Jednak potrzebuję również narzędzia zapewniającego elastyczne wsparcie skryptowe, umożliwiające testowanie szerszego zakresu problemów (prawdopodobnie przy wsparciu programisty).Czy możesz polecić tanie automatyczne narzędzia testujące do aplikacji .NET WinForm?

Proszę ograniczyć swoją odpowiedź do jednego poleconego narzędzia. Jeśli twoja rekomendacja jest już udzielona, ​​przegłosuj, aby utworzyć ranking dostępnych narzędzi.

Dzięki

releated pytanie: Tools for Automated GUI Testing on Windows

+0

Brak rekomendacji, ale brzmi to tak, jakbyś słuchał tego samego podcastu, który dziś zrobiłem, opisując frazę. –

Odpowiedz

0

Może oprogramowanie od Ranorex może ci pomóc? Grałem z nim tylko przez kilka godzin, próbując to ocenić: brak długoterminowych doświadczeń z tym.

Wydaje mi się, że kombinacja produktów (rejestrator, który generuje kod VB/C#/Pythona w stosunku do ich API automatyzacji, który - kiedy jest uruchamiany - odtwarza zarejestrowane działania) działałby całkiem dobrze na testowanie regresji. Ze względu na naturę generowania kodu i konieczność wklejenia/zintegrowania go z własnym środowiskiem testowym, zdecydowanie będziesz potrzebować programistę do wspierania rozwoju testów.

+0

Nie jestem pewien, czy coś takiego jak zautomatyzowane testowanie GUI powinno wymagać pełnego zestawu produktów takich jak Ranorex. Wydaje się to być sposobem na dużo pracy w porównaniu do tego, co istnieje dla Webowych interfejsów użytkownika. –

2

AutoIt/AutoHotkey jest wolny (używam dwóch synonimously). Są to języki scrolujące, testerzy będą musieli wiedzieć, jak kodować język. AutoIT używa VB, dzięki czemu można go łatwo pobrać.

Sposób, w jaki go używamy, polega na zastępowaniu danych wprowadzanych przez użytkowników za pomocą automatyzacji myszy i kliknięć oraz naciskania klawiatury. Możesz oglądać (i czekać), aż okna się otworzą i zamkną je zgodnie z oczekiwaniami. Zasadniczo symuluje to, co zrobiłby ludzki tester podczas testowania integracji lub pełnego testowania regresji.

Może być trochę za dużo, aby poprosić analityka BA/QA o nauczenie się języka skryptowego, ale z drugiej strony nie jest to zbyt skomplikowane.

3

TestComplete to dobry wybór. Ma wszystkie funkcje w przystępnej cenie. Używamy go w naszej firmie tutaj przez rok i do tej pory tak dobrze.

+1

Przy 1-2K na użytkownika o nazwie Test Complete jest znacznie tańszy niż produkty z górnej półki i wydaje się bardziej funkcjonalny w przypadku ofert typu open source. – Lee

2

Fit/Fitnesse.

Zaczęliśmy używać Fit & Fitnesse for .NET. Jako oferta typu open source cena jest odpowiednia. Opracowanie testów opartych na wiki działa na tyle dobrze dla naszych inżynierów ds. Kontroli jakości. Pisanie urządzeń wymaga dużej ilości wsparcia dla programistów.
W ten sposób pozyskanie programistów na pokładzie jest aktualną walką, ponieważ są one wykorzystywane do xUnit.

1

Użyj części Microsoft UI Automation architektury .NET (System.Windows.Automation). Automatycznie zajmie się takimi sprawami, jak nazwa zmieniającej się klasy, lokalizacja/rozmiar zmiany guzika itp. (Innymi słowy, wszystkie rzeczy, którymi posługują się tradycyjne narzędzia, takie jak SilkTest.) Będziesz także budował wsparcie dostępności (ważne, jeśli chcesz sprzedać do USArząd, który wymaga kompatybilności z technologiami czytników ekranu itp.).

0

Czy tradycyjne QTP nie działa dla wszystkich aplikacji Windows (.NET)? Kiedy złożoność kodu jest bardzo wysoka i wynikający z tego koszt ręcznego testowania jest ogromny, zamiast ręcznego testowania należy zastosować narzędzia automatyczne. QTP działa również w aplikacjach internetowych, a problem pojawia się, gdy nie działa poprawnie w przypadku niektórych aplikacji ASP.NET, co oznacza, że ​​musisz wpisać kod i dowiedzieć się, dlaczego funkcja QTP nie działa poprawnie. Zastanawiam się tylko, jak coś takiego trzeba załatwić. Nazywa się to zarządzaniem kryzysowym, w którym niepowodzenie może doprowadzić do katastrofalnej katastrofy.

1

Jednym z tanich narzędzi jest samodzielne pisanie. Tak właśnie zrobiliśmy.

Używamy IronPython do napisania naszych testów. To świetny język do tego. Jest to pełny język .NET, więc można go bez problemu nazwać swoim kodem produktu .NET, niezależnie od tego, czy jest to C# czy cokolwiek innego. Nasze testy testujemy na module biblioteki standardowej Python "unittest".

Działa to natychmiast po uruchomieniu w celu przeprowadzenia testów jednostkowych. W przypadku testów funkcjonalnych musieliśmy stworzyć nietrywialną platformę, aby umożliwić naszym testom uruchomienie aplikacji i dać naszym testowym metodom pomocnym klikanie przycisków GUI, wpisywanie tekstu w polach tekstowych itp.

Ogólnie jesteśmy zadowoleni z wynik.

0

Jedwab, Compuware, Mercury nie są dobrymi narzędziami do projektowania automatyzacji WinForm dla WinForm. Wszystkie one są dobrymi narzędziami do testowania Web GUI. Najlepsze jest Visual Studio 2010. Użyj go, a powiesz Ahhhhhh ... Wowwwwww.

1

Kompletny test nie jest dobry. Używamy Eclipse TPTP do rozwoju automatyzacji dla wszystkich aplikacji Windows. Jest bezpłatny, open source i solidny.