Różnica w testowaniu dymu i zdrowia psychicznego jest najbardziej niezrozumianym tematem w testowaniu oprogramowania. Istnieje ogromna ilość literatury na ten temat, ale większość z nich jest myląca. Poniższy artykuł jest próbą rozwiązania problemu.
Kluczowych różnic między testami dymu a testami poczytalności można poznać za pomocą poniższego diagramu -
Testy dymu a testy poczytalności
Aby docenić powyższy schemat, najpierw zrozummy -
Co to jest kompilacja oprogramowania?
Jeśli tworzysz prosty program komputerowy, który składa się tylko z jednego pliku z kodem źródłowym, wystarczy skompilować i połączyć ten jeden plik, aby utworzyć plik wykonywalny. Ten proces jest bardzo prosty.
Zwykle tak nie jest. Typowy projekt oprogramowania składa się z setek, a nawet tysięcy plików z kodem źródłowym. Tworzenie programu wykonywalnego z tych plików źródłowych jest skomplikowanym i czasochłonnym zadaniem.
Aby utworzyć program wykonywalny, musisz użyć oprogramowania „kompilacji”, a proces nazywa się „kompilacją oprogramowania”
Testowanie dymu
Testowanie dymu to technika testowania oprogramowania wykonywana po kompilacji oprogramowania w celu sprawdzenia, czy krytyczne funkcje oprogramowania działają poprawnie. Jest wykonywany przed wykonaniem jakichkolwiek szczegółowych testów funkcjonalnych lub regresyjnych. Głównym celem testów dymnych jest odrzucenie aplikacji z defektami, tak aby zespół ds. Kontroli jakości nie tracił czasu na testowanie uszkodzonej aplikacji.
W testowaniu dymu przypadki testowe obejmowały najważniejszą funkcjonalność lub komponent systemu. Celem nie jest przeprowadzenie wyczerpujących testów, ale sprawdzenie, czy krytyczne funkcje systemu działają poprawnie.
Na przykład typowy test dymu to: - Sprawdź, czy aplikacja uruchamia się pomyślnie, Sprawdź, czy GUI reaguje… itd.
KLUCZOWA RÓŻNICA
- Celem testów dymu jest zweryfikowanie „stabilności”, podczas gdy testy poczytalności mają na celu zweryfikowanie „racjonalności”.
- Testowanie dymu jest wykonywane zarówno przez programistów, jak i testerów, podczas gdy testy poczytalności są wykonywane przez testerów.
- Smoke Testing weryfikuje krytyczne funkcjonalności systemu, podczas gdy Sanity Testing weryfikuje nowe funkcje, takie jak poprawki błędów.
- Testowanie zadymienia to podzbiór testów akceptacyjnych, podczas gdy testy poczytalności to podzbiór testów regresyjnych.
- Testowanie dymu jest udokumentowane lub oparte na skryptach, podczas gdy testy poczytalności nie.
- Testowanie dymu weryfikuje cały system od końca do końca, podczas gdy test sanitarny weryfikuje tylko określony komponent.
Co to jest test poczytalności?
Testowanie poprawności to rodzaj testowania oprogramowania przeprowadzanego po otrzymaniu kompilacji oprogramowania, z niewielkimi zmianami w kodzie lub funkcjonalności, w celu upewnienia się, że błędy zostały naprawione i nie wprowadzono dalszych problemów z powodu tych zmian. Celem jest określenie, czy proponowana funkcjonalność działa mniej więcej zgodnie z oczekiwaniami. Jeśli test poczytalności zakończy się niepowodzeniem, kompilacja zostanie odrzucona, aby zaoszczędzić czas i koszty związane z bardziej rygorystycznymi testami.
Celem jest „nie” dokładna weryfikacja nowej funkcjonalności, ale ustalenie, czy deweloper zastosował pewną racjonalność (rozsądek) podczas produkcji oprogramowania. Na przykład, jeśli Twój kalkulator naukowy daje wynik 2 + 2 = 5! Wtedy nie ma sensu testować zaawansowanych funkcji, takich jak sin 30 + cos 50.
Testowanie dymu a testowanie poczytalności - kluczowe różnice
Oto różnica między testami Sanity i Smoke:
| Testowanie dymu | Testowanie poczytalności |
|---|---|
| Testowanie dymu jest wykonywane w celu upewnienia się, że krytyczne funkcje programu działają poprawnie | Testowanie poczytności jest wykonywane, aby sprawdzić, czy nowe funkcje / błędy zostały naprawione |
| Celem tego testu jest zweryfikowanie „stabilności” systemu, aby przejść do bardziej rygorystycznych testów | Celem testowania jest zweryfikowanie „racjonalności” systemu, aby przejść do bardziej rygorystycznych testów |
| Te testy są wykonywane przez programistów lub testerów | Testowanie poczytalności w testowaniu oprogramowania jest zwykle wykonywane przez testerów |
| Testy dymu są zwykle udokumentowane lub oparte na skryptach | Testy poczytalności zwykle nie są udokumentowane i nie zawierają skryptów |
| Testowanie dymu jest podzbiorem testów akceptacyjnych | Testowanie poczytalności jest podzbiorem testów regresyjnych |
| Testy dymu sprawdzają cały system od początku do końca | Testy poczytalności sprawdzają tylko określony element całego systemu |
| Testowanie dymu jest jak ogólne badanie stanu zdrowia | Testy poczytalności są jak specjalistyczne badania stanu zdrowia |
Punkty do zapamiętania.
- Testy Sanity i Smoke to sposoby na uniknięcie marnowania czasu i wysiłku poprzez szybkie określenie, czy aplikacja jest zbyt wadliwa, aby zasługiwać na rygorystyczne testy.
- Testowanie dymu jest również nazywane testami akceptacyjnymi testerów.
- Testowanie dymu wykonywane na określonej kompilacji jest również nazywane testem weryfikacji kompilacji .
- Jedną z najlepszych praktyk branżowych jest przeprowadzanie codziennych testów kompilacji i dymu w projektach oprogramowania.
- Testy dymu i poczytalności można wykonać ręcznie lub za pomocą narzędzia do automatyzacji . Gdy używane są zautomatyzowane narzędzia, testy są często inicjowane przez ten sam proces, który sam generuje kompilację.
- Zgodnie z potrzebami testowania może być konieczne wykonanie zarówno testów poczytalności, jak i testów dymu w kompilacji oprogramowania. W takich przypadkach należy najpierw wykonać testy dymu, a następnie przeprowadzić testy poczytalności. W przemyśle przypadki testowe dla testów poczytalności są często łączone z testami dymu, aby przyspieszyć wykonywanie testów. W związku z tym często terminy są mylone i używane zamiennie
Kliknij tutaj, jeśli wideo nie jest dostępne
Przeczytaj więcej o testowaniu dymu w inżynierii oprogramowania