The playground

More information here

spróbuj QA

Znaczenie słowa Ad-hoc jest czymś, co nie jest uporządkowane lub nie jest uporządkowane. W podobnej notatce testy Ad-hoc są niczym innym jak rodzajem testów czarnej skrzynki lub testów behawioralnych. testy Ad hoc są przeprowadzane bez wypełniania żadnych formalnych procesów, takich jak dokumenty wymagań, plan testów, przypadki testowe itp. Podobnie podczas wykonywania testów ad-hoc nie ma […]

Znaczenie słowa Ad-hoc jest czymś, co nie jest uporządkowane lub nie jest uporządkowane. W podobnej notatce testy Ad-hoc są niczym innym jak rodzajem testów czarnej skrzynki lub testów behawioralnych.

testy Ad hoc są przeprowadzane bez wypełniania żadnych formalnych procesów, takich jak dokumenty wymagań, plan testów, przypadki testowe itp. Podobnie podczas wykonywania testów ad-hoc nie ma formalnego procesu testowania, który można udokumentować.

testy Ad-hoc są zwykle wykonywane w celu wykrycia problemów lub wad, których nie można znaleźć, postępując zgodnie z formalnym procesem.

testerzy, którzy wykonują te testy, powinni mieć bardzo dobrą i dogłębną wiedzę na temat produktu lub aplikacji.

Kiedy testerzy wykonują testy ad-hoc, zamierzają jedynie złamać system bez podążania za jakimkolwiek procesem lub nie mając na uwadze żadnego konkretnego przypadku użycia.

charakterystyka testów Ad hoc

  1. testy Ad hoc przeprowadza się po zakończeniu formalnych testów aplikacji lub produktu.
  2. test ten jest przeprowadzany w celu złamania aplikacji bez wykonywania żadnego procesu.
  3. testerzy wykonujący testy ad-hoc powinni posiadać gruntowną wiedzę na temat produktu.
  4. błędy znalezione podczas testów ad-hoc ujawniają luki w procesie testowania.
  5. testy Ad-hoc można wykonać tylko raz, dopóki nie zostanie wykryta usterka, która wymaga ponownego badania.

kiedy można wykonać testy Ad-hoc?

teraz pytanie, które może przyjść ci do głowy, kiedy powinniśmy zrobić testy ad-hoc?

aby odpowiedzieć na to pytanie, mogę powiedzieć, że testy Ad-hoc można wykonać w dowolnym momencie, niezależnie od tego, czy jest to początek, środek czy koniec testów projektu. Można to zrobić tylko wtedy, gdy testerzy mają pełną wiedzę na temat produktu. Badanie to można również wykonać, gdy czas jest bardzo ograniczony i wymagane jest szczegółowe badanie.

kiedy nie należy przeprowadzać testów Ad-hoc?

decyzję o tym, kiedy nie wykonać testu ad-hoc może podjąć doświadczony i wykwalifikowany tester. Chociaż w niewielu przypadkach nie należy przeprowadzać testów ad-hoc:

  • testowanie Ad-hoc nie jest wymagane, gdy istnieje już błąd dla przypadku testowego. W takich przypadkach błąd powinien zostać zgłoszony i ponownie przetestowany po jego naprawieniu.
  • testy Ad-hoc nie powinny być przeprowadzane podczas testów Beta oprogramowania przez klientów lub klientów.

jakie są rodzaje testów Ad-hoc?

Zasadniczo istnieją trzy rodzaje testów Ad-hoc. Są to:

– Buddy testing: ten rodzaj testowania jest wykonywany przez programistę i testera, którzy są odpowiedzialni za dostarczenie danego modułu. W tego typu testach programista i tester będą siedzieć razem i pracować nad tym konkretnym modułem, aby uniknąć budowania nieprawidłowych scenariuszy, które również pomagają testerowi zgłaszać nieprawidłowe usterki.

-testowanie par: w tego typu testach dwa testery współpracują ze sobą na jednym module. Zasadniczo dzielą między sobą scenariusze testów. Celem tego typu testów jest opracowanie maksimum scenariuszy testowych, tak aby cały moduł miał pełne pokrycie testowe. Po przetestowaniu całego modułu razem mogą również udokumentować swoje scenariusze testowe i obserwacje.

–testowanie małp: w tego typu testowaniu niektóre testy losowe są wykonywane z pewnymi losowymi danymi w celu złamania systemu. Te testy pomagają nam odkryć nowe błędy, które mogą nie zostać wykryte wcześniej.

korzyści lub korzyści z testów Ad hoc:

poniżej przedstawiamy kilka korzyści lub korzyści związanych z testami Ad hoc:

  1. testy Ad-hoc dają testerowi swobodę stosowania własnych nowych sposobów testowania aplikacji, co pomaga im dowiedzieć się więcej o liczbie wad w porównaniu z formalnym procesem testowania.
  2. tego typu testy mogą być wykonywane w dowolnym miejscu i czasie w cyklu życia oprogramowania (SDLC) bez wykonywania żadnego formalnego procesu.
  3. ten rodzaj testowania nie ogranicza się tylko do zespołu testującego, ale może to być również wykonane przez programistę podczas opracowywania ich modułu, który pomaga im kodować w lepszy sposób.
  4. testy Ad-hoc okazują się bardzo korzystne, gdy jest mniej czasu i wymagane jest dogłębne testowanie funkcji. Pomaga to w dostarczaniu funkcji z jakością i na czas.
  5. testy Ad-hoc mogą być wykonywane jednocześnie z innymi typami testów, co pomaga w znalezieniu większej liczby błędów w krótszym czasie.
  6. w tego typu testach dokumentacja nie jest konieczna, co pomaga testerowi przeprowadzić skoncentrowane testowanie funkcji lub aplikacji bez martwienia się o formalną dokumentację.

:

  1. ponieważ testy ad-hoc są wykonywane bez żadnego planowania i w niestrukturalny sposób, więc odtworzenie błędów czasami staje się dużym problemem.
  2. scenariusze testowe wykonywane podczas testów ad-hoc nie są udokumentowane, więc tester musi zachować wszystkie scenariusze w swoim umyśle, których może nie być w stanie przypomnieć sobie w przyszłości.
  3. testy Ad-hoc są w dużym stopniu zależne od wykwalifikowanego testera, który ma gruntowną wiedzę na temat produktu, nie może tego zrobić żaden nowy pracownik zespołu.

najlepsze praktyki podczas wykonywania testów ad-hoc:

jeśli testy ad-hoc nie zostaną wykonane we właściwy sposób, może to spowodować całkowitą utratę czasu i wysiłku. Poniżej znajduje się kilka wskazówek, o których należy pamiętać, gdzie i jak zastosować test ad-hoc:

  1. dobra znajomość produktu:

    tester, który zamierza przeprowadzić test ad-hoc, powinien mieć bardzo dobrą znajomość produktu. Powinien być bardzo świadomy wszystkich funkcji produktu. Pomaga to testerowi w zgadywaniu błędów i znajdowaniu maksymalnej liczby błędów z obszarów podatnych na wady.

  2. :

    gdy testy ad-hoc mają być wykonane dla wielu funkcji, testerzy powinni najpierw kategoryzować i priorytetyzować funkcje. Funkcje, które są bardzo używane przez klientów, powinny być najpierw przetestowane, Aby jeśli jakikolwiek priorytetowy błąd istnieje w funkcji, można było zgłosić i naprawić go wcześniej.

  3. Rough planning:

    chociaż nie ma potrzeby posiadania żadnej dokumentacji w testach ad-hoc, jak wspomniano wcześniej, ale zanotowanie wskaźników do przetestowania podczas tych testów pomoże testerowi zapamiętać wszystkie możliwe obszary do testowania. Pomaga to w maksymalnym pokryciu testu w krótszym czasie.

  4. użycie narzędzi:

    czasami podczas testowania w logach znajdują się błędy lub wyjątki, które nie są widoczne w interfejsie użytkownika lub które w żaden sposób nie przeszkadzają w testowaniu. Tego rodzaju błędy mogą być również bardzo dotkliwe. Aby wyłapać tego typu błędy lub wyjątki musimy użyć narzędzi takich jak debuggery, profilery czy monitory zadań.

  5. dokumentacja obserwacji:

    mimo, że testy ad-hoc nie obsługują dokumentacji, zawsze lepiej jest napisać krótką notatkę o swoich testach, wynikach, odchyleniach. W przypadku wykrycia wad należy utworzyć odpowiedni przypadek testowy, aby pomóc testerowi ponownie przetestować scenariusz w przyszłości.

inne popularne artykuły:

  • czym jest testowanie regresji w oprogramowaniu?
  • czym jest Walidacja w testowaniu oprogramowania? co to jest Walidacja oprogramowania?
  • testowanie podzespołów – przykłady, różnice, narzędzia,Jak to zrobić, Zalety, Wady, typy
  • czym jest testowanie podzespołów?
  • co to jest ponowne testowanie? Kiedy go używać? Zalety i wady

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.