Testowanie dymu
Testowanie dymu to proces testowania oprogramowania, który określa, czy wdrożona wersja oprogramowania jest stabilna, czy nie. Testowanie dymu jest potwierdzeniem dla zespołu ds. Kontroli jakości do kontynuowania dalszych testów oprogramowania. Składa się z minimalnego zestawu testów uruchamianych w każdej kompilacji w celu przetestowania funkcjonalności oprogramowania. Testowanie dymu jest również nazywane „testowaniem weryfikacji kompilacji” lub „testowaniem zaufania”.
Mówiąc prościej, sprawdzamy, czy ważne funkcje działają i czy w testowanej wersji nie ma żadnych blokad.
Jest to mini i szybki test regresji o dużej funkcjonalności. Jest to prosty test, który pokazuje, że produkt jest gotowy do testów. Pomaga to określić, czy kompilacja jest wadliwa, co powoduje, że dalsze testowanie jest stratą czasu i zasobów.
Dowiedz się więcej na temat testów porównawczych Smoke Vs Sanity Testing
Testy dymne kwalifikują kompilację do dalszych formalnych testów. Głównym celem testów dymnych jest wczesne wykrycie poważnych problemów. Testy dymu mają na celu wykazanie stabilności systemu i zgodności z wymaganiami.
Kompilacja zawiera wszystkie pliki danych, biblioteki, moduły wielokrotnego użytku, komponenty inżynieryjne, które są wymagane do zaimplementowania jednej lub więcej funkcji produktu.
W tym samouczku nauczysz się:
- Co to jest test dymu?
- Kiedy przeprowadzamy testy dymu?
- Kto będzie przeprowadzał testy dymu
- Dlaczego przeprowadzamy testy dymu?
- Jak przeprowadzić test dymu?
- Zalety testowania dymu
- Przykładowe przypadki testowe dymu Przykład
Kiedy przeprowadzamy testy dymu?
Testy dymne są wykonywane za każdym razem, gdy nowe funkcje oprogramowania są opracowywane i integrowane z istniejącą wersją, która jest wdrażana w środowisku QA / staging. Zapewnia, że wszystkie krytyczne funkcje działają poprawnie lub nie.
W tej metodzie testowania zespół programistów wdraża kompilację w ramach kontroli jakości. Pobierane są podzbiory przypadków testowych, a następnie testerzy uruchamiają przypadki testowe w kompilacji. Zespół QA testuje aplikację pod kątem krytycznych funkcjonalności. Te serie przypadków testowych mają na celu ujawnienie błędów w kompilacji. Jeśli testy te zostaną zaliczone, zespół ds. Kontroli jakości będzie kontynuował testowanie funkcjonalne.
Każda awaria wskazuje na potrzebę przekazania systemu zespołowi programistycznemu. Za każdym razem, gdy następuje zmiana w kompilacji, wykonujemy test dymu, aby zapewnić stabilność.
Przykład : -Nowy przycisk rejestracji jest dodawany w oknie logowania, a kompilacja jest wdrażana z nowym kodem. Przeprowadzamy testy dymu na nowej kompilacji.
Kto będzie przeprowadzał testy dymu
Po wydaniu kompilacji do środowiska QA, Smoke Testing jest przeprowadzany przez inżynierów QA / kierownika QA. Za każdym razem, gdy pojawia się nowa kompilacja, zespół QA określa główną funkcjonalność aplikacji do wykonywania testów dymnych. Zespół ds. Kontroli jakości sprawdza, czy w testowanej aplikacji nie ma showstopperów.
Testowanie kodu wykonywane w środowisku programistycznym w celu zapewnienia poprawności aplikacji przed wydaniem kompilacji do kontroli jakości, nazywane jest to testowaniem Sanity. Jest to zwykle wąskie i dogłębne badanie. Jest to proces weryfikujący, czy tworzona aplikacja spełnia podstawowe wymagania funkcjonalne.
Testowanie poczytalności określa zakończenie fazy rozwoju i podejmuje decyzję, czy przekazać oprogramowanie do dalszej fazy testowania, czy też nie.
Dlaczego przeprowadzamy testy dymu?
Testowanie dymu odgrywa ważną rolę w tworzeniu oprogramowania, ponieważ zapewnia poprawność systemu na początkowych etapach. W ten sposób możemy zaoszczędzić wysiłek związany z testowaniem. W rezultacie testy dymne doprowadzają system do dobrego stanu. Po zakończeniu testów dymnych dopiero zaczynamy testy funkcjonalne.
- Wszystkie korki pokazowe w kompilacji zostaną zidentyfikowane poprzez wykonanie testów dymnych.
- Testowanie dymu jest wykonywane po przekazaniu kompilacji do kontroli jakości. Za pomocą testów dymnych większość defektów jest identyfikowana na początkowych etapach tworzenia oprogramowania.
- Dzięki testom dymu upraszczamy wykrywanie i korygowanie poważnych usterek.
- Dzięki testom dymnym zespół ds. Kontroli jakości może znaleźć usterki w funkcjonalności aplikacji, które mogły pojawić się w nowym kodzie.
- Testy dymu wskazują na poważne wady.
Przykład 1: Okno logowania: Po kliknięciu przycisku przesyłania można przejść do następnego okna z poprawną nazwą użytkownika i hasłem.
Przykład 2: 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 testowanie dymu
Ogólnie rzecz biorąc, testowanie dymu jest wykonywane ręcznie. To podejście różni się w zależności od organizacji. Przeprowadzane są testy dymu, aby upewnić się, że nawigacja po ścieżkach krytycznych przebiega zgodnie z oczekiwaniami i nie ogranicza funkcjonalności. Po wydaniu kompilacji do kontroli jakości należy wykonać przypadki testowe 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 się nie powiedzie, kompilacja jest odrzucana i odsyłana do zespołu programistów w celu poprawienia. Kontrola jakości ponownie rozpoczyna testy dymu z nową wersją kompilacji. Testowanie dymu jest wykonywane na nowej kompilacji i zostanie zintegrowane ze starymi wersjami, aby zachować poprawność systemu. Przed wykonaniem testów dymnych zespół QA powinien sprawdzić poprawność wersji kompilacji.
Testowanie dymu przez Automation
Testowanie automatyczne służy do testowania regresji. Możemy jednak również użyć zestawu automatycznych przypadków testowych do uruchomienia przeciwko Smoke Testowi. Za pomocą testów automatyzacji programiści mogą natychmiast sprawdzić kompilację, gdy pojawi się nowa kompilacja gotowa do wdrożenia.
Zamiast ręcznego powtarzania testów za każdym razem, gdy wdrażana jest nowa kompilacja oprogramowania, nagrane przypadki testów dymnych są wykonywane w odniesieniu do kompilacji. Weryfikuje, czy główne funkcjonalności nadal działają poprawnie. Jeśli test się nie powiedzie, mogą natychmiast poprawić kompilację i ponownie ją wdrożyć. W ten sposób możemy zaoszczędzić czas i zapewnić wysoką jakość środowiska kontroli jakości.
Za pomocą zautomatyzowanego narzędzia inżynier testów rejestruje wszystkie czynności wykonywane ręcznie podczas tworzenia oprogramowania.
Cykl testowania dymu
Poniższy schemat blokowy przedstawia sposób wykonywania testu zadymienia. Po wdrożeniu kompilacji w QA i przejściu testów dymnych przystępujemy do testów funkcjonalnych. Jeśli test dymu się nie powiedzie, kończymy testy do czasu rozwiązania problemu z kompilacją.
Zalety testowania dymu
Oto kilka zalet wymienionych w Testowaniu dymu.
- Łatwe do wykonania testy
- Wady zostaną zidentyfikowane na wczesnym etapie.
- Poprawia jakość systemu
- Zmniejsza ryzyko
- Dostęp do postępu jest łatwiejszy.
- Oszczędza czas i wysiłek związany z testowaniem
- Łatwe wykrywanie krytycznych błędów i korygowanie błędów.
- Działa szybko
- Minimalizuje ryzyko integracji
Co się stanie, jeśli nie wykonamy testów dymu
Jeśli nie przeprowadzimy testów dymu na wczesnym etapie, defekty mogą pojawić się na późniejszych etapach, gdzie może to być opłacalne. A wada znaleziona na późniejszych etapach może być przyczyną zatrzymania, jeśli może wpłynąć na uwolnienie produktów dostarczanych.
Przykładowe przypadki testowe dymu Przykład
| T.ID | SCENARIUSZE TESTOWE | OPIS | KROK TESTOWY | SPODZIEWANY WYNIK | AKTUALNY REZULTAT | STATUS |
|---|---|---|---|---|---|---|
| 1 | Prawidłowe dane logowania | Przetestuj funkcjonalność logowania 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ź do strony logowania 3. wprowadź prawidłową nazwę użytkownika 4. wprowadź poprawne hasło 5. kliknij przycisk logowania | Logowanie powinno przebiegać pomyślnie | zgodnie z oczekiwaniami | Przechodzić |
| 2 | Dodawanie funkcjonalności przedmiotu | Możliwość dodania pozycji do koszyka | 1. wybierz listę kategorii 2. dodaj pozycję do koszyka | Przedmiot powinien zostać dodany do koszyka | Przedmiot nie jest dodawany do koszyka | Zawieść |
| 3 | Funkcja wylogowania | Sprawdź funkcję wylogowania | 1. wybierz przycisk wylogowania | Użytkownik powinien mieć możliwość wylogowania się. | Użytkownik nie może się wylogować | Zawieść |
Podsumowanie:
W inżynierii oprogramowania testy Smoke powinny być wykonywane bezbłędnie na każdej kompilacji, ponieważ pomaga to znaleźć usterki na wczesnych etapach. Test dymny jest ostatnim krokiem przed przejściem kompilacji oprogramowania do etapu systemu. Testy dymu należy przeprowadzić na każdej kompilacji przeznaczonej do testowania. Dotyczy to nowych opracowań oraz głównych i mniejszych wersji systemu.
Przed wykonaniem testów dymnych zespół ds. Kontroli jakości musi zapewnić poprawną wersję kompilacji testowanej aplikacji. Jest to prosty proces, który wymaga minimalnego czasu, aby przetestować stabilność aplikacji.
Testy dymu mogą zminimalizować wysiłek związany z testowaniem i mogą poprawić jakość aplikacji. Testowanie dymu można przeprowadzić ręcznie lub automatycznie, w zależności od klienta i organizacji.
Ten artykuł jest autorstwa Pavaniego Itchapurapu