Menu

Czym różni się planowanie testów w przypadku projektów ręcznych i zautomatyzowanych?

how does test planning differ

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Wszyscy zgadzamy się, że projekty automatyzacji mają inny charakter niż projekty testowania ręcznego. Chociaż autonomiczne projekty automatyzacji tak naprawdę nie istnieją (lub idealnie nie powinny istnieć), zarówno projekty ręczne, jak i automatyzacyjne są traktowane inaczej podczas planowania.

Zaplanowany projekt nieuchronnie zostaje wykonany; wpływa to nie tylko na bieżący projekt i rzuca cień na indywidualne możliwości, ale może również prowadzić do utraty zaufania do zespołu klienta / kierownictwa, co ma wpływ na dalszą działalność. Wolałbym powiedzieć, że my, testerzy, będziemy bezpieczni niż żałować.

=> Kliknij tutaj, aby uzyskać pełną serię samouczków dotyczących planu testów

Planowanie testów

Dobry komiks Dilberta o planowaniu:

planowanie projektu dilbert

Zanim przejdziemy dalej, chcę ustalić, czego NIE będzie dotyczył ten artykuł.

# 1) To nie jest dogłębna dyskusja na temat struktur automatyzacji. Różne projekty wykorzystują różne ramy w zależności od charakteru ich AUT, architektury, złożoności, wiedzy zespołu itp.

Informacje dotyczące frameworków można znaleźć pod poniższymi linkami:

Struktury automatyzacji testów, część 1 i część 2 .

#dwa) Nie chodzi też o szablon, format czy tworzenie pliku Dokument planu testów . Zamierzamy zająć się kwestiami wstępnej dokumentacji projektu automatyzacji, bardziej w ramach analizy wykonalności.

# 3) Nie dotyczy to również konkretnych narzędzi. Każda aktywność w SDLC wymaga czasu, wysiłku, infrastruktury - innymi słowy - PIENIĘDZY.

W przypadku projektu testowania ręcznego czynniki pochłaniające koszty są następujące:

  • Ludzie
  • Narzędzia - Zarządzanie testami / defektami
  • Infrastruktura - środowisko
  • Czas
  • Trening

W przypadku projektu Automation, oprócz powyższych pozycji, potrzebne są wydatki na:

  • Narzędzia do automatyzacji
  • Dodatek do integracji narzędzia do zarządzania testami
  • Dodatek do obsługi AUT (jak SAP, Oracle itp.)
  • Konfiguracja ram
  • Szkolenie z zakresu narzędzi

Biorąc pod uwagę te okoliczności, czy sukces projektu Automation zależy od tego, jak dobrze napisałeś kod, ile napisałeś komponentów wielokrotnego użytku lub w ilu wierszach kodu osiągnąłeś pożądany rezultat?

Nie rób.

Jest jedno i jedyne pytanie, które decyduje o sukcesie - „Czy jesteś w stanie wygenerować lepszy ROI (zwrot z inwestycji) w porównaniu z trasą ręczną”? - Jeśli nie od razu, w końcu.

Jeśli odpowiedź na to pytanie brzmi „NIE”, oznacza to, że niepoprawnie zaplanowałeś projekt Automation.

Zwykle plan testów składa się z następujących sekcji. Omówimy każdy z nich, koncentrując się na konkretnych aspektach automatyzacji do rozważenia:

plan testów automatyzacji

Sekcje planu testów automatyzacji testów

Sekcja 1:Zakres

  • Wybierz przypadki testowe / scenariusze, które mają być poddawane regresowi w wielu cyklach.
  • Czasami najprostsze przypadki testowe wymagają zautomatyzowania wielu skomplikowanych rozwiązań. Jeśli są to tylko jednorazowe użycie, oczywiście nie ma to sensu. Twoim celem powinno być ponowne użycie.
  • Testowanie automatyczne nie wykonuje / nie może wykonywać testów eksploracyjnych.

Sekcja 2: Strategia testów

  • Ta sekcja jest nazywana ramą w świecie automatyzacji. Tworzenie niektórych frameworków jest niezwykle trudne, a także skuteczne - ale wymagają czasu, wysiłku i kompetencji. Zawsze szukaj kompromisu i rób wszystko, co możesz, nie narażając na ryzyko nadmiernego wykorzystania zasobów.
  • Podejmij decyzję o zastosowaniu najlepszych praktyk kodowania, konwencji nazewnictwa, lokalizacji przechowywania zasobów testowych, formatu wyników testów itp., Aby zachować jednolitość i zwiększyć produktywność.

Sekcja 3:Zasoby / role i obowiązki

  • Pierwszym krokiem w tym kierunku jest zrozumienie możliwości zespołu i przewidywanie zakresu automatyzacji, który pojawi się na obrazku. Pomoże to wybrać zespół, który odpowiada zarówno potrzebom w zakresie automatyzacji, jak i testowania ręcznego. Wybieraj także osoby, które mają właściwe podejście - nie uważają, że testowanie ręczne jest poniżej ich wzrostu.
  • Wybierz zespół dobrze zaznajomiony z AUT, zarządzaniem testami, zarządzaniem defektami i innymi działaniami SDLC
  • Sekcja 1: Zakres

Sekcja 4:Przybory

Wybierz narzędzia automatyzacji oparte na następujących zasadach:

  • Czy firma ma już licencje na określone narzędzie, spróbuj i sprawdź, czy możesz go użyć
  • Poszukaj narzędzi typu open source (ale niezawodnych)
  • Czy członkowie zespołu już znają to narzędzie, czy też musimy sprowadzić kogoś nowego? Albo wyszkolić już istniejących?

Sekcja 5: Harmonogramy

  • Uwzględnij czas na zapoznanie się z kodem i inspekcję skryptów automatyzacji
  • Utrzymuj skrypty na czas. Jeśli utworzysz fragment kodu, którego nie będziesz używać przez następne 6 miesięcy, pamiętaj o jego okresowej konserwacji, aby zmniejszyć ryzyko niepowodzenia.

Sekcja 6:Środowisko

  • Środowisko docelowe, które będzie uruchamiane przez AUT, i narzędzie automatyzacji, którego chcesz użyć, powinny być kompatybilne. Jest to jeden z czynników, które należy rozważyć przed udzieleniem licencji na to narzędzie.
  • Przeanalizuj również, czy reszta Narzędzia do zarządzania na miejscu, a narzędzie automatyzacji, które próbujesz wprowadzić, można ze sobą łączyć, co daje dodatkowe korzyści.

Sekcja 7:Materiały dostarczane

  • Twoje skrypty testowe są produktami dostarczanymi. Jednak nie każdy zna język automatyzacji / programowania. Dlatego zaplanuj utworzenie dokumentu „Jak to zrobić”, który pomoże obecnym użytkownikom i przyszłym członkom zespołu zrozumieć ten skrypt, nawet jeśli nie ma Cię w pobliżu.
  • Uwzględnij także komentarze w swoim skrypcie.

Sekcja 8: Ryzyka

Jeśli zamierzasz zaproponować rozwiązanie w zakresie automatyzacji, wybierz opłacalne narzędzia i rozwiązania, aby upewnić się, że przedsięwzięcie Automation nie obciąży projektu.

Ważne jest, aby założyć oczekiwanie, że zwrot z inwestycji w projekt Automation nie może być natychmiast dodatni, ale można go wyraźnie zobaczyć przez długi czas.

Dlatego jeśli proponujesz automatyzację systemu, wybierz ten, który jest

  • Stabilny i niezbyt wymagający w utrzymaniu
  • Ma miejsce na ogromne pakiety regresji
  • Nie wymaga zbyt wielu ręcznych interwencji ani nie zależy od ludzkiej intuicji

Sekcja 9:Dane testowe

  • Weź pod uwagę aspekty bezpieczeństwa danych
  • Nie koduj na stałe żadnych danych testowych do skryptów. Prowadzi to po prostu do nadmiernej konserwacji skryptu i może powodować błędy podczas modyfikacji.
  • Bądź bardzo konkretny. W przypadku kroku testu ręcznego - „wprowadź imię”, możesz powiedzieć, że wpisz dowolną 5-znakową nazwę. Podczas testowania tester może wpisać „Swati” lub „Seela” lub cokolwiek innego. Ale narzędzie nie może wysuwać takich przypuszczeń. Dlatego podaj dokładne wartości.

Sekcja 10:Raporty / wyniki

  • Wyniki wykonania skryptów są również techniczne i mogą nie być łatwo zrozumiałe dla pozostałych zespołów. Zaplanuj zapisywanie szczegółowych wyników do notatnika lub arkuszy Excela jako dodatkowy środek.
  • Oczekiwane są również szczegółowe dokumenty ramowe, wyniki przeglądów, raporty defektów, raporty o stanie wykonania.

My, jako entuzjaści automatyzacji, możemy pomyśleć, że klienci / kierownictwo niełatwo kupują propozycje automatyzacji.

darmowe oprogramowanie do zgrywania i nagrywania DVD

Jednak gdy naszym ostatecznym celem jest maksymalizacja zwrotu z inwestycji dzięki automatyzacji, jesteśmy również w doskonałej harmonii z celami kierownictwa / klienta. Zapewni to, że nie tylko dostaniemy się do automatyzacji naszego projektu, ale będziemy w stanie to zrobić, przy dużej zgodzie, współpracy i ekscytacji.

Planowanie i dokładna analiza wszystkich wymienionych powyżej czynników może być naszym sprzymierzeńcem w tej podróży. Zwrot z inwestycji oznacza wszystko.

Ten post został napisany przez członka zespołu autorów STH Swati Seela.

Masz pytania lub sprawy do omówienia? Zapraszam do zamieszczania poniższych komentarzy.

=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków dotyczących planu testów

rekomendowane lektury

^