Co to jest testowanie dymu?

Testowanie dymu jest rodzajem testowania oprogramowania, które jest przeprowadzane zasadniczo w celu zapewnienia, że ​​kompilacja wdrożona w środowisku kontroli jakości przez programistów jest wystarczająco stabilna, aby przejść dalej do rygorystycznych lub wyczerpujących testów. Test dymu sprawdza stabilność oprogramowania. Obejmuje wykonanie minimalnej liczby przypadków testowych w celu sprawdzenia, czy kluczowe funkcje oprogramowania działają poprawnie. Odbywa się to dla zgodności, że kompilacja nie jest blokowana, a kompilacja jest teraz zatwierdzona do dalszych testów. Dlatego testowanie dymu jest również znane jako test zgodności lub test weryfikacji kompilacji.

Dlaczego potrzebujemy testowania dymu?

Testy te są zwykle przeprowadzane w początkowej / początkowej fazie aplikacji, gdy oprogramowanie zostaje wydane do testowania przez zespół ds. Kontroli jakości. Rozważmy scenariusz aplikacji eCommerce, gdy kompilacja oprogramowania zostanie wdrożona w środowisku testowym do testowania, ale podczas testowania okaże się, że użytkownik nie jest w stanie zalogować się do aplikacji, aby przejść dalej i wykonać dowolne zadanie lub możemy powiedzieć, że użytkownik jest zablokowano korzystanie z aplikacji, ponieważ pierwszy krok logowania nie działa. Nie ma sensu przeprowadzać wyczerpujących i szczegółowych testów innych modułów, jeśli krytyczna funkcjonalność nie działa dobrze. Aby poradzić sobie z tego typu sytuacjami, takie testy są przeprowadzane, ponieważ pomagają skrócić czas i wysiłki zespołu testującego zmarnowanego na szczegółowe testowanie, jeśli kompilacja nie jest wystarczająco stabilna, aby wykonać testy.

Niektóre z kluczowych powodów, dla których przeprowadza się testy dymu, podano poniżej:

  • Pomaga znaleźć główne problemy w aplikacji tylko na początku.
  • Pomaga skrócić czas i wysiłki zespołu ds. Kontroli jakości, które mogłyby zostać zmarnowane, gdyby kompilacja nie była stabilna.
  • Pomaga we wczesnym wykrywaniu wad.
  • Pomaga znaleźć stabilność aplikacji.

Techniki testowania dymu

Zwykle wykonuje się to ręcznie lub za pomocą automatyzacji, technik zależnych od rodzaju projektu i zasad organizacji.

1. Ręczne testowanie dymu

Zasadniczo testowanie dymu wykonuje się ręcznie, aby stwierdzić, że krytyczne funkcje aplikacji działają poprawnie. Testy ręczne są podobne do Ogólnego sprawdzania stanu zdrowia i odkrywają wysokiej jakości krytyczne błędy na początkowych etapach testowania oprogramowania, szybko przechodząc przez aplikację. Testowanie dymu odbywa się ręcznie poprzez wykonanie ograniczonej liczby przypadków testowych w celu znalezienia stabilności aplikacji, jeśli jest ona gotowa przejść dalej do wyczerpujących testów.

2. Automatyzacja testów dymu

Jest to część testów regresji, a teraz testerzy automatyzują przypadki testowe przed wydaniem kompilacji zespołowi testującemu. Przypadki testowe można zautomatyzować za pomocą różnych platform automatyzacji dostępnych na rynku. Zautomatyzowane przypadki testowe są bardzo pomocne, ponieważ pomagają zmniejszyć ręczne wysiłki zespołu testującego za każdym razem, gdy nowa wersja jest wydawana. Po zautomatyzowaniu przypadków testowych testów dymu zespoły kontroli jakości wykonują zadanie, oferując zautomatyzowany zestaw testów zapewniający szybkie wyniki bez jakiejkolwiek ręcznej interwencji w celu znalezienia stabilności aplikacji.

Jak działa testowanie dymu?

Zobaczmy, jak działa testowanie dymu w procedurze krok po kroku:

  1. Gdy kompilacja oprogramowania jest gotowa, jest wdrażana do testowania (w środowisku testowym) w zespole ds. Kontroli jakości.
  2. Po otrzymaniu kompilacji oprogramowania zespół testujący tworzy przypadki testowe zgodnie z wymaganiami w celu sprawdzenia stabilności kompilacji.
  3. Tylko ważne i krytyczne przypadki testowe są teraz wykonywane przez zespół testujący ręcznie lub za pomocą skryptów automatyzacji.
  4. Po wykonaniu skryptów testowych w środowisku testowym decyduje się, czy kompilacja jest wystarczająco stabilna, aby przejść do testowania funkcjonalnego lub bardziej rygorystycznego, czy też jeśli kompilacja się nie powiedzie, jest uważana za niestabilną, a zatem powraca do programistów i nie dalsze testy są przeprowadzane na tej kompilacji.

Zalety i wady

Poniżej wymieniono niektóre zalety i wady:

Zalety

Niektóre zalety podano poniżej:

  • Jedną z największych zalet testowania dymu jest to, że pomaga we wczesnej identyfikacji wad wykrytych w krytycznych funkcjach systemu.
  • Testowanie dymu pomaga zmniejszyć ryzyko awarii, ponieważ wady są wykrywane wcześnie.
  • Testowanie dymu jest dość łatwe do wykonania, ponieważ nie są wymagane specjalne wysiłki zespołu testującego.
  • Testowanie dymu pomaga zaoszczędzić czas i wysiłki zespołu testującego.
  • Pomaga w ogólnej poprawie jakości aplikacji.
  • Potrzebuje tylko ograniczonej liczby przypadków testowych, obejmujących głównie pozytywne scenariusze.
  • Testowanie dymu pomaga również w spełnieniu wymagań określonych w SRS.

Niedogodności

Niektóre z wad wymieniono poniżej:

  • W przypadku testów dymu wymagana jest odpowiednia dokumentacja, w związku z czym wymagany jest do tego specjalistyczny zespół testujący.
  • Testowanie dymu powoduje czasem stratę czasu, jeśli kompilacja oprogramowania nie jest stabilna.
  • W przypadku drobnych zmian w aplikacji, wykonywanie testu dymu wokół całej aplikacji od końca do końca nie jest warte.
  • Czasami nawet po przetestowaniu całej aplikacji pod kątem dymu pojawiają się krytyczne problemy z integracją i testowaniem systemu.
  • Wszelkie błędy / problemy pozostawione podczas testowania dymu mogą powodować błędy w przyszłości.
  • W każdym projekcie oprogramowania czas jest wprost proporcjonalny do kosztów, a testy dymu są w pełni skrypty, więc potrzebna jest specjalna siła robocza, co z kolei zwiększa budżet projektu.

Wniosek

Powyższy opis jasno wyjaśnia, co to jest test dymu i dlaczego jest przeprowadzany. Przed wydaniem dowolnej aplikacji użytkownikom końcowym przeprowadzane są różnego rodzaju testy w różnych punktach. Jest to jeden z najważniejszych rodzajów testowania i ma prosty i prosty motyw znajdowania defektów we wczesnych etapach, aby zweryfikować, czy krytyczne funkcje oprogramowania działają dobrze. Jest to podzbiór testów akceptacyjnych i może być wykonywany zarówno przez testerów, jak i programistów.

Polecane artykuły

To był przewodnik po testach dymu. Tutaj omawiamy również, dlaczego potrzebujemy technik dymu, zalety wad. Możesz także zapoznać się z następującymi artykułami, aby dowiedzieć się więcej-

  1. Testowanie komputerów mainframe
  2. Co to jest testowanie funkcjonalne?
  3. Cykl życia testowania oprogramowania
  4. Testy stabilności

Kategoria:

Rozwój oprogramowania