Jaka jest różnica między zautomatyzowanymi narzędziami QTP i Selenium?

Najlepsza odpowiedź

QTP

  1. QTP teraz UFT jest licencjonowanym narzędziem dostarczanym przez HP , może być używany do automatyzacji aplikacji sieci Web, aplikacji Windows Desktop, aplikacji Oracle, aby wymienić tylko kilka. Chociaż HP zapewnia bezpłatne pobieranie z niektórymi dodatkami na miesiąc użytkowania.
  2. VBSCRIPT jest najczęściej używanym skryptem Język w QTP.
  3. Sam QTP jest dostarczany z wbudowanym IDE
  4. Skrypty QTP mogą być uruchamiane sekwencyjnie.

Selenium

  1. Selenium jest bardziej strukturą automatyzacji niż narzędziem i jest używane tylko do automatyzacji aplikacji internetowych.
  2. Java jest głównym wyborem języka do tworzenia skryptów, chociaż możesz używać C # , Python również.
  3. Eclipse służy głównie do pisania skryptów testowych.
  4. Selenium może być używane do równoległego uruchamiania przypadków testowych.

Na poziomie podsumowania zarówno QTP, jak i Selenium są dobrymi narzędziami do automatyzacji, w zależności od u Dla wymagań, dostępności i zestawu umiejętności można wybrać dowolne z tych narzędzi.

Odpowiedź

Jeśli jesteś w sytuacji, w której musisz zdecydować o swojej karierze na UFT lub selenie. Chciałbym przedstawić wgląd w branżę automatyzacji testów, powszechne mity, które dotyczą różnych narzędzi i sposobu myślenia samych ludzi.

Mówimy tutaj wyłącznie o narzędziach do testowania GUI. Przede wszystkim musimy zrozumieć, ile testów GUI będziemy wykonywać w przyszłości. Typowe współczesne projekty programistyczne kładą duży nacisk na koncepcję testowania z odwrotną piramidą, w której na samym początku projektu wykonuje się piekielnie dużo testów, a gdy oprogramowanie przechodzi przez cykl rozwoju, ilość przeprowadzanych testów drastycznie się zmniejsza. Dlatego tak zwane testy GUI zawsze mają miejsce dość późno w grze. Co z kolei oznacza, że ​​ilość testów GUI będzie relatywnie mniejsza w przyszłości. Istnieje wiele organizacji, które mają ogromną liczbę skryptów regresji, które działają i działają zawsze.

Następna rzecz to wybór narzędzi. Wielu właścicieli produktów lub organizacji bierze udział w szalonych prezentacjach oferowanych przez wiele firm usługowych, które tworzą własne oprogramowanie tylko po to, aby stworzyć monopol w organizacji na wieczny okres. Pamiętam wtedy, kiedy komercyjne narzędzia, takie jak qtp, rft itp., Były jedyną rzeczą na rynku, na której firmy oferujące poziom usług stosowały swoje własne produkty, a głównym punktem sprzedaży jest redukcja kosztów. Ale wszyscy, jakie to byłyby niezdarne. Potem pojawił się selen, który dosłownie dał swobodę tworzenia niestandardowych rozwiązań automatyzacyjnych.

Tutaj zaczyna się problem. Pozwólcie, że podam przykład, z obecnymi strategiami rozwoju, jeśli chcesz wybrać strategię automatyzacji do wdrożenia, pierwszą rzeczą, którą należy rozważyć, jest posiadanie struktury automatyzacji, która jest zsynchronizowana z twoją platformą programistyczną. Jeśli programowanie używa dotnet, użyj kodowanego interfejsu użytkownika do automatyzacji, zamiast tego użycie selenu jest naprawdę złym pomysłem. Co większość ludzi robi. Albo zaimplementują selen z c #.

Kolejny duży problem dotyczy testerów automatyzacji, którzy w większości przypadków wiedzą, jak załatwić sprawę. Ale nie będą w stanie uzasadnić, dlaczego zastosowali takie podejście. W typowym środowisku programistycznym przestrzegamy surowych zasad i standardów kodowania, ale w większości projektów automatyzacji nie jest to przestrzegane. A podejście do automatyzacji scenariusza naprawdę ma znaczenie. Ludzie przez większość czasu po prostu podążają za tym, co migocze w ich głowie jako pierwsze. I zabawne jest to, że wykonają swoją pracę do tego czasu, ale w dłuższej perspektywie na pewno stworzy problem.

Selenium, przyczyna jego przeboju w branży, idzie w parze z przyjęciem przez branżę metodologii Agile. HP trochę spóźnił się w tej grze, wprowadzając LeanFT, kiedy selen już podbił branżę. Powinniśmy również pomyśleć, ile organizacji, które wdrożyły Selenium, naprawdę odniosło z tego korzyści. Problem z selenem pojawia się, gdy objętość staje się ogromna. Koncepcja identyfikowalności, zarządzania przypadkami testowymi, efektywnego filtrowania, testowania opartego na ryzyku jest naprawdę trudna w przypadku selenu. Musisz włożyć ogromny wysiłek programistyczny, aby ukończyć framework. Powiedzmy, że to zrobiłeś, a także wziąłeś odpowiedzialność za utrzymanie tej struktury, która została opracowana w firmie i zawsze jest krzywa uczenia się. Bardzo duże organizacje stosują metodologię tylko dlatego, że mogą i mają z niej użytek. Kiedy mówię, że duże, to jest tak duże, jak Google, Amazon, PayPal itp., Ale dla innych firm trzeba przeanalizować, czy warto wziąć taki ciężar.

Wtedy pojawia się kwestia narzędzi komercyjnych. Mają to wszystko, w rzeczywistości zapewniają wiele rzeczy, których nigdy nie używasz i pobierają za Ciebie opłaty.Teraz tradycyjny problem z tymi komercyjnymi narzędziami od tak dawna odnosi sukcesy u ludzi, którzy wdrażają projekt automatyki na samym początku. Osoba, która uczy się w narzędziu komercyjnym i poza nim, kończy wszystkie możliwe certyfikaty. Nie kwalifikuje się do realizacji projektu. Na przykład, jeśli podejmiesz certyfikat HP, istnieje HP ATP i HP ASE. Większość ludzi kończy ATP, ale bardzo niewielu kończy ASE. ASE jest tym, który jest naprawdę podstawą do realizacji projektu. Nie ATP. (Nie chodziło mi o to, że certyfikacja jest obowiązkowa). Osoba z dużym doświadczeniem wdrożeniowym i doskonałą znajomością narzędzi, która może uzasadnić, dlaczego stosuje to podejście, a nie tylko odrzucać jakiekolwiek podejście, powinna je wdrożyć. Niezależnie od używanego narzędzia, firma produkująca produkt narzuciłaby pewne sposoby, najlepsze praktyki i podejścia. Ale ludzie używający tych narzędzi prawie nie przejmują się tymi dokumentacjami.

Obecnie najpotężniejszym narzędziem do automatyzacji jest CODED UI, TFS, chociaż ma problemy z MAC. Dzięki UFT możesz zarówno testować funkcjonalne API, jak i zautomatyzować dowolną aplikację. LeanFT może tak łatwo pomóc w automatyzacji środowiska programistycznego. Istnieje coś, co nazywa się akceleratorem rozszerzalności HP, ale prawie nikt nie wie, jak go używać. Selenium ma dużo rzeczy. Ale to jest jak klocek Lego, który musisz zbudować. I bierzesz pełną odpowiedzialność za wszelkie problemy, które mogą się później wydarzyć. Oprócz tego istnieje wiele narzędzi, które w pewnych obszarach wyróżniają się, ale nie warto się nad tym teraz zastanawiać.

Najważniejsze jest to, że nie ma znaczenia, które narzędzie wybierzesz. Najbardziej potrzebne jest zdobycie w końcu wiedzy o wdrażaniu właściwego podejścia, które przychodzi tylko na podstawie doświadczenia. Zacznij z dowolnego miejsca i wtedy, gdy masz właściwy wgląd, bez względu na to, co tam osiągniesz. A do tego czasu być może nauczyłeś się całkiem wiele narzędzi i języków. Powodzenia !!!

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *