Co to jest test dymu?
Tomasza Hamiltona
Co to jest testowanie dymu
Testowanie dymu jest procesem testowania oprogramowania, który określa, czy wdrożona kompilacja oprogramowania jest stabilna, czy nie. Testowanie dymne jest potwierdzeniem dla zespołu ds. zapewnienia jakości, że może on kontynuować dalsze testowanie oprogramowania. Składa się z minimalnego zestawu testów uruchamianych na każdej kompilacji w celu przetestowania funkcjonalności oprogramowania. Testowanie dymne jest również znane jako „testowanie weryfikacyjne kompilacji” lub „testowanie pewności”.
Mówiąc najprościej, testy dymne oznaczają sprawdzenie, czy ważne funkcje działają i czy w testowanej wersji nie ma żadnych przeszkód. Jest to mini i szybki test regresji głównych funkcjonalności. Jest to prosty test, który pokazuje, że produkt jest gotowy do testów. Pomaga to określić, czy kompilacja ma wady, dzięki czemu dalsze testowanie jest stratą czasu i zasobów.
PORÓWNAJ Test dymu kontra zdrowie psychiczne
Kiedy przeprowadzamy testy dymu
Testowanie dymne jest przeprowadzane zawsze, gdy nowe funkcjonalności oprogramowania są opracowywane i integrowane z istniejącą kompilacją, która jest wdrażana w środowisku QA/staging. Zapewnia, że wszystkie krytyczne funkcjonalności działają poprawnie, czy nie.
W tej metodzie testowania zespół programistów wdraża kompilację w ramach kontroli jakości. Pobierany jest podzbiór przypadków testowych, a następnie testerzy uruchamiają przypadki testowe w kompilacji. Zespół ds. kontroli jakości testuje aplikację pod kątem krytycznych funkcjonalności. Te serie przypadków testowych mają na celu ujawnienie błędów występujących w kompilacji. Jeśli te testy zostaną zaliczone, zespół ds. kontroli jakości kontynuuje pracę Testy funkcjonalne.
Jakakolwiek awaria wskazuje na potrzebę przekazania systemu zespołowi programistów. Za każdym razem, gdy następuje zmiana w kompilacji, przeprowadzamy testy dymu, aby zapewnić stabilność.
Przykład: - Dodano nowy przycisk rejestracji w oknie logowania i wdrożono kompilację z nowym kodem. Przeprowadzamy testy dymowe nowej kompilacji.
Testy dymne kwalifikują kompilację do dalszych formalnych testów. Głównym celem testów dymu jest wykrycie poważnych problemów na wczesnym etapie. Testy dymu mają na celu wykazanie stabilności systemu i zgodności z wymaganiami. Kompilacja obejmuje wszystkie pliki danych, biblioteki, moduły wielokrotnego użytku i zaprojektowane komponenty wymagane do wdrożenia jednej lub większej liczby funkcji produktu.
Co się stanie, jeśli nie przeprowadzimy testów dymu
Jeśli nie przeprowadzimy testów dymowych na wczesnych etapach, wady mogą pojawić się na późniejszych etapach, co może być kosztowne. A Wada znalezione na późniejszych etapach mogą być przeszkodami, które mogą mieć wpływ na udostępnienie produktów końcowych.
Kto przeprowadzi test dymu
Po udostępnieniu kompilacji w środowisku kontroli jakości, inżynierowie kontroli jakości/kierownik kontroli jakości przeprowadzają testy dymu. Za każdym razem, gdy pojawia się nowa kompilacja, zespół ds. kontroli jakości określa główną funkcjonalność aplikacji w celu przeprowadzenia testów dymu. Zespół ds. kontroli jakości sprawdza, czy w testowanej aplikacji nie występują elementy wyróżniające się.
Testowanie kodu przeprowadzane w środowisku programistycznym w celu zapewnienia poprawności aplikacji przed udostępnieniem kompilacji do kontroli jakości. Jest to znane jako testowanie poprawności. Zwykle są to testy wąskie i głębokie. Jest to proces weryfikujący, czy tworzona aplikacja spełnia podstawowe wymagania funkcjonalne.
Testowanie poprawności określa zakończenie fazy rozwojowej i podejmuje decyzję, czy przejść lub nie przekazać oprogramowanie do dalszej fazy testowania.
Dlaczego przeprowadzamy testy dymu?
Testowanie dymu odgrywa ważną rolę w tworzeniu oprogramowania, ponieważ zapewnia poprawność systemu w początkowej fazie. W ten sposób możemy zaoszczędzić wysiłek związany z testowaniem. W rezultacie testy dymne doprowadzają system do dobrego stanu. Dopiero po zakończeniu testów dymnych rozpoczynamy testy funkcjonalne.
- Wszystkie przeszkody w kompilacji zostaną zidentyfikowane poprzez wykonanie testu dymu.
- Testowanie dymu odbywa się po udostępnieniu kompilacji kontroli jakości. Za pomocą testów dymu większość usterek jest identyfikowana na początkowych etapach rozwoju oprogramowania.
- Dzięki testom dymu upraszczamy wykrywanie i korygowanie poważnych usterek.
- Testując dym, zespół ds. kontroli jakości może znaleźć defekty w funkcjonalności aplikacji, które mogły ujawnić się w nowym kodzie.
- Testowanie dymu pozwala wykryć wady o największym stopniu nasilenia.
1 przykład: Okno rejestrowania: Możliwość przejścia do następnego okna z prawidłową nazwą użytkownika i hasłem po kliknięciu przycisku Prześlij.
2 przykład: Użytkownik nie może wylogować się ze strony internetowej.
Jak przeprowadzić test dymu?
Testowanie dymu jest zwykle wykonywane ręcznie, chociaż istnieje możliwość wykonania tego samego poprzez automatyzację. Może się różnić w zależności od organizacji.
Ręczne badanie dymu
Ogólnie rzecz biorąc, badanie dymu odbywa się ręcznie. Podejścia różnią się w zależności od organizacji. Testy dymu są przeprowadzane, aby upewnić się, że nawigacja krytycznymi ścieżkami przebiega zgodnie z oczekiwaniami i nie utrudnia funkcjonalności. Po przekazaniu kompilacji do kontroli jakości należy przeprowadzić testy funkcjonalności o wysokim priorytecie i przetestować je w celu znalezienia krytycznych defektów w systemie. Jeśli test zakończy się pomyślnie, kontynuujemy testy funkcjonalne. Jeśli test zakończy się niepowodzeniem, kompilacja zostanie odrzucona i wysłana z powrotem do zespołu programistów w celu poprawy. Kontrola jakości ponownie rozpoczyna testowanie dymu z nową wersją kompilacji. Testy dymu są przeprowadzane na nowych kompilacjach i zostaną zintegrowane ze starymi kompilacjami, aby zachować poprawność systemu. Przed wykonaniem testów dymnych zespół ds. kontroli jakości powinien sprawdzić poprawność wersji kompilacji.
Testowanie dymu przez Automation
Testowanie automatyzacji jest używany do Testy regresji. Możemy jednak również użyć zestawu zautomatyzowanych przypadków testowych, aby przeprowadzić test Smoke Test. Za pomocą testów automatycznych programiści mogą natychmiast sprawdzić kompilację, gdy tylko pojawi się nowa wersja gotowa do wdrożenia.
Zamiast powtarzać testy ręcznie za każdym razem, gdy wdrażana jest nowa kompilacja oprogramowania, wykonywane są zarejestrowane przypadki testów dymnych dla kompilacji. Sprawdzają one, czy główne funkcjonalności nadal działają prawidłowo. Jeśli test się nie powiedzie, można poprawić kompilację i natychmiast ją ponownie wdrożyć. Dzięki temu możemy zaoszczędzić czas i zapewnić środowisko QA wysokiej jakości kompilację.
Używając zautomatyzowanego narzędzia, inżynier testowy rejestruje wszystkie ręczne kroki wykonywane podczas kompilacji oprogramowania.
Cykl testowania dymu
Poniższy schemat blokowy pokazuje, jak przeprowadzane są testy dymowe. Po wdrożeniu kompilacji w QA i przejściu testów dymowych przechodzimy do testów funkcjonalnych. Jeśli test dymowy się nie powiedzie, wychodzimy z testów, dopóki problem w kompilacji nie zostanie rozwiązany.
Zalety testowania dymu
Oto kilka zalet wymienionych w przypadku testów dymu.
- Łatwe do przeprowadzenia testy
- Wady zostaną zidentyfikowane na wczesnym etapie.
- Poprawia jakość systemu
- Zmniejsza ryzyko
- Dostęp do postępu jest łatwiejszy.
- Oszczędza wysiłek i czas związany z testowaniem
- Łatwe wykrywanie błędów krytycznych i korygowanie błędów.
- Działa szybko
- Minimalizuje ryzyko integracji
Przykładowe przypadki testowe dymu
| T.ID | SCENARIUSZE TESTOWE | OPIS | KROK TESTU | SPODZIEWANY WYNIK | AKTUALNY REZULTAT | STATUS |
|---|---|---|---|---|---|---|
| 1 | Prawidłowe dane logowania | Przetestuj funkcjonalność logowania w aplikacji internetowej, aby upewnić się, że zarejestrowany użytkownik może zalogować się przy użyciu nazwy użytkownika i hasła | 1. Uruchom aplikację 2. Przejdź na stronę logowania 3. Wprowadź prawidłową nazwę użytkownika 4. Wprowadź prawidłowe hasło 5.Kliknij przycisk logowania |
Logowanie powinno zakończyć się sukcesem | zgodnie z oczekiwaniami | Przechodzić |
| 2 | Dodanie funkcjonalności elementu | Możliwość dodania przedmiotu do koszyka | 1.Wybierz listę kategorii 2.Dodaj przedmiot do koszyka |
Artykuł powinien zostać dodany do koszyka | Artykuł nie jest dodawany do koszyka | Fail |
| 3 | Funkcja wylogowania | Sprawdź funkcjonalność wylogowania | 1. wybierz przycisk wylogowania | Użytkownik powinien mieć możliwość wylogowania się. | Użytkownik nie może się wylogować | Fail |
Podsumowanie
W inżynierii oprogramowania testy dymu powinny być przeprowadzane bez przerwy przy każdej kompilacji, ponieważ pomaga to znaleźć defekty na wczesnych etapach. Testy dymne to ostatni krok, zanim kompilacja oprogramowania wejdzie w fazę systemową. Testy dymne należy przeprowadzić w przypadku każdej kompilacji przeznaczonej do testowania. Dotyczy to nowych prac rozwojowych oraz głównych i mniejszych wydań systemu.
Przed wykonaniem testów dymnych zespół ds. kontroli jakości musi upewnić się, że testowana aplikacja ma poprawną wersję kompilacji. Jest to prosty proces, który zajmuje minimum czasu, aby przetestować stabilność aplikacji.
Testy dymne mogą zminimalizować wysiłek związany z testowaniem i poprawić jakość aplikacji. Testowanie dymu można przeprowadzić ręcznie lub automatycznie, w zależności od klienta i organizacji.
