testy QA<\/a> dla oprogramowania z powa\u017cnymi problemami.<\/p>\nAby przeprowadzi\u0107 test dymu QA, zesp\u00f3\u0142 programist\u00f3w wdra\u017ca nowy build oprogramowania w QA, a podzbi\u00f3r przypadk\u00f3w testowych jest pobierany i uruchamiany na tym buildzie. Zesp\u00f3\u0142 QA testuje aplikacj\u0119 pod k\u0105tem jej najwa\u017cniejszych funkcjonalno\u015bci. Je\u015bli test dymu przejdzie, zesp\u00f3\u0142 QA b\u0119dzie kontynuowa\u0142 testy funkcjonalne, a je\u015bli si\u0119 nie powiedzie, build jest przekazywany z powrotem do zespo\u0142u programist\u00f3w w celu dalszego rozwoju.<\/p>\n
Takie testy dymne maj\u0105 miejsce za ka\u017cdym razem, gdy nowe funkcje s\u0105 dodawane do kompilacji oprogramowania.<\/p>\n
Mog\u0105 by\u0107 inne czasy, \u017ce zespo\u0142y QA b\u0119d\u0105 dymi\u0107 oprogramowanie testowe, takie jak:<\/p>\n
\u25cf Przed wys\u0142aniem nowego kodu do repozytorium
\n\u25cf Przed du\u017c\u0105 seri\u0105 test\u00f3w, w tym test\u00f3w regresyjnych i akceptacyjnych
\n\u25cf Po wdro\u017ceniu nowej wersji oprogramowania<\/p>\n
Je\u015bli nie wykonasz smoke test w tych punktach, mo\u017cesz sko\u0144czy\u0107 na znalezieniu powa\u017cnych defekt\u00f3w w p\u00f3\u017aniejszych etapach testowania funkcjonalno\u015bci, co mo\u017ce wp\u0142yn\u0105\u0107 na dat\u0119 wydania nowego kompilatora lub spowodowa\u0107 powa\u017cniejsze zak\u0142\u00f3cenia w harmonogramie.<\/p>\n
<\/p>\n
<\/span>Kiedy nie trzeba wykonywa\u0107 badania dymu<\/strong><\/span><\/h3>\n <\/p>\n
Wa\u017cne jest, aby przeprowadza\u0107 testy dymu w testowaniu oprogramowania, kiedy dokonujesz jakichkolwiek zmian w kodzie oprogramowania lub dodajesz nowe funkcje do kompilacji.<\/p>\n
Jest to r\u00f3wnie\u017c istotny krok przygotowawczy do test\u00f3w funkcjonalno\u015bci, poniewa\u017c zapobiega marnowaniu czasu przez zespo\u0142y QA na testowanie oprogramowania, kt\u00f3re nie jest gotowe.<\/p>\n
Je\u015bli Twoje oprogramowanie nie spe\u0142nia tych kryteri\u00f3w, by\u0107 mo\u017ce nie musisz przeprowadza\u0107 smoke test\u00f3w w tym momencie… chocia\u017c zautomatyzowane narz\u0119dzia do smoke test\u00f3w sprawiaj\u0105, \u017ce przeprowadzanie regularnych smoke test\u00f3w w celu zapewnienia, \u017ce oprogramowanie zawsze dzia\u0142a prawid\u0142owo, jest \u0142atwe i op\u0142acalne.<\/p>\n
<\/p>\n
<\/span>Kto bierze udzia\u0142 w badaniu dymu<\/strong><\/span><\/h3>\n <\/p>\n
Smoke testing jest przeprowadzany przez in\u017cynier\u00f3w QA lub kierownika QA; jest to pierwszy etap testowania QA i jest przeprowadzany w \u015brodowisku QA.<\/p>\n
Zesp\u00f3\u0142 QA jest odpowiedzialny za testowanie budowy oprogramowania i ocen\u0119 jego dzia\u0142ania w r\u00f3\u017cnych warunkach i przy r\u00f3\u017cnych obci\u0105\u017ceniach. Podczas test\u00f3w dymnych in\u017cynierowie QA b\u0119d\u0105 szuka\u0107 „showstoppers”, czyli b\u0142\u0119d\u00f3w, kt\u00f3re wstrzymuj\u0105 rozw\u00f3j i musz\u0105 by\u0107 naprawione przed kontynuacj\u0105 test\u00f3w.<\/p>\n
Por\u00f3wnuj\u0105c smoke testing vs