Ērtības testēšana ir programmatūras testēšanas veids, kas tiek veikta, kad tiek izstrādāta jauna programmatūras kopija vai kad esošajā kopijā tiek veiktas nelielas izmaiņas kodā vai funkcionalitātē.
Šajā rakstā mēs padziļināti aplūkosim saprātīguma testēšanas definīciju un detaļas, izpētīsim, kas ir saprātīguma testēšana, kā var veikt saprātīguma testēšanu un kādi rīki var vienkāršot un padarīt efektīvāku programmatūras saprātīguma testēšanu.
Kas ir saprātīguma pārbaude?
Sanity testēšana ir programmatūras testēšanas veids, ko veic testētāji, lai pārliecinātos, ka jauna programmatūras kopija darbojas, kā tai vajadzētu. Tas ir ātrs process, kas var novērst to, ka izstrādātāji un kvalitātes nodrošināšanas komandas netērē laiku un resursus, lai veiktu stingrākus testus programmatūras komplektiem, kas vēl nav gatavi.
Atbilstības testēšanu bieži izmanto pēc kļūdu labojumu vai remontu veikšanas, un tās mērķis ir pārbaudīt, vai šie labojumi ir darbojušies un vai mainītās pamatfunkcijas tagad darbojas, kā tām vajadzētu. Pēc izveides instalēšanas testētāji veic testēšanu, lai pārliecinātos, ka izveides funkcionalitāte un izmaiņas ir ieviestas pareizi, nevis pilnu regresijas testēšanu.
Ja izstrādātāju ieviestie kļūdu labojumi darbojas, kā tiem vajadzētu, testētāji uzskatīs, ka pareizības tests ir izturēts. Ja tie nedarbojas tā, kā vajadzētu, pirms padziļinātas testēšanas izveides tiks noraidītas un nosūtītas atpakaļ izstrādātājiem, lai veiktu papildu izmaiņas.
Kad jāveic pareizības pārbaude?
Sanity testēšanu parasti veic programmatūrai, kas ir stabila, bet ne vienmēr funkcionāla; piemēram, pēc nelielu izmaiņu veikšanas programmatūras izveidē programmatūras testētāji var veikt sanity testus, lai pārliecinātos, ka šīs izmaiņas darbojas pareizi, pirms pāriet pie pilnīgas regresijas testēšanas.
Traucējumu testēšana notiek pēc testēšanas, ar kuru var noteikt, vai sastādītā versija ir stabila, bet pirms regresijas testēšanas. Piemēram, ja “dūmu” testēšanā tiek atklāta nestabilitāte, kuru nepieciešams labot, pēc izmaiņu veikšanas, lai novērstu šīs kļūdas, var veikt pareizības testēšanu, lai noteiktu, vai izmaiņas darbojas, kā paredzēts.
Kad nav nepieciešams veikt saprātīguma pārbaudi
Lai pārbaudītu šo izmaiņu funkcionalitāti, pēc izmaiņu veikšanas stabilajā programmatūras komplektā jāveic pareizības pārbaude. Ja neesat veicis nekādas izmaiņas programmatūras izveidē vai ja pašlaik ieviešat izmaiņas, kas vēl nav pabeigtas, nav nepieciešams veikt izveides pareizības pārbaudi.
Ja izvēlaties neveikt pareizības pārbaudi pēc izmaiņu veikšanas programmatūras izveidē, īstermiņā varat ietaupīt laiku, taču vēlāk testēšanas laikā riskējat atklāt lielākas problēmas, kas var apturēt izstrādi un radīt nopietnus kavējumus.
Pēc izmaiņu veikšanas, kas varētu ietekmēt veiktspēju, vienmēr ir vērts veikt pareizības testēšanu, jo ir daudz labāk identificēt iespējamās kļūdas vai problēmas agrīnā posmā, pirms tērēt naudu un resursus rūpīgākai kvalitātes nodrošināšanas testēšanai.
Kas ir iesaistīts sanitāro pārbaužu veikšanā
Sanity testēšanu parasti veic testētāji pēc tam, kad viņi ir saņēmuši stabilu programmatūras kopumu tālākai testēšanai. QA testētāji veic atsevišķu sastāva aspektu pareizības testēšanu, piemēram, atsevišķu mainītu funkcionalitāšu vai konkrētu izlabotu kļūdu testēšanu.
Šādā veidā pareizības pārbaude sniedz salīdzinoši detalizētu atgriezenisko saiti par ļoti specifiskām programmatūras izveides jomām. Ja testi ir veiksmīgi, testētāji veic turpmāku regresijas testēšanu. Ja tas neizdodas, izveides fails tiek atdots izstrādātājiem tālākai izstrādei.
Priekšrocības, ko sniedz pareizības pārbaude
Sanity testēšana ietaupa daudz laika un pūļu, jo tā neļauj QA komandām tērēt laiku padziļinātiem testiem, pirms pārliecināties, ka programmatūras izveides pamatfunkcijas darbojas, kā tām vajadzētu.
Sanitārā testēšana ir ātra, rentabla un nepieciešama, ja izstrādes un testēšanas komandas vēlas efektīvi un ātri izveidot programmatūru bez kļūdām.
● tas ietaupa laiku un resursus
● Nav nepieciešami nekādi dokumentācijas sagatavošanas pasākumi
● Tas var palīdzēt identificēt trūkstošos objektus
● Tas novērš nopietnas problēmas vēlāk
Tas ir efektīvs un ātrs
Sanity testēšana ir ātrs un efektīvs veids, kā pārliecināties, vai programmatūras izveides galvenās funkcijas darbojas, kā paredzēts.
Vienkāršus pareizības testus varat veikt mazāk nekā stundas laikā, un, ja pareizības tests ir izturēts, tas dod QA komandai atļauju turpināt tālāku testēšanu.
Tam nav nepieciešama dokumentācija
Lielākā daļa sanitārā testēšana ir nescriptēta, kas nozīmē, ka testētājiem nav stingru prasību rakstīt katra testa izpildes/neizpildes kritērijus vai rakstīt dokumentāciju, lai atspoguļotu sanitārā testa rezultātus. Tas nozīmē, ka to var izdarīt salīdzinoši ātri un neuzkrītoši, būtiski netraucējot darbu.
Tā var identificēt trūkstošos objektus
Traucējumu testēšana var palīdzēt testētājiem identificēt saistītus vai trūkstošus objektus, kas varētu būt būtiski svarīgi salikuma darbībai. Tā kā sanity testēšana tiek izmantota, lai individuāli pārbaudītu konkrētas funkcionalitātes, sanity testēšanas laikā ir vieglāk identificēt atsevišķas kļūdas un problēmas, salīdzinot ar dūmu testēšanu un citiem sākotnējiem programmatūras testiem.
Tas novērš nopietnas problēmas vēlāk.
Sanitārās pārbaudes testēšana var palīdzēt jums identificēt problēmas jau agrīnā testēšanas procesa posmā un izvairīties no lielām, uzrāvienu izraisošām kļūdām vēlāk izstrādes laikā. Agrīna problēmu identificēšana var palīdzēt jums saglabāt grafiku izstrādes laikā un novērst dārgi izmaksājošas kļūdas.
Saprātīguma testēšanas izaicinājumi
Sanitārā testēšana nav bez izaicinājumiem. Sanity testēšanas programmatūra var palīdzēt testētājiem identificēt dažas no galvenajām kļūdām, pirms turpināt tālāku testēšanu, taču tā nav uzticams veids, kā identificēt visas iespējamās problēmas.
Dažas no problēmām, kas saistītas ar pareizības pārbaudi, ir šādas:
● Tam ir salīdzinoši šaura darbības joma, un daži jautājumi var tikt izlaisti.
● Sanitārā testēšana ir nescriptēta.
● Izstrādātāji ne vienmēr zina, kā novērst kļūdas, kas atklātas pareizības testēšanā.
● Sanitārā testēšana attiecas tikai uz programmatūras komandām un funkcijām.
Tā darbības joma ir šaura
Sanitārā testēšana ir ļoti šaura, salīdzinot ar daudziem citiem testēšanas veidiem. Sanitārās testēšanas mērķis ir pārbaudīt konkrētas funkcionalitātes vai izmaiņas, lai pārliecinātos, ka tās darbojas pareizi. Izņemot šīs izmaiņas, funkcionalitātes pārbaude nesniedz nekādu ieskatu programmatūras kopuma vispārējā funkcionalitātē.
Tas ir bez scenārija
Lai gan daži testētāji to varētu uzskatīt par priekšrocību, tas, ka sanitārā testēšana ir neskriptēta, nozīmē, ka nav dokumentācijas, ko nākotnē izmantot, ja izstrādātāji vai testētāji vēlas pārbaudīt sanitārā testa rezultātus. Sanitārā stāvokļa pārbaudei ir ierobežots pielietojums papildus tās tūlītējai ietekmei.
Tā testē tikai funkcijas un komandas
Sanity testēšana tiek izmantota tikai programmatūras izveides funkciju un komandu testēšanai. Veicot pareizības testēšanu, nav iespējams pārbaudīt, kā programmatūra darbojas dizaina struktūras līmenī, kas nozīmē, ka izstrādātājiem ne vienmēr ir viegli noteikt, kur ir radušās problēmas un kā tās novērst.
Saprātīguma pārbaudes pazīmes
Sanitārā testēšana atšķiras no citiem programmatūras testēšanas veidiem, pamatojoties uz tās galvenajām iezīmēm un īpašībām. Ir iespējams definēt pareizības pārbaudi, ņemot vērā tās īpašības, kas ir:
● Vienkārši
● Neskriptēts
● Nedokumentēts
● Dziļi
● šaurs
● Veic testētāji
Vienkāršs
Saprātīguma testēšana ir vienkāršs programmatūras testēšanas veids, ko ir viegli izstrādāt un tikpat viegli veikt. Tas nozīmē, ka QA pareizības testēšanu var veikt ātri, kad tas ir nepieciešams, un testēšanas komandām nav jāplāno neoficiāli testi.
Neskriptēts un nedokumentēts
Sanitārā testēšana parasti ir gan neskriptēta, gan nedokumentēta, kas arī veicina to, ka sanitārā testēšana lielākajā daļā testēšanas vidu tiek veikta pavirši.
Sanity testēšana ir neformāls process, kas galvenokārt tiek veikts, lai pārbaudītu, vai mainītās funkcijas un iespējas darbojas, kā paredzēts.
Dziļi un šauri
Saprātīguma testēšana ir programmatūras testēšanas veids, kas tiek uzskatīts gan par padziļinātu, gan par šauru. Tas nozīmē, ka pareizības pārbaude aptver tikai šauru programmatūras izveides pārskatu, bet padziļināti izskata tos izveides aspektus, kurus tā pārbauda.
Piemēram, programmatūras testētāji var detalizēti pārbaudīt vienas funkcijas funkciju, nevis pārbaudīt visas galvenās funkcijas pamatlīmenī.
Veic testētāji
Sanitārās atbilstības testēšanu gandrīz vienmēr veic testētāji. Tas atšķir pareizības testēšanu no citiem izplatītākajiem programmatūras testēšanas veidiem, piemēram, “dūmu” testēšanas, ko var veikt vai nu QA komandas, vai izstrādātāji.
Sanitārā testēšana vs dūmu testēšana vs regresijas testēšana
Bieži tiek runāts par sanity testēšanu, dūmu testēšanu un regresijas testēšanu kopā, un daži cilvēki var sajaukt dažādus testēšanas veidus, ja nesaprot atšķirības starp sanity testēšanas definīciju un citiem testēšanas veidiem.
“Smoke” un “sanity” testēšana ir ātrie testi, kas tiek veikti, lai noteiktu, vai programmatūras kopums darbojas pareizi. Tomēr pareizības testi atšķiras gan no “dūmu” testiem, gan regresijas testiem.
Kas ir dūmu pārbaude?
Smoke testēšana kvalitātes nodrošināšanā ir programmatūras testēšanas veids, ko veic jauniem programmatūras veidojumiem, lai pārbaudītu funkcionalitāti un uzvedību. Tests ir ātrs tests, kurā tiek pārbaudītas programmatūras pamatfunkcijas, lai pārliecinātos, ka tās darbojas pareizi.
Piemēram, pieņemsim, ka testējat mobilo iepirkšanās lietojumprogrammu. Tādā gadījumā varat izmantot “dūmu testu”, lai pārbaudītu, vai klienti var pierakstīties, pievienot preces grozos un izrakstīties, nesaskaroties ar būtiskām kļūdām vai kļūdām.
Smoke testi tiek veikti arī pēc tam, kad izstrādes laikā kodā ir veiktas izmaiņas, kas varētu ietekmēt izveides funkcionalitāti.
Kas ir regresijas testēšana?
Regresijas testēšana ir programmatūras testēšanas veids, kas tiek veikta, lai pārliecinātos, ka nesen veiktās izmaiņas kodā nav negatīvi ietekmējušas programmatūras īpašības vai funkcionalitāti.
Traucējumu testēšana ir regresijas testēšanas apakškopa, jo tā ietver atsevišķu funkciju vai moduļu funkciju testēšanu.
Regresijas testēšana ir detalizēta visu to jomu testēšana, kas ir mainītas vai modificētas kopš pēdējās izveides.
Kāda ir atšķirība starp dūmu un sanitāro pārbaudi?
Līdzīgi kā dūmu testēšana, arī funkcionalitātes testēšana pārbauda, vai konkrētas funkcijas darbojas, kā tām vajadzētu.
Tomēr atšķirībā no “dūmu” testēšanas, pareizības testēšana ir vērsta tikai uz vienu vai divām funkcijām, parasti tām, kas ir mainītas vai labotas pavisam nesen. Viena no atšķirībām starp “dūmu” testēšanu un “sanity” testēšanu ir tā, ka “dūmu” testēšana sniedz plašāku priekšstatu par programmatūras izveides funkcionalitāti, savukārt “sanity” testēšana sniedz šaurāku, bet dziļāku priekšstatu par vienu izveides aspektu.
Sanity testēšana ir regresijas testēšanas apakšgrupa, kas ir programmatūras testēšanas veids, ko testētāji izmanto, lai pārliecinātos, kā programmatūras kopums darbojas pēc izmaiņu veikšanas.
Lielākā atšķirība starp “dūmu” un regresijas testēšanu ir tā, ka “dūmu” testēšana kvalitātes nodrošināšanā tiek veikta sākotnējās vai nestabilās versijās, bet regresijas testēšana vienmēr tiek veikta stabilās versijās.
Testētāji vai izstrādātāji var veikt dūmu testēšanu, bet testētāji vienmēr veic regresijas testēšanu.
Kāda ir atšķirība starp pareizības un regresijas testēšanu?
Regresijas testēšana ir pareizības testēšanas virskopums, kas nozīmē, ka pareizības tests būtībā ir viens neliels pilnīgas regresijas testēšanas elements.
Lielākā atšķirība starp sanity un regresijas testēšanu ir tā, ka sanity testēšanā tiek pārbaudītas tikai dažas, atlasītas mainītās koda jomas, lai “pārbaudītu sanity stāvokli”, bet regresijas testēšanā tiek pārbaudītas visas mainītās koda jomas, lai pārliecinātos, ka tās darbojas, kā paredzēts.
Vēl viena atšķirība starp funkcionalitātes un regresijas testēšanu ir tā, ka vispirms tiek veikta funkcionalitātes testēšana, bet pilnīga regresijas testēšana notiek tikai tad, ja funkcionalitātes testi ir izturēti.
Dūmu, veselīguma un regresijas testēšana: secinājumi
Dūmu testēšana, pareizības testēšana un regresijas testēšana ir programmatūras testēšanas veidi, kas var palīdzēt izstrādātājiem un testētājiem identificēt kļūdas kodā agrīnā izstrādes posmā.
Smoke testēšana ir pirmais testēšanas veids, un to var veikt gan izstrādātāji, gan testētāji, izmantojot nestabilas kopijas. Tā ir lielākā atšķirība starp dūmu un regresijas testēšanu.
Pēc tam tiek veikta pareizības pārbaude, un, ja abas pirmās pārbaudes ir izturētas, tiek veikta pilnīga regresija.
Visu trīs veidu testi ir būtiski, lai nodrošinātu, ka izstrādes komandas un kvalitātes nodrošināšanas komandas netērē laiku un resursus programmatūras izveidē ar acīmredzamām kļūdām, kas var izraisīt būtiskus kavējumus, ja tās tiek atklātas tikai vēlāk izstrādes laikā.
Manuālie un automatizētie pareizības testi
Mūsdienu automatizācijas tehnoloģijas ļauj automatizēt pareizības testēšanu, lai samazinātu laiku, kas testētājiem jāpatērē šo nepieciešamo testu veikšanai.
Tomēr, lai automatizētu sanitārās testēšanas testus, parasti ir nepieciešami lielāki tehniskie resursi nekā manuālai testēšanai, un, neizmantojot sanitārās testēšanas rīkus, var būt grūti ietaupīt izstrādes laiku, lai izveidotu un palaistu automatizētus sanitārās testēšanas testus.
Bieži vien labākā izvēle ir apvienot regulāru automatizētu testēšanu ar manuālu pareizības pārbaudi, lai detalizētāk izpētītu pamatfunkcijas.
Manuālā pareizības pārbaude: priekšrocības, problēmas un process
Manuālā pareizības pārbaude ir jebkura veida pareizības pārbaude, ko manuāli veic testētāji. Veicot testēšanu manuāli, testētāji paši pārbauda programmatūras izveides galvenās funkcijas, testējot dažādu testa gadījumu rezultātus un salīdzinot tos ar gaidītajiem rezultātiem.
Manuālā testēšana bieži tiek uzskatīta par detalizētāku nekā automatizētā testēšana, jo tā ļauj veikt vairāk izpētes testu. Automatizētie testi vienkārši seko noteiktam skriptam, savukārt manuāli testētāji var izmantot savu izpratni un spriedumu, lai izpētītu funkcijas un procesus, kurus, iespējams, ir nepieciešams sīkāk izpētīt. Citiem vārdiem sakot, viņi var “iziet no scenārija”.
Manuālās pareizības pārbaudes priekšrocības ir šādas:
● Manuālo testēšanu var viegli veikt ar tehniskiem jautājumiem nesaistīti QA darbinieki.
● Ir viegli izveidot manuālu pareizības testu bez īpašiem resursiem.
● manuālā testa laikā testētāji var izpētīt dažādus programmatūras izveides elementus.
Tomēr manuālai pareizības pārbaudei ir arī daudz trūkumu:
● Manuālā testēšana ir laikietilpīga, un to nevar veikt tik regulāri kā automātisko testēšanu.
● Testēšana var būt mazāk detalizēta, ja testētāji vēlas ietaupīt laiku.
● Testa pārklājums var būt šaurāks
● Manuālajā pareizības testēšanā ir iespējamas cilvēciskas kļūdas.
Sanitārās testēšanas automatizācija: ieguvumi, izaicinājumi un process
Automatizētā testēšana kļūst arvien populārāka testēšanas komandu vidū, kurām ir resursi un prasmes tās īstenošanai. Sanitārās testēšanas automatizēšana ļauj testēšanas komandām regulārāk veikt sanitārās testēšanas testus un standartizēt sanitārās testēšanas procesu vairākos testos.
Programmatūras pareizības testēšana, izmantojot automatizācijas rīkus, ir viens no ātrākajiem un efektīvākajiem veidiem, kā veikt pareizības testēšanu, taču tas prasa, lai programmatūras komandas piešķirtu tehniskos resursus automatizācijas procesu izveidei un pārvaldībai.
Mazākās komandās tas var novirzīt resursus no tādiem svarīgiem procesiem kā izstrāde un kļūdu novēršana.
Automatizētas pareizības pārbaudes plusi ir šādi:
● Automatizēta pareizības pārbaude ir daudz efektīvāka nekā manuāla testēšana.
● Nav ierobežojumu, cik regulāri varat veikt pareizības pārbaudi, izmantojot automatizāciju.
● Automatizējot pareizības testēšanu, ir maz vietas cilvēka kļūdām.
● Automatizētie pareizības testi var aptvert plašāku paraugu klāstu.
Tomēr automatizētai testēšanai ir arī trūkumi, tostarp:
● Automatizētā testēšana nepieļauj subjektīvismu.
● Automatizētie testi nevar izpētīt ārpus to skriptu scenārijiem.
● Sankcionalitātes testēšanas automatizēšana maksā resursus
● Ne visām testēšanas komandām ir tehniskās prasmes, lai automatizētu pareizības pārbaudes testēšanu.
Secinājums: Manuālā vai sanitārā testa automatizācija?
Ideālā gadījumā izstrādes komandas un testētāji var apvienot manuālo QA pareizības pārbaudi ar automātisko testēšanu, lai sasniegtu vislabākos rezultātus. Tas ļauj programmatūras komandām izmantot automātiskās testēšanas konsekvenci un manuālās testēšanas elastību.
Gan “dūmu” testēšanas, gan “sanity” testēšanas gadījumā, lai automatizētu “sanity” testēšanu, ir nepieciešami resursi un tehniskās prasmes, kas nozīmē, ka tas ne vienmēr ir iespējams, jo īpaši mazākām programmatūras komandām vai vienreizēju “sanity” testu gadījumā.
Testēšanas komandas, kas vēlas izpētīt automatizētu testēšanu, var izmantot pareizības testēšanas rīkus, lai vienkāršotu automatizācijas procesu un samazinātu nepieciešamību pēc papildu izstrādes personāla.
Kas jums nepieciešams, lai sāktu pareizības pārbaudi
Pirms sākat testēt pareizību, ir svarīgi noteikt, kā veiksiet testēšanu, un definēt pareizības testēšanas parametrus un mērķus. Lai veiktu pareizības pārbaudi, nav nepieciešams daudz reālu rīku, un pareizības pārbaudi var veikt lielākoties neplānoti.
Visbiežāk pareizības testēšana tiek veikta, jo stabilā programmatūras komplektā ir veiktas izmaiņas, un testētāji vēlas pārbaudīt, vai šīs izmaiņas darbojas, kā paredzēts.
Šajā gadījumā jūs sāksiet pareizības pārbaudi, izklāstot veiktās izmaiņas, procesus, ko izmantosiet to testēšanai, un gaidāmos katra testa rezultātus.
Stabila konstrukcija
Traucējumu testi tiek veikti pēc tam, kad programmatūras izveides stabilitāte ir pārbaudīta, izmantojot “dūmu” testēšanu. Izstrādātāji un testētāji ir atbildīgi par to, lai pārliecinātos, ka programmatūras kopums ir stabils, pirms tiek veikti turpmāki testi.
Testēšanas gadījumu scenāriji
Pirms sākat sanitārās pārbaudes testēšanu, jums ir jāizklāsta testēšanas gadījumu scenāriji, kurus plānojat testēt neatkarīgi no tā, vai veiksiet manuālus vai automatizētus sanitārās pārbaudes testus.
Ja pēc kļūdu labošanas veicat pareizības testēšanu, vēlaties definēt testēšanas gadījumus, kas pārbauda labošanas kvalitāti.
Sanitārās testēšanas rīki
Lai veiktu pareizības testēšanu, nav nepieciešami īpaši rīki, taču pareizības testēšanas rīki var atvieglot testu veikšanu parastās darba dienas laikā.
Ja vēlaties pāriet uz regulāriem pareizības testiem visas dienas garumā vai ja jūsu izstrādes komanda katru dienu veic vairākas programmatūras izveides modifikācijas, pareizības testēšanas rīki var palīdzēt. Piemēram, varat izmantot testēšanas rīkus, lai īstenotu robotizētu procesu automatizāciju.
Saprātīguma pārbaudes process
Programmatūras pareizības pārbaude parasti ir salīdzinoši ātrs process, ko var veikt mazāk nekā stundas laikā. Lai automatizētu pareizības testus, sākumā var būt nepieciešams ilgāks laiks, taču, kad automatizācijas skripts ir izveidots, varat veikt pareizības testus pavisam īsā laikā.
Veiciet tālāk aprakstītās darbības, lai saprastu, kā veikt manuālu pareizības pārbaudi un kādas darbības jāveic katrā testēšanas procesa posmā.
1. Identificēt modificētās sastāvdaļas
Sanity testēšanas mērķis ir pārbaudīt konkrētu funkciju un komponentu funkcionalitāti pēc izmaiņu veikšanas izveidē.
Pirms sākt programmatūras pareizības testēšanu, ir svarīgi noteikt, kuras komponentes ir mainītas vai pievienotas kopnei un kuri koda aspekti ir mainīti kopš pēdējās testēšanas kārtas.
2. Novērtējiet katru komponentu
Kad esat identificējis komponentus, kurus nepieciešams testēt, varat analizēt katru komponentu atsevišķi, lai izprastu tā īpašības un to, kā tam jādarbojas.
Tas palīdz testētājiem izprast sagaidāmos pareizības testēšanas rezultātus un saprast savu testu rezultātus.
3. Definēt pareizības testēšanas pieeju
Šajā posmā ir nepieciešams definēt savu pieeju pareizības pārbaudei. Vai veiksiet manuālu vai automatizētu testēšanu?
Ja izmantojat automatizētu pieeju, testēšanas automatizēšanas rīkiem, kurus izmantojat testēšanai, ir jāpalīdz jums izveidot testēšanas skriptus, lai testētu jau identificētās sastāvdaļas.
Ja testēšanu veicat manuāli, apsveriet, kā testēt funkcijas, kuras nepieciešams pārbaudīt.
4. Veikt pareizības testēšanu
Nākamais pareizības pārbaudes posms ir pašas pārbaudes veikšana.
Testētāji veic manuālu pareizības pārbaudi, novērtējot visas moduļu sastāvdaļas, saistītos parametrus un funkcijas, kas ir rediģētas, pievienotas vai mainītas kopš pēdējā testa.
Veicot programmatūras funkcionalitātes testēšanu, salīdziniet katra funkcionalitātes testa rezultātus ar paredzamajiem testa rezultātiem, lai pārliecinātos, vai katrs komponents darbojas pareizi.
5. Turpmākie soļi
Pēc pareizības pārbaudes veikšanas apsveriet, vai izveides tests ir vai nav izturēts. Ja pareizības testu rezultātā tiek konstatēta neparedzēta uzvedība vai rezultāti, atdodiet izveidoto versiju izstrādātājiem tālākai apstrādei.
Ja izveides testēšana ir izturējusi sanitārā testēšanu, kas nozīmē, ka visas izveides sastāvdaļas darbojas atbilstoši jūsu gaidītajam, var veikt turpmāku regresijas testēšanu.
Labākā pareizības testēšanas prakse
Tā kā funkcionalitātes testēšana ir gan neskriptēta, gan nedokumentēta, testētāji var veikt funkcionalitātes testēšanu pēc vajadzības. Nav daudz ieteicamo labās prakses piemēru, kā veikt sanitārās testēšanas testus, jo tas ir tik gadījuma programmatūras testēšanas veids, taču ir daži noteikumi, kurus varat ievērot, lai nodrošinātu, ka no sanitārās testēšanas gūsiet maksimālu labumu.
Pēc jaunas funkcionalitātes pievienošanas vienmēr veiciet funkcionalitātes pārbaudi
Programmatūras pareizības pārbaude ir nepieciešama, kad stabilas programmatūras izveidošanai tiek pievienotas jaunas funkcijas vai komandas.
Svarīgākā labākā pareizības testēšanas prakse ir vienmēr veikt pareizības testēšanu ikreiz, kad tiek mainīta vai pievienota komponente vai kad tiek labota kļūda.
Koncentrējieties uz attiecīgajām funkcijām un komandām
Daļa no pareizības testēšanas definīcijas ir koncentrēšanās uz funkcijām un komandām, taču, veicot pareizības testēšanu, ir svarīgi koncentrēties uz tām funkcijām un komandām, kas ir vissvarīgākās jūsu programmatūras izveides darbībai.
Tāpat kā dūmu testēšanu, arī funkcionalitātes testēšanu vislabāk izmantot, lai novērtētu pamatfunkcijas, kas var radīt nopietnus traucējumus, ja netiek identificētas šajā posmā.
Ja iespējams, vienmēr automatizējiet testus
Ja jums ir resursi, rīki un tehniskās prasmes, kas nepieciešamas, lai automatizētu pareizības testus, tas var palīdzēt gan paātrināt testēšanas procesu, gan standartizēt testēšanas metodiku.
Tas nenozīmē, ka automatizēta testēšana vienmēr jāizmanto manuālās testēšanas vietā, bet gan to, ka blakus manuālajai testēšanai vienmēr ir ieteicams ieviest arī kādu no automatizētās testēšanas veidiem.
Sanitārā testa rezultātu veidi
Lielākoties sanitārā testa rezultāts būs vienkārši binārais lēmums par to, vai tests ir vai nav izturēts, atkarībā no tā, kā testējamās sastāvdaļas uzvedas testa apstākļos.
Pass
Ja modificētajā kodā nav kļūdu vai loģikas kļūdu, tad pareizības pārbaudei vajadzētu būt sekmīgai. Izturēšana vienkārši nozīmē, ka, veicot saprātīguma pārbaudi, moduļi uzvedas tā, kā jūs to sagaidāt.
Ja pareizības tests ir izturējis testu, testētāji turpina testēšanu un veic pilnu regresijas testu kopumu.
Fail
Ja, veicot pareizības testu, testētās funkcijas neuzvedas tā, kā gaidījāt, tas nozīmē, ka tests ir izgāzies.
Pēc tam testētāji nodos programmatūras kopumu atpakaļ izstrādes komandai, lai tā turpinātu izstrādi, labotu kļūdas un labotu jebkādas kļūdas kodā, kas varētu izraisīt testu neveiksmi.
Saprātīguma testu piemēri
Labākais veids, kā saprast, kā darbojas sanity testi un kā manuāli veikt sanity testus, ir iemācīties veikt sanity testus, izmantojot testu piemērus.
Zemāk ir divas sanitārās testēšanas ilustrācijas ar testēšanas gadījumu piemēriem.
Kārtības pārbaude pēc kļūdas labojuma
Veicot testēšanu, izstrādātāji atklāja kļūdas e-komercijas lietojumprogrammā, kas neļāva klientiem pievienot jaunas preces savos grozos.
Pēc šīs kļūdas labošanas darbu veikšanas apkopojums tika nodots kvalitātes nodrošināšanas testētājiem, lai tie veiktu pareizības pārbaudi. Lai pārliecinātos, ka tas darbojas, kā paredzēts, tika veikta jaunu preču pievienošanas grozam funkcionalitātes pārbaude.
Sanitātes pārbaude pēc modifikācijām
Izstrādātāju komanda ir strādājusi pie iepirkumu sarakstu lietotnes atjauninājuma, kas ļauj lietotājiem kategorizēt sarakstus ar dažādām etiķetēm. Lai īstenotu šo funkciju, esošajā sastāva versijā ir nepieciešams pievienot daudz jauna koda.
Kad kods ir pievienots, testētāji veic pareizības testēšanu, lai novērtētu jauno funkciju un pārbaudītu tās veiktspēju. Tiek konstatēta kļūda, kas neļauj lietotājiem pārkategorizēt sarakstu pēc tam, kad tam jau ir pievienota etiķete, tāpēc izveides kopija tiek nosūtīta atpakaļ izstrādātājiem turpmākai apstrādei.
Kļūdu un kļūdu veidi, kas atklāti, veicot pareizības pārbaudi
Lai pārbaudītu programmatūras izveides racionalitāti pēc izmaiņu veikšanas, kas var ietekmēt programmatūras funkcionalitāti, parasti tiek izmantota pareizības pārbaude.
Tādējādi programmatūras pareizības pārbaude var palīdzēt QA testētājiem identificēt dažādas kļūdas un defektus datorkodā.
Loģikas kļūdas
Drošuma testi var palīdzēt testētājiem un izstrādātājiem identificēt loģikas kļūdas jaunajā kodā. Šīs kļūdas var izraisīt neparedzētu pamatfunkciju darbību vai pat programmatūras darbības traucējumus.
Kļūdas
Kļūdas datora kodā var būt gan nelielas, gan lielas; dažos gadījumos tās var vienkārši ietekmēt lietojamību un ērtības, bet citos gadījumos tās var traucēt visai lietojumprogrammai darboties.
Traucējumu testi var identificēt kļūdas vai atklāt, vai kļūda ir vai nav pienācīgi novērsta.
Bieži sastopamie pareizības testēšanas rādītāji
Metrikai jebkāda veida programmatūras testēšanā ir jābūt saskaitāmai un izmērāmai. Veicot pareizības testēšanu, ir svarīgi sekot līdzi rādītājiem, kas var palīdzēt objektīvi novērtēt pareizības testa rezultātus.
Tas ir īpaši svarīgi, ja nākotnē vēlaties automatizēt pareizības pārbaudi.
Daži pareizības pārbaudes metriku piemēri:
● Testēšanas gadījumi nav izpildīti
● Izturētie testēšanas gadījumi
● Testēšanas gadījumi neizdevās
● Bloķēti testa gadījumi
Faktiski izmērāmie rādītāji ietver jebkurus rezultātus, kas sniedz kvantitatīvus datus, kuri atspoguļo, cik labi jūsu programmatūras izveidošana ir darbojusies pareizības pārbaudes laikā.
5 labākie bezmaksas Sanity testēšanas rīki
Ja jūs interesē bezmaksas funkcionalitātes testēšanas rīku ieviešana, lai palīdzētu plānot, palaist un automatizēt stabilas programmatūras stabilitātes testus, zemāk ir saraksts ar dažiem labākajiem funkcionalitātes testēšanas rīkiem, kas šodien ir pieejami tiešsaistē bez maksas.
ZAPTEST BEZMAKSAS izdevums
ZAPTEST ir bezmaksas testēšanas rīku komplekts, kas pieejams gan bezmaksas versijā, gan maksas uzņēmuma versijā.
ZAPTEST BEZMAKSAS rīks ir programmatūras testēšanas rīks, kas ļauj lietotājiem automatizēt funkcionalitātes testus, dūmu testus un cita veida programmatūras testus, lai testētu lietojumprogrammas Mac, Windows, Android un citām platformām.
Tas ir viegli lietojams un ir ideāls veids, kā izmēģināt pareizības testēšanas automatizāciju, nemaksājot prēmiju.
Īsumā, ZAPTEST 1SCRIPT tehnoloģija ļauj automatizēt testēšanu jebkurā programmatūras lietojumprogrammā, starpplatformu, pārlūkprogrammu, ierīču un bezkodu saskarnē, kas ir ideāli piemērota gan iesācējiem, gan ļoti pieredzējušiem testētājiem.
QA Wolf
Ja meklējat vienkāršību, QA Wolf ir ļoti vienkārša QA testēšanas lietojumprogramma, kas ir pilnībā izvietota jūsu pārlūkprogrammā, un tas nozīmē, ka jums nav nepieciešams neko lejupielādēt, lai to izmantotu. Lai veiktu automatizētus testus, varat izmantot QA Wolf neatkarīgi no jūsu prasmju līmeņa.
Selēns
Selenium ir vēl viens testēšanas rīks, kas ir pieejams gan bezmaksas, gan maksas versijā. Selenium ir saderīgs ar daudzām programmēšanas valodām, tāpēc tas ir lieliska izvēle izstrādātāju komandām, kas izmanto mazāk izplatītas valodas, un to var izmantot, lai automatizētu tīmekļa lietojumprogrammu funkcionalitātes testēšanu un cita veida testēšanu.
Watir
Ja vēlaties sākt rakstīt savus automatizētos programmatūras testus, bet nezināt, ar ko sākt, Watir ir atvērtā koda rīks, kas ļauj viegli rakstīt vienkāršus un uzturamus automatizētus pareizības testus.
Vējdzirnavas
Windmill ir atvērtā koda testēšanas rīks, kas tika izveidots, lai automatizētu tīmekļa lietojumprogrammu testēšanu un atkļūdošanu. Tas ir efektīvs rīks testētājiem, kas vēlas pārbaudīt, vai tīmekļa lietojumprogrammas izstrādes posmā ir pienācīgi atkļūdošanas stadijā.
Sanitārās pārbaudes kontrolsaraksts
Pirms veicat pirmos sanitārā testus, pārliecinieties, vai saprotat, kā definēt sanitārā testēšanu un kas jums būs nepieciešams, pirms sākat sanitārā testēšanu.
● Vai jūs zināt, kādas jaunas funkcijas ir pievienotas šim komplektam?
● Vai saprotat, kā jādarbojas jaunajai funkcionalitātei?
● Kādi ir jūsu kritēriji, lai izturētu un neizturētu saprātīguma pārbaudi?
● Vai jums ir nepieciešams iegādāties jebkādus pareizības testēšanas rīkus, pirms sākat darbu?
● Kā plānojat nodot testa rezultātus izstrādātājiem?
● Vai zināt, kā vajadzības gadījumā atkārtot pareizības testus?
Kad uzzināsiet atbildes uz visiem šiem jautājumiem, varat sākt pirmo saprātīguma pārbaudi.
Secinājums
Sanity testēšana ir nepieciešams programmatūras testēšanas posms, kas ļauj testētājiem novērtēt, vai nesen modificētās sastāvdaļas darbojas pareizi. Sanity testēšanu vienmēr veic testētāji, nevis izstrādātāji, un sanity testēšanu ir iespējams automatizēt vai veikt manuāli.
Tā kā arvien vairāk programmatūras komandu pāriet uz hiperautomatizāciju, automatizēta pareizības pārbaude kļūst arvien izplatītāka. Ideālā gadījumā programmatūras komandas var censties veikt manuālu, izpētes testēšanu, testējot jaunus komponentus, un vienlaikus izmantot automatizētu testēšanu, lai testētu nelielas izmaiņas visas darba dienas garumā.
Biežāk uzdotie jautājumi un resursi
Ja vēlaties padziļināt savas zināšanas par pareizības pārbaudi, iepazīstieties ar dažiem tālāk minētajiem resursiem un bieži uzdotajiem jautājumiem.
Labākie kursi par sanitārās testēšanas automatizāciju
Varat uzzināt vairāk par pareizības testēšanu un citiem programmatūras testēšanas veidiem, meklējot tiešsaistes kursus par pareizības testēšanu. Kursi tiešsaistē ir pieejami šādās vietnēs:
● Coursera
● Uplatz
● Kursa līnija
● Edureka
Daži tiešsaistes kursi tiek piedāvāti bez maksas, bet citi var piedāvāt sertifikātus vai kvalifikācijas apliecinājumus pēc pabeigšanas par maksu.
Labākās grāmatas par saprāta pārbaudi
Jūs varat uzlabot savas zināšanas par pareizības testēšanu, lasot grāmatas par pareizības testēšanu un programmatūras testēšanu.
● Programmatūras testēšana, autors Ron Patton
● Kā lauzt programmatūru, autors James Whittaker
● Programmatūras testēšanas metodes, autors Boriss Beizers
● Programmatūras testēšanas automatizācija, Mark Fewster un Dorothy Graham
● Agile Testing, Lisa Crispin un Janet Gregory
Kādi ir 5 svarīgākie intervijas jautājumi par saprātīguma pārbaudi
Pirms pieteikties darbam kvalitātes nodrošināšanas jomā, kas var ietvert sanitātes testēšanu, varat sagatavot atbildes uz biežāk uzdotajiem sanitātes testēšanas intervijas jautājumiem.
● Kāda ir atšķirība starp dūmu un sanitārā stāvokļa pārbaudi?
● Kad jāveic pareizības pārbaude?
● Kā noteikt, vai pareizības pārbaude ir neizdevusies?
● Kad jūs varētu veikt manuālo un kad automātisko testēšanu?
● Kādas ir pareizības pārbaudes priekšrocības?
Labākās YouTube pamācības par saprātīguma testēšanu
Vairāk par pareizības pārbaudi varat uzzināt no šiem YouTube videoklipiem:
● Kas ir pareizības pārbaude?
● Atšķirība starp dūmu un veselīguma pārbaudi
● Kas ir pareizības pārbaude? Purushotam akadēmija
● Dūmu testēšana vs Sanity testēšana ar piemēriem
Kā uzturēt pareizības testus
Tā kā funkcionalitātes testus parasti izmanto, lai pārbaudītu kodā veiktās modifikācijas, katru reizi, kad veicat funkcionalitātes testu, varat pārbaudīt dažādus koda elementus vai pielāgot testu, lai novērtētu dažādas funkcionalitātes.
Šī iemesla dēļ ir svarīgi sekot līdzi savam sanitārā testa uzturēšanas procesam, lai nodrošinātu, ka esat gatavs testēšanai, kad vien tas ir nepieciešams.
● Atjauniniet testa gadījumus, kad programmatūras izveides funkcionalitāte attīstās.
● Vienmēr ievērojiet testēšanas paraugpraksi
● Regulāri atkārtoti novērtējiet savus testus.
● Veidojot jaunus testus, paturiet prātā nākotnes projektus.
Kas ir pareizības pārbaude QA?
Sanity testēšana QA ir programmatūras testēšanas veids, kas ietver nesen modificētu vai pievienotu stabilas programmatūras izveides komponentu testēšanu, lai pārliecinātos, ka tie darbojas pareizi.
Šī pareizības testēšanas definīcija atšķir pareizības testēšanu no dūmu testēšanas, jo dūmu testēšana tiek veikta ar nestabilām versijām.
Programmatūras funkcionalitātes testēšanu vienmēr veic testētāji, nevis izstrādātāji, un viens no biežākajiem iemesliem veikt funkcionalitātes testēšanu ir kļūdu novēršana vai labošana. Šādā veidā testētāji pārliecinās, ka labojums darbojas pareizi, un var sākt turpmāku testēšanu.
Protams, ja jums kā organizācijai ir nepieciešama uzņēmuma līmeņa programmatūras testēšana + pakalpojumi, sazinieties ar mums! ZAPTEST ir vadošais automatizācijas rīks jebkurā platformā, tostarp Linux, Windows, Android, iOS, web. Tas ļauj veikt jebkuru testu, tostarp slodzes testus, veiktspējas testus, UI testus, vienības testus, funkcionālos testus, integrācijas testus, UI testus, sarežģītus API testus un daudzus daudzus citus!
