Smoke testēšana ir process, ko izmanto programmatūras testēšanai, lai noteiktu, vai izvietotā programmatūras kopija ir stabila.
Veicot programmatūras testēšanu, tiek veikta virkne testu, kuru mērķis ir novērtēt katru programmatūras pamatfunkciju.
Smoke testēšanas rīki pārbauda, vai darbojas svarīgākās programmatūras funkcijas. Pastāv vairākas dažādas pieejas dūmu testēšanai, un modernās tehnoloģijas ļauj veikt automatizētu dūmu testēšanu lielākajai daļai programmatūras izveides.
Šajā rakstā mēs padziļināti pievērsīsimies “dūmu” testēšanai, lai apskatītu programmatūras testētāju izmantotos dūmu testēšanas veidus, procesus un pieejas. Apskatīsim arī modernos dūmu testēšanas rīkus, tostarp dūmu testēšanas automatizāciju.
Īsumā uzzināsiet visu, kas jums jebkad būs jāzina par dūmu testēšanu.
Kas ir dūmu testēšana programmatūras inženierijā?
Smoke testēšana ir programmatūras testēšana, lai nodrošinātu tās atbilstību pamatfunkcionalitātes un stabilitātes prasībām. Būtībā tā ir miniatūra, ātra regresijas testēšana, kas ietver svarīgāko programmatūras funkciju testēšanu, lai pārliecinātos, ka tās darbojas pamata līmenī.
Smoke testēšana ir svarīgs agrīns QA procesa posms, jo tā norāda, vai komandai jāturpina tālāka testēšana vai arī produkts nekavējoties jānosūta atpakaļ izstrādātājiem.
Ja produkts neiztur “dūmu testu”, tas norāda, ka sākotnējā komplektācijā ir būtiski trūkumi, kas jānovērš pirms turpmākas testēšanas.
Kad jāveic dūmu pārbaude?
Mēs testējam programmatūru, kad tiek izstrādātas jaunas funkcijas un integrētas esošajā izveidē, un pirms jaunās izveides izvietošanas QA. Veicot “dūmu” testēšanu šajā posmā, tiek novērsta naudas un citu resursu izšķērdēšana QA testēšanai programmatūrai, kurai ir būtiskas problēmas.
Lai veiktu QA “dūmu” testu, izstrādes komanda izvieto jauno programmatūras kopumu QA, un tiek ņemta un palaista testēšanas gadījumu apakškopa, kas darbojas ar šo kopumu. QA komanda testē lietojumprogrammu, pārbaudot tās svarīgākās funkcijas. Ja “dūmu tests” ir izturēts, QA komanda turpina funkcionālo testēšanu, bet, ja tas neizdodas, izveides fails tiek nodots atpakaļ izstrādātāju komandai tālākai izstrādei.
Šāda smoke testēšana tiek veikta katru reizi, kad programmatūras komplektā tiek pievienotas jaunas funkcijas.
QA komandas programmatūru testēs arī citos gadījumos, piemēram:
● Pirms jauna koda nodošanas repozitorijā
● Pirms lielas testu sērijas, tostarp regresijas un pieņemšanas testēšanas
● Pēc jaunas programmatūras izveides izvietošanas
Ja šajos punktos neveicat “dūmu” testu, vēlākos funkcionalitātes testēšanas posmos varat atklāt būtiskus defektus, kas var ietekmēt jaunā sastāva izlaišanas datumu vai radīt nopietnākus traucējumus jūsu grafikā.
Kad nav jāveic dūmu pārbaude
Programmatūras testēšanā ir svarīgi veikt “dūmu” testēšanu ikreiz, kad programmatūras kodā tiek veiktas jebkādas izmaiņas vai tiek pievienotas jaunas funkcijas.
Tas ir arī būtisks sagatavošanās posms funkcionalitātes testēšanai, jo tas neļauj QA komandām tērēt laiku, testējot programmatūru, kas nav gatava.
Ja jūsu programmatūra neatbilst šiem kritērijiem, iespējams, ka dūmu testēšana šobrīd nav jāveic… lai gan automatizēti dūmu testēšanas rīki ļauj viegli un rentabli veikt regulārus dūmu testus, lai nodrošinātu, ka programmatūra vienmēr darbojas pareizi.
Kas ir iesaistīts dūmu testēšanā
Dūmu testēšanu veic QA inženieri vai QA vadītājs; tas ir pirmais QA testēšanas posms, un to veic QA vidē.
QA komanda ir atbildīga par programmatūras izveides testēšanu un tās veiktspējas novērtēšanu dažādos apstākļos un slodzēs. Testēšanas laikā QA inženieri meklēs kļūdas, kas kavē izstrādi un ir jānovērš, pirms testēšana var turpināties.
Salīdzinot “dūmu” testēšanu ar pareizības testēšanu un regresijas testēšanu, ir svarīgi ņemt vērā ne tikai to, kas tiek testēts, bet arī to, kas veic testus.
Dūmu testēšanu programmatūras testēšanā vienmēr veic QA profesionāļi. Tas atšķir “dūmu” testēšanu no pareizības testēšanas, kas ir testēšana, kura tiek veikta izstrādes vidē un kurā parasti nav iesaistīta QA komanda.
Dūmu testa dzīves cikls
Dūmu testa dzīves cikls ilustrē, kur produkta izstrādes un kvalitātes nodrošināšanas testēšanas laikā notiek dūmu testēšana. Izpratne par katru šī cikla posmu palīdzēs jums labāk izprast, kā dūmu testēšana iekļaujas testēšanas procesā un kādas ir atšķirības starp dūmu testēšanu un pareizības testēšanu un regresijas testēšanu.
1. Kods
Jebkuras programmatūras izveides pirmais posms vienmēr ir koda rakstīšana un izveide. Kods ir jebkuras programmatūras pamatelements, un izstrādes komandai ir jāuzraksta kods, pirms to var pārbaudīt stabilitāti un funkcionalitāti.
2. Vienības testēšana
Vienību testēšanu parasti veic izstrādātāji, lai gan dažkārt arī QA inženieri var veikt vienības testēšanu. Vienību testēšana nodrošina, ka dažādas koda vienības vai elementi darbojas atbilstoši gaidītajam, pirms atsevišķas vienības tiek integrētas vienā programmatūras komplektā.
Vienību testēšana parasti notiek paralēli izstrādes procesam, jo tā izceļ kļūdas un kļūdas kodā, kuras var nekavējoties novērst.
3. Integrācijas testēšana
Integrācijas testēšana ir process, kurā tiek testēts, kā atsevišķas vienības darbojas kopā, kad tās integrētas vienā programmatūras vienībā.
Pat ja katra atsevišķā vienība darbojas labi, bieži var rasties problēmas, ja šīs vienības ir savstarpēji integrētas. Integrācijas testēšanu parasti veic izstrādātāji, lai gan, izmantojot dažādas pieejas šim testēšanas veidam, to var veikt dažādos programmatūras izveides procesa posmos.
4. Sanitātes pārbaude
Traucējumu testēšana ir regresijas testēšanas veids, un parasti tā ir pēdējā regresijas testēšanas veida pārbaude. Tas notiek izveides izstrādes posmā pēc tam, kad ir novērstas visas regresijas testēšanā atklātās kļūdas.
Sanitārā testēšana parasti ir ļoti ātra, un tās mērķis ir vienkārši pārliecināties, ka programmatūra darbojas bez traucējumiem un ka visas atrastās kļūdas ir pienācīgi novērstas.
Dažkārt tiek sajauktas “dūmu” un “pareizības” testēšanas metodes, taču ir svarīgi atcerēties, ka pareizības testēšana notiek izstrādes vidē, bet “dūmu” testēšana – kvalitātes nodrošināšanas vidē.
5. Dūmu pārbaude
Smoke testēšana ir pirmais QA testēšanas posms un pirmais testa veids, kas tiek veikts QA vidē.
Smoke testēšana parasti notiek pirms sanity testēšanas un regresijas testēšanas, neskatoties uz to, ka to parasti veic QA komandas. Tas ir ātrs un vienkāršs testēšanas process – un mūsdienās lielākā daļa QA komandu programmatūras testēšanā izmanto automatizētu “dūmu” testēšanu -, kas nosaka, vai sastādītā sistēma ir stabila un vai ir jāveic papildu testi.
Tā kā dūmu testēšana ir ātrākais un vienkāršākais tests, salīdzinot dūmu testēšanu ar funkcionalitātes testēšanu un regresijas testēšanu, ir saprātīgi vispirms veikt šo testu, pirms pāriet pie citiem, sarežģītākiem testiem.
6. Funkcionālā testēšana
Funkcionālā testēšana ir nākamais programmatūras testēšanas dzīves cikla posms, kas tiek veikts QA vidē.
Funkcionālā testēšana pārbauda katru programmatūras lietojumprogrammas funkciju, salīdzinot to ar prasībām, un tā koncentrējas uz funkcijām, lietojamību, pieejamību un kļūdu nosacījumiem.
Funkcionālo testēšanu var sākt pēc tam, kad ir izturēts dūmu tests.
Dūmu testēšanas lietojumprogrammas dažādos līmeņos
Dūmu testēšana ir piemērojama trīs dažādos testēšanas līmeņos: pieņemšanas līmeņa dūmu testēšana, sistēmas līmeņa dūmu testēšana un integrācijas līmeņa dūmu testēšana.
1. Pieņemšanas testēšanas līmenis
Smoke testēšana pieņemšanas līmenī parasti tiek veikta, kad programmatūras kopums tiek nodots QA. Šāda veida QA “dūmu” testā vienkārši tiek pārbaudīta izveides pamatfunkcionalitāte un tas, vai tā atbilst gaidītajai funkcionalitātei.
2. Sistēmas testēšanas līmenis
Dūmu testēšana sistēmas līmenī ietver svarīgāko sistēmas darbplūsmu testēšanu. To veic pēc tam, kad ir veikta pašas sistēmas testēšana, un pirms tiek veikts pilns sistēmas regresijas tests.
Sistēmas līmenī visizplatītākais dūmu testēšanas veids ir automātiskā dūmu testēšana.
3. Integrācijas testēšanas līmenis
Integrācijas testēšanas līmenī ar testēšanas testiem tiek nodrošināts, ka visas programmatūras visaptverošās funkcijas darbojas, kā paredzēts, un ka integrācijas pamatfunkcijas ir funkcionālas.
Šāda veida “dūmu” testēšana parasti tiek veikta, kad tiek ieviesti atsevišķi moduļi vai kad vairāki moduļi tiek integrēti vienā programmatūras komplektā.
Manuālie un automātiskie dūmu testi
Kad programmatūras komandas pirmo reizi sāk veikt dūmu testus, tām ir jāpieņem lēmums par to, vai tās veiks manuālus dūmu testus vai automatizētus dūmu testus.
Lai gan automatizētie “dūmu” testi parasti nodrošina ātrākus un rentablākus rezultātus, to izveide un ieviešana var prasīt arī laiku. Daudzas komandas sāk ar manuālu “dūmu” testu izstrādi, pirms apsver automatizācijas iespējas turpmākajā gaitā.
1. Manuālā dūmu testēšana
Manuālos “dūmu” testus ir diezgan viegli izstrādāt, un parasti tos var veikt speciālisti, kas nav tehniskie speciālisti un nav saistīti ar QA vai izstrādes komandām. Tas nozīmē, ka mazākos uzņēmumos, kuros, iespējams, vēl nav īpaša QA vadītāja, bieži vien priekšroka tiek dota manuāliem dūmu testiem.
Veicot manuālo “dūmu” testēšanu, ir svarīgi testēt vairākus lietošanas gadījumus, kas aptver pietiekami daudz programmatūras pamatfunkciju, bet ne tik daudz, lai “dūmu” testēšana aizņemtu pārāk daudz laika. Par ideālu lietojuma gadījumu skaitu parasti uzskata 20 līdz 50.
Priekšrocības, veicot dūmu testus manuāli
Manuālo dūmu testu veikšana kvalitātes nodrošināšanā salīdzinājumā ar automatizētajiem dūmu testiem sniedz vairākas priekšrocības. Manuālie “dūmu” testi bieži sniedz detalizētāku ieskatu programmatūras veiktspējā un funkcionalitātē, salīdzinot ar automatizētajiem testiem.
Inženieri, kas nav inženieri, var veikt manuālo testēšanu
Automatizētai dūmu testēšanai parasti ir nepieciešamas programmatūras inženieru un izstrādātāju zināšanas, lai to izveidotu, savukārt manuālos dūmu testus var veikt komandas locekļi ar mazāk speciālām zināšanām.
Tas parasti ir izdevīgi mazākās komandās, kur resursi jau var būt izsmelti un speciālistu laiks ir ļoti vērtīgs.
Katram darbam var izveidot pielāgotu dūmu testu.
Ja vēlaties pārliecināties, ka jūsu dūmu tests precīzi aptver jebkuras programmatūras lietojumprogrammas svarīgākās funkcijas un koncentrējas uz tām funkcijām, kas ir svarīgākas katrā izveidē, manuāla dūmu testa izveide ļauj testētājiem pielāgot testu katram projektam.
Šādi manuāli veiktie “dūmu” testi var sniegt noderīgākus rezultātus, salīdzinot ar dažiem automatizētiem testiem, taču tas nozīmē, ka to izveide un palaišana ir ļoti laikietilpīga.
Manuālie testi atklāj kvalitatīvus datus
Kad palaižat automatizētu “dūmu” testu, varat sagaidīt, ka saņemsiet tikai kvantitatīvus datus par to, kuri testa aspekti ir izturēti un kuri nē.
Kad komandas locekļi veic manuālo testēšanu, viņi var izmantot savu izpratni, intuīciju un spriestspēju, lai novērtētu ne tikai to, vai izveides tests ir vai nav izturēts, bet arī to, kā un/vai kāpēc.
Manuālās dūmu testēšanas problēmas
Manuāli veikt dūmu testēšanu ir arī daudz problēmu, un tās ir iemesls, kāpēc daudzi uzņēmumi, ja iespējams, izvēlas izmantot automatizētu dūmu testēšanu.
Manuālā dūmu testēšana ir rūpīga, taču tā ir arī ļoti laikietilpīga.
Manuālie dūmu testi prasa laiku
Manuālo “dūmu” testu veikšana aizņem ievērojami vairāk laika nekā automatizēto testu veikšana, un tie prasa daudz vairāk jūsu komandas uzmanības.
Lai gan automatizētie testi var vienkārši darboties fonā, jūsu komandai būs nepieciešams atvēlēt laiku, lai veiktu manuālo “dūmu” testu.
Manuālos testus nevar veikt pārāk bieži
Tā kā manuālo dūmu testu veikšanai ir nepieciešams ļoti daudz laika un resursu, tos nevar veikt tik regulāri kā automātiskos dūmu testus.
Veicot manuālu “dūmu” testu, programmatūras testētājiem atkarībā no testa sarežģītības ir jāparedz vairākas stundas vai pat puse dienas.
Tas novērš iespēju veikt ikdienas dūmu testēšanu, kas tiek uzskatīta par nozares labāko praksi.
Vienmēr ir iespēja kļūdīties
Tā kā manuālo testēšanu veic cilvēki, vienmēr pastāv iespēja, ka manuālās testēšanas laikā var tikt pieļautas kļūdas.
Šī iemesla dēļ manuālā dūmu testēšana parasti nav tik visaptveroša kā automatizētā testēšana, jo īpaši, ja runa ir par smalku kļūdu atklāšanu, kuras ir vieglāk palaist garām, vai ja tiek veikta ļoti atkārtojoša testēšana, kas var izraisīt testētāju koncentrēšanās zudumu testēšanas laikā.
Kad izmantot manuālo dūmu testēšanu
Manuālo dūmu testēšanu visbiežāk izmanto mazākās komandās, kurām var nepietikt resursu, lai atvēlētu inženierus automatizētai dūmu testēšanai, vai gadījumos, kad ir nepieciešama papildu cilvēciska izpratne un vērtējums.
Šī iemesla dēļ manuālā dūmu testēšana bieži tiek īstenota integrācijas līmeņa dūmu testos.
2. Automatizēta dūmu testēšana
Automatizētu “dūmu” testēšanu var īstenot programmatūras inženieri, kuriem ir nepieciešamās programmēšanas prasmes, lai izveidotu un palaistu virkni atbilstošu lietošanas gadījumu katrai programmatūras izveidei.
Automatizētā dūmu testēšana ir daudz ātrāka nekā manuālā testēšana, parasti tā neaizņem vairāk kā 30 līdz 60 minūtes, un to var veikt fonā, kamēr visi izstrādes un kvalitātes nodrošināšanas komandas locekļi turpina pildīt savus ikdienas uzdevumus.
Šī iemesla dēļ automatizētā dūmu testēšana programmatūras nozarē ir kļuvusi par ierastu parādību, jo arvien vairāk uzņēmumu cenšas uzlabot darba vietas efektivitāti.
Dūmu testu automatizācijas priekšrocības
Dūmu testu automatizācija sniedz daudz priekšrocību tiem uzņēmumiem, kuriem ir laiks un resursi, lai to ieviestu. Tā ir ātra un efektīva, un, tā kā automatizētie testi nerada lielu slodzi komandām un resursiem, tos var regulāri veikt pat nelielos uzņēmumos.
Automatizēta testēšana ir ātra
Automatizētā dūmu testēšana ir daudz ātrāka nekā manuālā testēšana, un vairums automatizēto testu aizņem ne vairāk kā 30 līdz 60 minūtes.
Salīdzinājumam, manuālie testi var aizņemt vairākas stundas.
Automatizētajiem “dūmu” testiem ir nepieciešami minimāli resursi, un, kad tie ir ieviesti, tos ir ļoti viegli izpildīt.
Automatizācija ļauj veikt ikdienas dūmu testus
Pašreizējā nozares labākā prakse nosaka, ka ideāli ir veikt ikdienas dūmu testus, jo īpaši, ja strādājat ar programmatūru, kas pastāvīgi mainās.
Manuāli veiktie dūmu testi ir pārāk laikietilpīgi, lai tos veiktu katru dienu, taču automatizētos dūmu testus ir viegli veikt katras darba dienas sākumā.
Automatizācija novērš cilvēka kļūdas
Automatizētie testi tiek veikti, izmantojot iepriekš sagatavotus skriptus, kas ir izveidoti atbilstoši stingriem standartiem. Tas nozīmē, ka iespēja, ka automatizētajā testā netiks atklāta būtiska kļūda vai svarīgs jautājums, ir ļoti maza.
Automatizācija var imitēt slodzes un veiktspējas testus
Slodzes un veiktspējas testos tiek novērtēts, cik labi lietojumprogramma darbojas, ja to vienlaikus izmanto daudz lietotāju. Automatizētā dūmu testēšana var imitēt vairāku lietotāju papildu slodzi tā, kā to nevar izdarīt manuālā testēšana, un sniegt papildu datu slāni par programmatūras veiktspēju noteiktos apstākļos.
Dūmu testu automatizācijas problēmas
Dūmu testu automatizācija nav bez izaicinājumiem. Automatizētas dūmu testēšanas ieviešana var būt laikietilpīgāka un resursietilpīgāka, jo īpaši mazākās komandās, kuru rīcībā ir mazāk inženieru.
Tehniskās prasības
Automatizētajiem dūmu testiem ir nepieciešamas lielākas tehniskās zināšanas un prasmes kodēšanā nekā manuālajiem dūmu testiem. Programmatūras inženieriem ir jāvelta laiks un zināšanas, lai zinātu, kā izveidot automatizētus testus, pirms tos var ieviest, un ne visām komandām būs pieejami resursi, lai to izdarītu.
Cilvēka izpratnes trūkums
Automatizētā testēšana sniedz vispārēju priekšstatu par programmatūras lietojumprogrammas funkcionalitāti, un, veicot automatizētu “dūmu” testu, programmatūras testētāji gūst ieskatu par programmatūras pamatfunkcijām, kas ir galvenais “dūmu” testa mērķis.
Tomēr automatizētie testi nesniedz nekādu ieskatu par tādiem programmatūras veiktspējas aspektiem kā lietojamība un pieejamība.
Kad ieviest dūmu testu automatizāciju
Automatizācija bieži tiek izmantota dūmu testēšanā, jo dūmu testēšanas mērķis ir vienkārši pārbaudīt pamatfunkcionalitāti, kas automatizētai testēšanai ir relatīvi labi veicams.
Komandām ar pietiekamām tehniskajām prasmēm, lai ieviestu automatizētu dūmu testēšanu, visticamāk, būs laiks un resursi, lai ieguldītu šajā procesā, bet lielāki un stabilāki uzņēmumi, visticamāk, izjutīs lielāku spiedienu ievērot labākās prakses standartus attiecībā uz ikdienas dūmu testēšanu.
Dūmu testa automatizācija pret manuālo dūmu testēšanu
Nav pareizā vai nepareizā veida, kā veikt dūmu testēšanu, un tas, kas labi darbojas vienai komandai, var nedarboties citai komandai.
Pirms dūmu testa veikšanas programmatūras komandām jāapsver savi mērķi, resursi un ilgtermiņa projekta plāni. Manuāli testējot programmatūru, jauniem speciālistiem, kas tikko sākuši strādāt kvalitātes nodrošināšanas jomā, var būt izglītojošs process, taču jau nostiprinājušās komandas reti kad var gūt labumu, izvēloties manuālu testēšanu, nevis automatizētu testēšanu.
Hibrīda dūmu testi
Trešā iespēja komandām, kas nevar izlemt starp manuālo un automātisko dūmu testēšanu un pareizības testēšanu, ir izvēlēties hibrīdās testēšanas iespēju.
Hibrīda testēšana apvieno gan manuālās, gan automātiskās “dūmu” testēšanas aspektus, lai uzlabotu testēšanas vispārējo veiktspēju un efektivitāti. Izmantojot hibrīda dūmu testa metodi, lielāko daļu testa var veikt automatizēti, bet dažus aspektus var veikt manuāli. Tas ļauj komandām pievērst lielāku uzmanību tiem izveides aspektiem, kuriem tas ir nepieciešams, vienlaikus saglabājot zemas kopējās dūmu testa laika prasības.
Dūmu testēšanas veidi
Dūmu testēšanu kopumā var iedalīt divās kategorijās – formālā un neformālā dūmu testēšana. Tas, vai dūmu testēšana ir formāla vai neformāla, ir atkarīgs no tā, vai to oficiāli ierosina QA vadītājs, vai arī tā vienkārši tiek veikta kā daļa no izstrādes.
1. Formālie dūmu testi
Veicot formālo “dūmu” testu, programmatūras izstrādātāji nodod programmatūras izstrādi QA inženierim vai QA vadītājam formālai testēšanai. QA vadītājs piešķir testētājiem dūmu testēšanas uzdevumu un pieprasa, lai viņi veic dūmu testēšanu, izmantojot dūmu testēšanas rīkus, piemēram, automatizāciju, vai manuāli.
Veicot formālus “dūmu” testus, QA testētāji apkopo testa rezultātus formālā ziņojumā, ko var analizēt QA vadītājs.
Programmatūras izveides procesā svarīgos punktos, piemēram, pirms jaunu funkciju funkcionālās testēšanas, tiek veikti formālie “dūmu” testi.
2. Neoficiāli dūmu testi
Neformālie “dūmu testi” ir programmatūras izstrādes vai kvalitātes nodrošināšanas procesa laikā veiktie programmatūras izveides “dūmu testi”, par kuriem nav oficiāli ziņots vai kurus nav pieprasījis veikt kvalitātes nodrošināšanas vadītājs.
Neformālo “dūmu” testu piemērs ir ikdienas “dūmu” testi, ko daudzas programmatūras komandas veic saskaņā ar protokolu.
Neformālus testus var veikt ad-hoc, kad QA inženieri uzskata, ka tas varētu būt noderīgi.
Kas nepieciešams, lai sāktu dūmu testēšanu
Pirms programmatūras testēšanas uzsākšanas ir svarīgi apkopot visu nepieciešamo, tostarp datu failus un prasmes jūsu organizācijā.
Tas, kas jums būs nepieciešams, lai veiktu dūmu testu, būs atkarīgs no tā, vai plānojat veikt automatizētu vai manuālu dūmu testu un kādus testēšanas rīkus izmantojat, lai atvieglotu šo procesu.
1. Testēšanas gadījumu saraksts
Pirms sākat dūmu testu, jums būs nepieciešams visaptverošs saraksts ar visiem testa gadījumiem, kurus vēlaties, lai dūmu tests novērtētu.
Testēšanas gadījumi ir atsevišķi darbību kopumi, kurus vēlaties pārbaudīt, lai novērtētu, vai šo darbību veikšanas rezultāts atbilst gaidītajiem rezultātiem.
Piemēram, ļoti vienkāršs testa gadījums var būt tāds, ka programmatūra ielādē galveno paneli, kad atverat lietojumprogrammu.
2. Testa faili
Pirms palaist “dūmu” testu, ir jāsavāc visi testa faili, ar kuriem tiks palaists “dūmu” tests. Lai visus failus apkopotu vienuviet, iespējams, varēsiet izmantot dūmu testēšanas programmatūras komandrindu, ko izmantojat, lai apkopotu visus savus failus vienā vietā.
Tas, kā apkoposiet failus un kur tos glabāsiet, būs atkarīgs no jūsu organizācijas darbības veida.
3. Dūmu testēšanas rīki
Jūs varat veikt pamata dūmu testu, neizmantojot īpašus rīkus, taču dūmu testēšanas rīku izmantošana var palīdzēt uzlabot rezultātu precizitāti un paātrināt dūmu testēšanas procesu.
Vispirms izpētiet dūmu testēšanas rīkus tiešsaistē un izvēlieties programmatūru, kas automatizē vai optimizē jūsu dūmu testu, ņemot vērā jūsu konkrētās vajadzības un budžetu.
Dūmu testēšanas process
Labākais veids, kā veikt “dūmu” testēšanu, dažādās organizācijās atšķiras, un, ja esat iesācējs “dūmu” testēšanā, iespējams, vēlēsieties eksperimentēt ar dažādām pieejām, lai noskaidrotu, kas jūsu komandai ir vispiemērotākais.
Tālāk ir sniegts piemērs, kā veikt pamata “dūmu” testu, lai novērtētu programmatūras pamatfunkcijas.
1. solis: Izvēlieties testēšanas gadījumus
Pirmais solis, lai veiktu “dūmu” testu, ir izvēlēties, uz kuriem testa gadījumiem veiksiet “dūmu” testu.
Izstrādājot dūmu testu, programmatūras inženieriem un kvalitātes nodrošināšanas inženieriem jāapsver, kuras programmatūras funkcijas ir vissvarīgākās programmatūrai un kā vislabāk pārbaudīt šīs funkcijas. Netērējiet laiku, testējot funkcijas, kas nav svarīgas programmatūras darbībai.
2. solis: Veidojiet dūmu testus
Kad esat identificējis testēšanas gadījumus, kurus izmantosiet, varat rakstīt testēšanas skriptus, lai tos pārbaudītu. Lai palielinātu elastību testa veikšanas laikā, izmantojiet vienu skriptu dūmu testiem.
Ja izvēlaties automatizēt dūmu testēšanu, jums nebūs vienmēr jāraksta manuāli testēšanas skripti katru reizi, kad vēlaties palaist dūmu testu. Šādu skriptu automatizēšanai var izmantot programmatūras testēšanas automatizācijas komplektus.
3. solis: Veiciet dūmu testus
Kad esat izveidojis “dūmu” testu skriptus, varat tos palaist uz sava sastāva, lai meklētu kļūdas un citas būtiskas kļūdas. Tam nevajadzētu aizņemt vairāk par 30 līdz 60 minūtēm, un pēc tam, kad testi ir pabeigti, varat novērtēt rezultātus, lai noteiktu nākamos soļus.
4. solis: Labojiet kļūdas
Programmatūras izstrādes “dūmu” testēšanas mērķis ir identificēt jebkādas būtiskas kļūdas vai trūkumus, pirms tiek uzsākta pilnīga QA testēšana.
Ja “dūmu” testos tiek atklātas būtiskas problēmas, kas traucē programmatūras izveides pamatfunkcijām, pirms turpināt QA testēšanu, ir svarīgi nosūtīt programmatūru un analīzi atpakaļ izstrādes komandai, lai tā novērstu kļūdas.
Dūmu testēšanas paraugprakse
Smoke testēšana ir uzticams veids, kā identificēt galvenās kļūdas programmatūras izveidē visos izstrādes posmos. Labākais veids, kā nodrošināt, ka jūsu dūmu testi ir efektīvi, precīzi un produktīvi, ir ievērot nozares paraugpraksi.
1. Bieži veiciet dūmu testus
Ne vienmēr ir iespējams veikt “dūmu” testus katru dienu, jo īpaši, ja veicat manuālus testus, nevis automatizētus “dūmu” testus.
Veiciet testus pēc iespējas biežāk un ikreiz, kad programmatūrā ieviešat izmaiņas. Tiklīdz tas ir iespējams, par labāko praksi tiek uzskatīta ikdienas dūmu testu veikšana.
2. Nekad neizlaižiet testēšanas posmus
Ja steidzaties, var rasties kārdinājums izlaist dažus testēšanas posmus, lai ātrāk virzītos uz priekšu izstrādes procesā, taču gan testēšana, gan regresijas testēšana ir ļoti svarīgas, lai uzturētu izstrādes gaitu.
Pirms pāriet uz nākamo posmu, vienmēr pārbaudiet savas būves, izmantojot dūmu un pareizības testēšanu.
3. Pārbaudiet katru izmaiņu
Dūmu testēšanai nav viena lietojuma. Varat un jums vajadzētu izmantot “dūmu” testus, lai pārbaudītu katru programmatūras izveides izmaiņu un lai pārbaudītu programmatūru starp dažādiem izstrādes posmiem.
Dūmu testiem jābūt integrācijas testēšanas, veiktspējas testēšanas un funkcionālās testēšanas priekšvēstnesim.
4. Izsekojiet savu testu rezultātus
Standarta prakse ir pārbaudīt oficiālā dūmu testa rezultātus, taču pat veicot neoficiālus dūmu testus, inženieriem būtu jāreģistrē rezultāti.
Tas atvieglo rezultātu nodošanu atpakaļ izstrādātājiem un ļauj sekot līdzi tam, kuras funkcijas neiztur testu.
5. Divreiz veiciet dūmu testu
Divreizēja dūmu testa veikšana var šķist pārmērīga, taču, ja patiešām vēlaties testēšanas laikā noķert visas kļūdas, vislabāk to veikt divreiz.
Tādējādi nodrošināsiet, ka jūsu “dūmu” testā ir visas iespējas atklāt galvenās kļūdas un problēmas, kas var radīt papildu problēmas, ja tās netiek nekavējoties novērstas.
6. Izvēlieties pareizo dūmu testa veidu
Tas, vai jāizmanto manuālā vai automatizētā dūmu testēšana, ir atkarīgs no jūsu komandas lieluma un vajadzībām. Pārliecinieties, ka esat izvēlējies savam projektam piemērotāko testēšanas veidu, lai optimizētu efektivitāti, neapdraudot rezultātu precizitāti.
Dūmu testa rezultātu veidi
Veicot dūmu testu, varat sagaidīt, ka dūmu testa rezultātā katram novērtētajam testa gadījumam tiks iegūts viens no diviem atšķirīgiem rezultātiem: pozitīvs vai negatīvs.
1. Pass
Viens no iespējamajiem rezultātiem katram testēšanas gadījumam ir tāds, ka “dūmu” tests ir izturēts. Tas nozīmē, ka testa faktiskais rezultāts atbilst gaidītajam testa rezultātam.
Piemēram, ja veicat testu par to, kas notiek, ielādējot lietojumprogrammu, un tā ielādējas ekrānā, kas ir jāatver ielādes brīdī, jūsu skriptam tas jāparāda kā pozitīvs rezultāts.
2. Fail
Ja jūsu “dūmu tests” konkrētam testa gadījumam neizdodas, tas parasti nozīmē, ka testa faktiskais rezultāts neatbilst gaidītajam testa rezultātam.
Piemēram, ja testējat iepirkšanās lietojumprogrammu un vienā no testēšanas gadījumiem tiek testēta preču pievienošanas iepirkumu grozam funkcionalitāte, tests ir neveiksmīgs, ja preces, ko pievienojat grozam, netiek parādītas grozā, kā tas ir paredzēts.
Testēšanas gadījumu piemēri dūmu testēšanai
Kad mēģināt izdomāt, kurus testa gadījumus iekļaut “dūmu” testā, sastādiet programmatūras pamatfunkciju sarakstu un apsveriet, kuras no tām ir būtiskas programmatūras darbībai un lietošanai.
Daži testēšanas gadījumu piemēri dūmu testēšanai var palīdzēt jums noteikt, kurus testēšanas gadījumus izmantot savā dūmu testā.
1. Pieslēgšanās pilnvaru apstiprināšana
Ja jūsu lietojumprogrammā ir nepieciešams, lai lietotāji pieteiktos, varat izveidot testa gadījumu, kas pārbauda, vai pieteikšanās pilnvaru apstiprināšanas process darbojas, kā tam vajadzētu.
Lai to izdarītu, izveidojiet skriptu, kas automatizē pieteikšanos, testa izpildi un rezultātu pārbaudi. Ja programmatūra pierakstās, kā paredzēts, šis pārbaudes gadījums ir veiksmīgs.
2. Jauna dokumenta izveide
Varat izveidot testa gadījumu, lai novērtētu, vai jūsu programmatūra ļauj lietotājiem pareizi izveidot jaunu dokumentu. Izveidojiet skriptu, kas automatizē dokumentu izveidi, nosaukumu piešķiršanu un saglabāšanu jūsu programmatūrā, un palaidiet to.
Jebkuras būtiskas problēmas, kas rodas un kavē šo procesu, nozīmē, ka šis dūmu tests ir neveiksmīgs.
3. Izrakstīšanās no sistēmas
Ja jūsu lietojumprogrammā ir pieteikšanās funkcija, tai jābūt arī izrakstīšanās funkcijai. Palaist skriptu, lai pārbaudītu, kas notiek, kad lietotāji noklikšķina uz “izrakstīties”.
Ja lietotājs nevar veiksmīgi iziet no sistēmas, kad viņš noklikšķina uz šīs pogas, dūmu tests neizdodas.
Kļūdu un kļūdu veidi, kas atklāti dūmu testēšanas laikā
Smoke testi var palīdzēt identificēt kļūdas un kļūdas, kas traucē programmatūras pamatfunkcionalitāti. Atkarībā no tā, kad veicat “dūmu” testu un ko vēlaties pārbaudīt, ar “dūmu” testēšanas palīdzību varat atrast dažāda veida kļūdas un defektus.
1. Funkcionālās kļūdas
Funkcionālās kļūdas ir kļūdas, kas rodas, ja programmatūra nedarbojas tā, kā jūs to sagaidītu, vai ja tā nedarbojas pareizi.
Lielākā daļa testēšanas gadījumu, kuru pārbaudei izmantosiet “dūmu” testus, ir funkcionālie testi, tāpēc ar šādiem “dūmu” testiem visdrīzāk tiks identificētas funkcionālās kļūdas.
2. Loģiskās kļūdas
Loģiskās kļūdas ir koda loģikas trūkumi, un tās var izraisīt arī nepareizu programmatūras darbību. Loģiskās kļūdas var izraisīt nepareizu darbību rezultātu vai pat programmatūras darbības sabrukumu.
Bieži sastopama loģikas kļūda ir bezgalīga cilpa, kuras dēļ programmatūra atkārto vienas un tās pašas darbības atkal un atkal, līdz tā sabrūk.
3. Integrācijas kļūdas
Ja veicat integrācijas līmeņa testēšanu, testēšanas laikā varat atrast integrācijas kļūdas. Tās rodas, ja divi atsevišķi kodu kopumi nav savstarpēji nevainojami integrēti. Tos var izraisīt dažādas savietojamības problēmas kodā, un to novēršanai var būt nepieciešami sarežģīti risinājumi.
Kopējie dūmu testēšanas rādītāji
Veicot “dūmu” testu, QA komandas var izmantot metriku, lai novērtētu “dūmu” testa rezultātus un spriestu, vai tests ir izturēts vai neizturēts.
Papildus tam, vai programmatūra spēj pareizi veikt savas pamatfunkcijas, ar “dūmu testa” metriku palīdzību cita starpā var novērtēt arī programmatūras ātrumu un ielādes laiku.
1. Programmatūras ātrums
Smoke testus var izmantot, lai pārbaudītu, vai programmatūras ātrums un ielādes laiks atbilst noteiktiem kritērijiem, kas izklāstīti atsevišķos testa gadījumos.
Piemēram, ja testējat, kā programmatūra uzvedas, ielādējot lietojumprogrammu, un lietojumprogramma ielādējas atbilstoši gaidītajam, bet tās palaišana aizņem divas minūtes, varat to atzīmēt kā kļūdu, jo tas neatbilst gaidītajam ielādes laikam.
2. Uzticamība
Programmatūras uzticamības pārbaudi var veikt arī divreiz, veicot “dūmu testu”. Ja daži testēšanas gadījumi vienreiz ir veiksmīgi, bet vienreiz neizdodas, tas norāda, ka kāda kļūda kodā izraisa kļūdas, kas var neizpausties katru reizi, kad programmatūra tiek lietota, bet tomēr var radīt nopietnas problēmas lietotājiem.
Labākie bezmaksas dūmu testēšanas rīki
Dūmu testēšanas rīki var palīdzēt efektīvāk un ātrāk veikt dūmu testus, lai gūtu maksimālu labumu no dūmu testiem.
Zemāk ir daži no labākajiem dūmu testēšanas rīkiem, kas šodien ir pieejami bez maksas.
5 labākie bezmaksas dūmu testēšanas rīki
1. ZAPTEST BEZMAKSAS izdevums
ZAPTEST ir bezmaksas rīks, kas ļauj lietotājiem automatizēt programmatūras testēšanu un RPA, nemaksājot ne centa.
Varat izmantot ZAPTEST BEZMAKSAS izdevumu, lai veiktu vienkāršus dūmu testus vairākās platformās, tostarp mobilajās, tīmekļa, API un LOAD platformās.
Ja vēlaties izmēģināt automatizētu dūmu testēšanu, ZAPTEST bezmaksas izdevums var palīdzēt jums pārliecināties par automatizācijas priekšrocībām klātienē. To ir viegli lietot arī tad, ja neesat tehnisks speciālists, jo tai ir bezkodēta saskarne un tā izmanto jaunākās datorredzes tehnoloģijas.
Vissvarīgākais ir tas, ka ZAPTEST FREE ir labi…. bezmaksas uz visiem laikiem! Turpretī daudziem dūmu testēšanas un vispārējiem programmatūras automatizācijas rīkiem ir sākotnējais testēšanas periods, pēc kura jūs tiekat iesaistīts abonēšanas maksas maksāšanā.
2. Selēns
Selenium ir bezmaksas atvērtā pirmkoda rīks, ko varat izmantot, lai veiktu dažādus programmatūras testus, tostarp testēšanu un regresijas testēšanu. Tā darbojas ar daudzām dažādām programmēšanas valodām un ir īpaši piemērota tīmekļa lietojumprogrammu testēšanai.
3. Appium
Ja vēlaties veikt mobilo lietotņu testēšanu, Appium ir labāka izvēle nekā Selenium. Appium ir viegli instalējams un lietojams, un to var izmantot, lai veiktu vienkāršus “dūmu” testus lietotnēm, kas izstrādātas gan iOS, gan Android operētājsistēmām.
4. Testlink
Testlink ir bezmaksas tīmekļa pārvaldības rīks, kas ļauj lietotājiem izstrādāt testēšanas plānus un testēšanas gadījumus vienotā strukturētā sistēmā. Testlink var palīdzēt jums plānot dūmu testus, kā arī izklāstīt jūsu gaidas un rādītājus pirms dūmu testēšanas uzsākšanas.
5. QA Wolf
QA Wolf ir bezmaksas visaptverošs testēšanas rīks, kas ļauj lietotājiem izveidot automatizētu QA dūmu testu līdztekus citiem funkcionālajiem testiem. QA Wolf var lietot pat cilvēki bez tehniskām vai programmēšanas prasmēm, un tas nozīmē, ka lielākajai daļai QA komandu tas ir lielisks ievads testēšanas automatizācijā.
Labākie uzņēmuma dūmu testēšanas rīki
Ja esat gatavs ieguldīt nedaudz naudas dūmu testēšanas rīkos, varat iegādāties uzņēmuma rīkus, kuriem ir plašākas dūmu testēšanas iespējas un pamatīgāki rezultāti.
Zemāk ir saraksts ar pieciem labākajiem tirgū pieejamajiem uzņēmuma dūmu testēšanas automatizācijas rīkiem.
5 labākie uzņēmumu dūmu testēšanas automatizācijas rīki
1. ZAPTEST ENTERPRISE edition
ZAPTEST ENTERPRISE edition ir programmatūras testēšanas un RPA komplekts, kas var pilnībā automatizēt jebkura veida testus, tostarp dūmu testēšanu.
Bezmaksas versija ir piemērota mazākiem uzņēmumiem, kas vēlas uzzināt, ko ZAPTEST spēj, bet, ja meklējat maksas risinājumu, kas ir viegli lietojams un piemērots jebkuras programmatūras vai lietotnes testēšanai jebkurā platformā, pārlūkprogrammā vai ierīcē, un ar 1SCRIPT ieviešanu visās šajās platformās, tad ZAPTEST ENTERPRISE ir lieliska vieta, kur sākt.
2. SoapUI
SoapUI ir uzņēmuma testēšanas rīks, kas ļauj viegli pārvaldīt un izpildīt programmatūras visaptverošos QA testus. Tas ir salīdzinoši vienkārši instalējams rīks, taču tam ir savi ierobežojumi, kas atspoguļojas to cenu punktā.
3. Tests
Testim ir maksas “dūmu” testēšanas rīks, kas izmanto mākslīgo intelektu, lai radītu nekodētus testus, kas novērtē jūsu programmatūras funkcionalitāti. Testim Javascript API var izmantot, lai pārveidotu, pielāgotu un atkļūdošanas testus.
4. T-Plan robots
T-Plan Robot ir uzņēmuma testēšanas rīks, ko QA inženieri var izmantot, lai automatizētu lietotāja darbības ar skriptu un robotizētu procesu automatizāciju (RPA) operētājsistēmās Windows, Mac, Linux un mobilajā ierīcē. Izmantojot T-Plan Robot, varat automatizēt dažādu lietojumprogrammu dūmu testus un izveidot automatizētus skriptus, ko var palaist galvenajos izstrādes posmos.
5. Lietus mežu kvalitātes nodrošināšana
Rainforest QA ir QA dūmu testēšanas rīks, kas ļauj lietotājiem pārvaldīt un īstenot gan manuālo, gan automātisko dūmu testēšanu no viena paneļa. Tas padara to ideāli piemērotu organizācijām, kas vēlas izmēģināt hibrīdpieeju, un tā ir piemērota dažādām platformām, tostarp mākoņprogrammām, Windows un Mac.
Kad jāizmanto uzņēmuma un kad bezmaksas dūmu testēšanas rīki?
Uzņēmumu un bezmaksas dūmu testēšanas rīki var apmierināt līdzīgas vajadzības nedaudz atšķirīgos veidos. Parasti bezmaksas rīki kalpo kā lieliski vārti organizācijām, kuras ir apmierinātas ar manuālo dūmu testēšanu, bet vēlas detalizētāk izpētīt automātisko dūmu testēšanu.
Tie var būt piemērotāki arī ļoti maziem jaunuzņēmumiem, kuriem vēl nav naudas maksas rīkiem.
Uzņēmumu testēšanas rīki parasti kļūst dzīvotspējīgāka iespēja, uzņēmumiem paplašinoties. Tie piedāvā vairākas priekšrocības salīdzinājumā ar bezmaksas rīkiem, parasti tie ir elastīgāki, nodrošina labāku atbalstu un lietotājam draudzīgākas saskarnes, kas ļauj pat profesionāļiem, kuri nav tehniskie speciālisti, viegli veikt automātisko dūmu testēšanu.
Dūmu pārbaudes kontrolsaraksts
Pirms dūmu testēšanas uzsākšanas programmatūras kvalitātes nodrošināšanas komanda var izmantot šo kontrolsarakstu, lai pārliecinātos, ka ir izpildīti visi dūmu testēšanas procesa posmi.
● Identificējiet dūmu testēšanas rīkus, kurus izmantosiet.
● Izvēlieties, vai vēlaties izveidot manuālu vai automatizētu testu.
● Izvēlieties testēšanas gadījumus, kurus vēlaties testēt.
● Izveidojiet testa skriptus katram gadījumam
● Identificēt “izturēšanas” prasības katram testa gadījumam.
● Palaist dūmu testus
● Analizēt rezultātus
● atgriezeniskā saite ar izstrādi un QA
Secinājums
Smoke testēšana ir būtisks programmatūras izstrādes un kvalitātes nodrošināšanas posms. Tas nodrošina, ka produkts ir funkcionāls, pirms tiek veikta turpmāka testēšana, tādējādi novēršot risku, ka kvalitātes nodrošināšanas komandas tērēs laiku un resursus, veicot intensīvu funkcionālo testēšanu ar vēl nestabilajiem produktiem.
Smoke testēšana ir salīdzinoši ātrs un vienkāršs process, kas programmatūras komandām būtu jāveic pēc iespējas biežāk.
Tā kā uzņēmumi cenšas sasniegt optimālu efektivitāti, izmantojot progresīvus rīkus, kas atbalsta hiperautomatizāciju, RPA un citas saistītās tehnoloģijas, automatizēta dūmu testēšana kļūst arvien izplatītāka dažāda lieluma organizācijās.
Gan manuālai, gan automatizētai dūmu testēšanai joprojām ir vieta mūsdienu kvalitātes nodrošināšanas vidē, taču, tā kā automatizētā testēšana kļūst arvien izplatītāka, nav šaubu, ka tā kļūs par normu.
Biežāk uzdotie jautājumi un resursi
Kādi ir labākie kursi par dūmu testu automatizāciju?
Ja vēlaties uzzināt vairāk par dūmu testu automatizāciju, daži tiešsaistes kursu piemēri, kurus varat apgūt:
● Coursera dūmu testēšanas kursi
● Udemy dūmu testēšanas kursi
● Skillshare dūmu testēšanas kursi
Viens no labākajiem kursiem iesācējiem ir Certified Tester ISTQB Foundation Level (CTFL), kas pieejams vietnē Udemy.
Katrs no šiem tiešsaistes resursiem piedāvā dūmu testēšanas kursus dažādu prasmju audzēkņiem, un šajās vietnēs ir iespējams apgūt gan bezmaksas, gan maksas kursus.
Ja vēlaties iegūt sertifikātu, meklējiet kursus, kurus akreditējis CAST.
Kādas ir labākās grāmatas par dūmu testēšanu?
Ja vēlaties uzzināt vairāk par dūmu testēšanu, varat izlasīt grāmatas par programmatūras testēšanu un dūmu testēšanu, lai labāk izprastu dūmu testēšanas pieejas un priekšrocības. Dažas no labākajām grāmatām par dūmu testēšanu:
● The Art of Software Testing, Glenford J Myers, Tom Badgett un Corey Sandler
● Programmatūras testēšana, autors Ron Patton
● Programmatūras testēšanas automatizācija, Mark Fewster un Dorothy Graham
Tomēr ir daudz fantastisku grāmatu par programmatūras testēšanu, kas var palīdzēt jums labāk izprast, kā, kas un kā notiek testēšanā.
Izvēlieties grāmatu, kas jūs uzrunā un kurā detalizētāk aplūkotas tēmas, kas jūs interesē visvairāk.
Kādi ir 5 svarīgākie intervijas jautājumi par dūmu testēšanu?
Ja apsverat iespēju piedalīties intervijā par amatu, kas varētu būt saistīts ar dūmu testēšanu, sagatavojieties intervijai, sagatavojot atbildes uz biežāk uzdotajiem intervijas jautājumiem, piemēram, šādiem:
● Kad ir īstais laiks veikt dūmu pārbaudi?
● Kā jūs izlemtu, kurus testa gadījumus izmantot “dūmu” testā?
● Ar ko dūmu testēšana atšķiras no citiem testēšanas veidiem, piemēram, pareizības testēšanas?
● Cik daudz kodēšanas zināšanu ir nepieciešams, lai veiktu dūmu testus?
● Ko jūs darītu, ja dūmu tests neizdodas?
Kādas ir labākās YouTube pamācības par dūmu testēšanu?
Ja esat vizuāli aktīvs, varat izmantot šos YouTube videoklipus, lai uzzinātu vairāk par dūmu testēšanu:
● Edureka dūmu testēšanas apmācība
● Kas ir dūmu pārbaude?
● Dūmu testēšana pret funkcionalitātes testēšanu
Kā veikt dūmu testus?
Dūmu testu uzturēšana nozīmē nodrošināt, lai jūsu izveidotie dūmu testi paliktu veselīgi un atbilstoši, turpinoties programmatūras izveides projektam.
Katru dienu veiciet “dūmu” testus un pēc vajadzības izveidojiet jaunus testēšanas gadījumus.
Jūs varat arī maksimāli palielināt savu dūmu testu priekšrocības, cieši sadarbojoties ar tiem izstrādātājiem, kuru ieguldījums nespēj uzlabot viņu koda kvalitāti.
Kas ir dūmu testēšana programmatūras inženierijā?
Dūmu testēšanu programmatūras inženierijā sauc arī par izveides pārbaudes testēšanu, un tā ir vienkārša un ātra pārbaude, lai pārliecinātos, ka programmatūras izveide ir stabila.
Smoke testēšana tiek izmantota, lai pārbaudītu izveides pamatfunkcijas, un tā kalpo kā sākotnējā pārbaude pirms turpmākās QA testēšanas.
Dūmu testēšana pret pareizības testēšanu
Smoke un sanity testēšana ir abi testēšanas veidi, kas ietver ātru programmatūras vai produkta pamatfunkciju testēšanu.
Tomēr, kamēr “dūmu” testēšanā tiek pārbaudīts, vai programmatūras pamatfunkcijas darbojas, kā paredzēts, funkcionalitātes testēšana parasti tiek izmantota, lai pārbaudītu, vai kļūdu labošana ir novērsusi identificētās problēmas.
Dūmu testēšana ir formālāks un dokumentēts process, ko parasti veic pirms sastāva pārbaudes kā stabila, savukārt funkcionalitātes testēšana ir neformāla veida tests, ko var veikt kā daļu no salīdzinoši stabilu sastāva regresijas testēšanas.
Dūmu testēšana pret regresijas testēšanu
Testēšana ar dūmiem un regresijas testēšana ir abi testēšanas veidi, ar kuriem pārbauda, vai programmatūra darbojas pareizi arī pēc jaunu izmaiņu veikšanas.
Tomēr “dūmu” testēšana ir salīdzinoši ātra un ne pārāk padziļināta testēšana, kas vienkārši pārbauda pamatfunkcijas un nodrošina programmatūras stabilitāti.
Regresijas testēšana ir dziļāka līmeņa tests, kas aizņem daudz ilgāku laiku un detalizētāk novērtē salikumu.
Dūmu testēšana vs pareizības testēšana vs regresijas testēšana
Salīdzinot “dūmu” un “sanity” testēšanu ar regresijas testēšanu, ir svarīgi saprast, ka visi šie trīs testu veidi ir nepieciešami labai programmatūras izstrādei un kvalitātes nodrošināšanai.
Smoke testēšana un funkcionalitātes testēšana piedāvā ātru veidu, kā pārbaudīt, vai programmatūra darbojas normāli, savukārt regresijas testēšana sniedz dziļāku ieskatu produkta darbībā.
QA komandas vispirms veic programmatūras testēšanu, un tad, ja programmatūra iztur šo pārbaudi, var veikt pareizības pārbaudi un vēlāk arī regresijas testēšanu.
Automatizēta dūmu testēšana, izmantojot dūmu testēšanas rīkus, kļūst arvien izplatītāka, taču dažus testēšanas veidus, piemēram, regresijas testēšanu, vēl nav iespējams pilnībā automatizēt testa sarežģītības dēļ.
Visbeidzot, ja meklējat rīkus, lai veiktu testēšanu Windows platformās, iOS, Android, UI testos, Linux un daudzos citos, dodieties uz priekšu un lejupielādējiet ZAPTEST FREE!
