fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Neatkarīgi no tā, vai kodējat programmatūru sava uzņēmuma dalībniekiem vai plašai klientu bāzei, pareizas testēšanas prakses un sistēmas (manuālas, automatizētas vai hibrīdas) izmantošana nodrošina konsekventu programmatūras kvalitāti, uzlabotu reputāciju un efektivitāti.

Atkarībā no uzņēmuma, kurā strādājat, liela daļa testēšanas tiek veikta manuāli.

Uzziniet vairāk par to, kas ir manuālā testēšana, kādi uzņēmumi veic manuālo testēšanu, kā arī virkni citu svarīgu faktu par programmatūras testēšanas procesiem.

 

Table of Contents

Kas ir manuālā testēšana?

dažu neskaidrību noskaidrošana programmatūras testēšanas automatizācijā

Manuālā testēšana ir programmatūras testēšanas veids, kurā testētājs manuāli izpilda testa gadījumu bez automatizētu rīku palīdzības.

Uzņēmumi izmanto manuālo testēšanu kā metodi, lai identificētu kļūdas vai problēmas savā programmatūrā. Lai gan daži to raksturo kā vienkāršu vai primitīvu testēšanas veidu, tā galu galā nosaka programmas funkcionalitāti, neizmantojot trešo pušu testēšanas rīkus.

Visiem programmatūras testēšanas veidiem ir daži manuālie aspekti, jo ir dažas lietojumprogrammas funkcijas, kuras vienkārši nav iespējams pārbaudīt bez manuālas iejaukšanās.

 

1. Kad jāveic manuālā testēšana?

 

Ir vairāki posmi, kuros izstrādātāji izmanto manuālo testēšanu, un pirmais no tiem ir pamata funkcionalitātes izstrādes posms.

Kad tiek izstrādāta programmatūras pamatfunkcionalitāte, programmatūras izstrādātāji pārbauda, vai katra programmas daļa darbojas manuāli, jo tas ir ātrāk nekā testēšanas gadījumu izveide diezgan vienkāršām koda daļām.

Manuālā testēšana ir izplatīta arī pēdējos izstrādes posmos, kad programmai ir izveidota lietotāja saskarne. Lietotāja saskarnes testēšana ietver to, kā reāls lietotājs reaģē uz to, kā ir izveidotas izvēlnes un kā sistēma darbojas.

Tā kā tas ietver daudz kvalitatīvu datu un personīgo viedokli, nevis tīrus kvantitatīvus rādītājus, manuālā testēšana ir ideāls risinājums, lai iegūtu plašāku ieskatu par produktu.

 

2. Kad nav nepieciešams veikt manuālo testēšanu

 

Ir daži gadījumi, kad manuālā testēšana prasītu daudz vairāk laika un pūļu, nekā nepieciešams, un pirmais no tiem ir datubāzes testēšana.

Datu bāzēs tiek apstrādāti lieli datu apjomi, un to manuāla ievadīšana aizņemtu daudz laika un būtu neefektīva organizācijai.

Šādos gadījumos ir ideāli izmantot automatizētas sistēmas, jo tās var apstrādāt lielas datu paketes ierobežotā laika posmā.

Manuālā testēšana ir mazāk noderīga arī tādās jomās kā slodzes testi, kad izstrādātājs veic testēšanu, lai redzētu, kā viņa programmatūra tiek galā ar ievērojamu lietotāju slodzi.

Tas bieži vien attiecas uz tiešsaistes lietojumprogrammām un programmām ar serveriem, kam nepieciešams rūpīgs novērtējums. Manuālu testu veikšanai būtu nepieciešams, lai daudzi cilvēki vienlaicīgi piekļūtu lietojumprogrammai, un tas var radīt lielas darbaspēka izmaksas pakalpojumam, ko automatizēta programmatūras testēšanas sistēma var pabeigt par daudz zemākām izmaksām.

 

3. Kas ir iesaistīts manuālajā testēšanā?

 

Manuālajā testēšanā iesaistītie darbinieki ir atkarīgi no uzņēmuma, kurā strādājat, rakstura.

 

Daži no cilvēkiem, kas ir iesaistīti manuālās testēšanas procesā, papildus tam, kāda veida izstrādes komandā jūs atradīsiet šīs lomas:

 

– Izstrādātājs:

 

Izstrādātājs nepārtraukti piedalās procesā, testējot programmatūras pamatfunkcijas un veicot koda atjauninājumus atkarībā no QA testētāju atsauksmēm.

Izstrādātāji veic lielu daļu manuālās testēšanas, jo viņi ir atbildīgi par to, lai programmatūras izstrādes agrīnajos posmos moduļi darbotos atbilstoši augstiem standartiem.

 

– QA testētājs

 

QA testētāji, kas darbojas lielākās komandās, veic tikai uzņēmuma testēšanu un nodrošina, ka lietojumprogramma darbojas tā, kā klients to sagaida.

QA testētājs galvenokārt ir svarīgs izstrādes testēšanas, integrācijas un uzturēšanas posmos, pārņemot manuālo testēšanu no pašiem izstrādātājiem, kuri testē visā ieviešanas gaitā.

 

– QA vadītājs

 

Lielākajos izstrādes uzņēmumos QA vadītāji piešķir testētājiem konkrētus uzdevumus un projekta jomas.

Viņi ir atbildīgi arī par papildināmo lietu saraksta izveidi un testu ziņojumu lasīšanu. Tas ir īpaši svarīgi manuālajā testēšanā, jo darbinieku apmierinātība var nodrošināt daudz labākus rezultātus.

 

Ko mēs testējam ar manuālajiem testiem?

 

Ir vairāki dažādi programmatūras aspekti, kurus pārbauda manuālie testi, un katrs no tiem ir labāks, ja tiek izmantoti manuālie testi, pateicoties specifiskiem testēšanas uzdevumiem.

 

Dažas no galvenajām funkcijām, kuru dēļ jūs gūsiet labumu no manuālo testu izmantošanas, papildus iemesliem, kāpēc manuālie testi šeit ir ļoti veiksmīgi, ir šādas:

 

1. Pamata funkcionalitāte

 

Viena no pirmajām programmatūras testēšanas procesa daļām ir programmatūras pamatfunkcionalitātes pārbaude.

Šajā posmā izstrādātājs vai testētājs izskata vienu no funkcionālajiem koda moduļiem un novērtē, vai tas darbojas, kā paredzēts. Šo moduļu nelielā apjoma dēļ ir vērts koncentrēties uz manuālo testēšanu, jo automatizācija aizņemtu pārāk daudz laika.

Kā piemēru var minēt datubāzes programmatūru, kurā testētāji ievada funkcijā datus un jau zina gaidāmo rezultātu.

Ja abas vērtības sakrīt, tests ir veiksmīgs. Testēšana šajā procesa posmā veido stingru pamatu pārējam uzņēmuma darbam.

 

2. Lietotāja saskarnes dizains

 

Lietotāja saskarne ir programmatūras lietotāja saskarne jeb lietotājam pieejamās izvēlnes, pogas un interaktivitāte.

Lietotāja saskarnes testēšana ir vērsta gan uz to, kā darbojas lietotāja saskarne, gan uz to, vai lietotājam tā ir ērta, tostarp vai lietotājs var mijiedarboties ar visām funkcijām un vai izvēlnes ir estētiski pievilcīgas.

Šajā posmā ir nepieciešama manuāla testēšana, jo kvalitatīva informācija, piemēram, vai saskarnes izskatās labi, nav tā, ko automatizētā programma spēj vislabāk novērtēt.

 

3. Pārbaude caur ielaušanās

 

Pārbaude caur ielaušanās nozīmē programmatūras paketes testēšanu, lai noskaidrotu, cik viegli ārēja persona var piekļūt programmatūrai, izmantojot nelikumīgus līdzekļus.

Programmatūras automatizācija koncentrējas uz dažu konkrētu darbību veikšanu un to procesu pabeigšanu, kas jau ir daļa no lietojumprogrammas, nevis uz jaunu jomu izpēti, kas ir obligāta drošības testēšanai.

Piemēram, uzņēmums var nolīgt ētisku hakeru, lai novērtētu programmatūru un meklētu visas iespējas, kā ļaunprātīga persona varētu piekļūt lietotāju datiem.

Tas kļūst aizvien svarīgāk, jo kopš GDPR tika ieviesta kā daļa no tiesību aktiem visā Eiropā.

 

4. Izpētes testēšana

 

Izpētes testēšana attiecas uz testēšanu, kas jāveic tikai vienu vai divas reizes, un tā nosaukums radies tāpēc, ka tā ir daļa no programmatūras “izpētes”, lai atrastu jebkādas neparedzētas funkcijas vai kļūdas.

Šajā gadījumā manuālā testēšana ir piemērotāka, jo testa gadījuma koda rakstīšana aizņem laiku, bet, ja kāds manuāli ieiet programmatūrā un to pārbauda, tas aizņemtu mazāk laika.

Kā piemēru var minēt gadījumu, kad izstrādātājs vēlas pārbaudīt, vai konkrēta funkcija ir integrēta pareizi, ar vienu testu pārbaudot, vai dati programmā pārvietojas pareizi.

 

Manuālo testu dzīves cikls

 

Manuālo testu dzīves ciklā ir vairāki posmi, un manuālo testēšanu izmanto, lai pārbaudītu dažādus programmatūras paketes aspektus.

 

Daži no manuālo testu dzīves cikla posmiem ir šādi:

 

– Plānošana

 

Plānojiet testēšanas posmu, kas ietver lietojumprogrammas prasību novērtēšanu, konkrētus veicamos testus un programmatūras testēšanas kopumu.

Šajā posmā tiek rakstīti visi testēšanas gadījumi, kas jāizpilda manuālajam testētājam, un tiek izveidota testēšanas vide. Lai izvairītos no tā, ka manuāli testētāji nejauši veic testus dažādos veidos, esiet rūpīgi.

 

– Testēšana:

 

Pabeidziet testus. Lai iegūtu konsekventus datus, testēšanas gadījumi ir jāpārbauda vairākas reizes un visa iegūtā informācija ir jāpieraksta.

Ja testēšanas gadījums atšķiras no testa gadījuma, atzīmējiet, kā un kāpēc. Izmaiņas visbiežāk sastopamas starpposma testos, taču visos manuālajos testos var būt zināmas atšķirības testētāja darba veidā.

 

– Analīze:

 

Analizējiet visus testos iegūtos rezultātus. Tas ietver programmatūras kļūdu un iespējamo problēmu cēloņu noskaidrošanu.

Iziet ārpus vienkāršas funkcionalitātes un integrējiet kvalitatīvu informāciju, piemēram, apsverot lietojumprogrammas dizainu.

Kvalitatīvā informācija īpaši labi attīstās manuālajā testēšanā, kad testētāji ģenerē aprakstošus datus, kas informē izstrādātājus par nelielām korekcijām, kas ievērojami uzlabo lietotāja pieredzi, lietojot lietotni.

 

– Īstenošana:

 

Izmantojiet iepriekšējos ziņojumus, lai ieviestu dažādas izmaiņas. Atkarībā no izmaiņām tas var būt ilgs process, kurā izstrādātāji eksperimentē ar kodu, lai atrisinātu iepriekšējās versijās esošās kļūdas.

Izmantojot manuālo testēšanu, izstrādātāji gūst papildu labumu no tā, ka visas izmaiņas tiek apspriestas ar testētāju. Tas palīdz abām pusēm pareizi saprast, kas ir jāmaina un kā to var pielāgot, neatkarīgi no tā, vai tās ir funkcionālas vai dizaina izmaiņas.

 

– Restartēt plānošanu:

 

Kamēr izstrādātāji novērš iepriekšējos testos konstatētos trūkumus, plānojiet nākamo testu komplektu. Tas ietver jaunāko atjauninājumu testēšanu un mēģinājumus atjaunot kļūdas, kas bija iepriekšējā versijā.

Pastāvīgs testu cikls nozīmē, ka programmatūra vienmēr tiek uzlabota un nekad nav statiska. Manuālā testēšana var šķist laikietilpīga, taču tā sniedz ievērojamu atdevi, pateicoties elastībai un nepārtrauktībai, ko nodrošina atkārtotu testu veikšana.

 

Manuālās testēšanas priekšrocības

 

Manuālā testēšana programmatūras izstrādes uzņēmumā sniedz daudz priekšrocību, sākot ar pašas programmatūras kvalitāti un beidzot ar to, kā projekts ietekmē uzņēmuma finanses.

 

Dažas no priekšrocībām, ko sniedz manuālās testēšanas izmantošana uzņēmumā, ir šādas:

 

1. Lielāka elastība

 

Lai pabeigtu testēšanas automatizāciju, ir nepieciešams, lai QA analītiķis ieietu programmatūrā un kodētu testa gadījumu, kas katru reizi veic precīzu darbību kopumu.

Lai gan dažkārt tas ir izdevīgi, cilvēks testētājs var iziet cauri procesam un pamanīt kaut ko nevietā, pirms veikt izpēti un nemainot nevienu koda rindiņu.

Tas ievērojami palielina jūsu testu elastību un nozīmē, ka jūs atklājat problēmas savā programmā, kas citādi netiktu pamanītas, un jums ir lielāka iespēja tās novērst.

 

2. Kvalitatīva informācija

 

Kvalitatīva informācija attiecas uz informāciju, kas kaut ko apraksta, un tā ir tāda veida informācija, ko testētāji var piedāvāt izstrādātāju komandai.

Manuālais testētājs var informēt uzņēmumu, ja kāda izvēlne šķiet “neveikla”, un paskaidrot, kāpēc tā ir, savukārt automatizācijas programma izstrādātājam nevarētu sniegt šādu informāciju.

Tas nozīmē, ka, ieviešot manuālo testēšanu savās darba plūsmās, uzņēmumi var ievērojami paaugstināt lietotnes standartu tā, kā tas būtu grūti, ja procesos tiktu izmantota tikai testēšanas automatizācija.

 

3. Nav vides ierobežojumu

 

Automatizētā testēšana ir atkarīga no esošas platformas izmantošanas, turklāt dažām no tām ir salīdzinoši stingri ierobežojumi.

Dažas (lai gan ne visas) platformas saskaras ar tādiem ierobežojumiem kā nespēja strādāt ar tādām platformām kā Linux, spēja strādāt tikai ar noteiktu kodēšanas valodu un spēja veikt tikai noteiktu uzdevumu skaitu.

Ja testēšanas procesos strādājat ar cilvēkiem, šie ierobežojumi faktiski izzūd. Jūs ierobežo tikai manuālo testētāju prasmes, nevis jebkādas tehniskas problēmas.

Tas palīdz jums izveidot testēšanas stratēģiju, kas rūpīgāk pārbauda programmu, nepieļaujot kompromisus.

 

4. Ļauj veikt lietojamības testēšanu

 

Lietderības testēšana ir testēšanas veids, ar kuru novērtē, vai programmatūra ir “lietojama”, tostarp to, kā tā izskatās un kā to izjūt galalietotājs.

Šāda veida testēšana neaprobežojas tikai ar burtisku novērtēšanu, vai funkciju var izmantot, bet pārbauda, vai kāds izvēlētos to izmantot salīdzinājumā ar konkurējošiem produktiem.

Manuālas lietojamības testēšanas īstenošana sniedz uzņēmumiem lielāku izpratni un palīdz veikt pielāgojumus, kas padara lietotni konkurētspējīgāku, ko automatizācija nevar piedāvāt izstrādes komandām.

 

Manuālās testēšanas izaicinājumi

 

Tāpat kā jebkurā cita veida procesā, arī lietojot manuālo testēšanu kā kvalitātes nodrošināšanas rīku, ir dažas problēmas, kas saistītas ar izstrādātāja darbu.

Apzinoties šīs problēmas, jūs varat pielāgot tehniku, ko izmantojat, testējot programmatūru manuāli, novēršot šo problēmu rašanos un paaugstinot programmas standartu procesa beigās.

 

Dažas no galvenajām problēmām, ar kurām uzņēmumi saskaras, izmantojot manuālo testēšanu, ir šādas:

 

1. Testeru prasmju līmeņi

 

Pirmā lielākā problēma, kas jārisina, ir visu komandas manuālo testētāju nepieciešamais prasmju līmenis.

Izmantojot talantīgus manuālos testētājus, uzņēmumi gūst nepārprotamu labumu, jo viņi ātrāk atrod kļūdas un ir droši, ka viņu programmatūra darbojas, kā paredzēts. Labākie uzņēmumi vienmēr meklē manuālos testētājus, kas ir nozares līderi, lai garantētu augstāku veiktspējas līmeni.

Būdams testētājs, vienmēr centieties apgūt un attīstīt šīs prasmes. Uzlabotas prasmes nozīmē, ka jūs sniedzat uzņēmumam lielāku vērtību, jo manuālā testēšana ļauj atrast vairāk kļūdu un uzlabot lietotāju pieredzi. Vislabākos manuālos testus veic testētāji, kuri ir pavadījuši laiku, pilnveidojot savu prasmi.

 

2. Testēšanas izmaksas

 

Manuālā testēšana ir izplatīts process visu lielumu uzņēmumos, taču atkarībā no tā, kā jūs izmantojat manuālo testēšanu, izmaksas var pieaugt.

Piemēram, uzņēmums, kurā ir vairāki augsti kvalificēti testēšanas darbinieki, var iztērēt daudz naudas, ja testēšana notiek atkārtoti, jo jūs faktiski maksājat par visu klātesošo darbinieku laiku. Automatizētajos testēšanas procesos šī problēma ir mazāk aktuāla.

Ideāls risinājums šai problēmai ir plānošana uz priekšu, jo vairāk laika, ko pavadāt, plānojot veicamos testus un to veikšanas secību, jo mazāka ir iespēja, ka personāla izmaksas pieaugs, jo cilvēki veiks testus, kas viņiem nav jāveic.

 

3. Laika patēriņš

 

Datori ir ātrāki par cilvēkiem visdažādākajās lietās, sākot ar šaha gājiena plānošanu un beidzot ar naudas ieguldīšanu biržā vai pat vienkāršu pogas nospiešanu pēc krāsas maiņas. Tāda pati koncepcija attiecas arī uz testēšanu, kad lietotāji nesteidzīgi lasa visu informāciju un orientējas izvēlnēs.

Tāpēc manuālā testēšana var aizņemt daudz vairāk laika nekā testēšanas automatizācija. Izmantojiet manuālo un automatizēto testu kombināciju, atņemot manuālajiem testētājiem sīkus uzdevumus, bet izmantojot tos tur, kur nepieciešamas speciālās zināšanas. Procesu vienkāršošana ir ideāli piemērota arī manuālai testēšanai, jo tā ļauj novērst pēc iespējas vairāk soļu.

 

4. Kļūdu iespējamība

 

Cilvēki pieļauj kļūdas. Tas ir dabiski, neatkarīgi no tā, vai tas izpaužas kā nepareizas soļu izpildes secības veikšana testā vai nepareizs rezultātu pierakstīšana, nepareizi noklikšķinot. Tomēr šīs kļūdas var radīt nopietnas problēmas ar programmatūras testēšanas režīma precizitāti.

Manuālie testētāji, kuri ir noguruši vai noguruši no viena un tā paša uzdevuma izpildes atkal un atkal, biežāk pieļauj kļūdas nekā citi, tāpēc, ja iespējams, izmantojiet automatizāciju, lai no tā izvairītos, vai arī dodiet testētājiem regulārus pārtraukumus no ekrāna, jo tas ļauj viņiem labāk sekot līdzi notiekošajam.

Vadītāji var arī apsvērt darba slodzes pārvaldību, lai novērstu cilvēku izdegšanu un problēmas.

 

Manuālo testu raksturojums

 

Ir dažas galvenās iezīmes, kas jāievēro manuālajos testos. Tie definē, kas ir manuālais tests, un ir nozīmīgas funkcijas, kuras var plānot, izstrādājot testus.

 

Uzziniet vairāk par dažām galvenajām manuālo testu īpašībām un to nozīmi aktīvā testēšanas vidē:

 

1. Optimizēti testa gadījumi

 

Manuālajā testēšanā testa gadījumi ir ļoti optimizēti. Tas attiecas uz norādījumiem, kas manuāli strādājošam testētājam jādod pirms testa veikšanas, un augsta līmeņa optimizācija ļauj testēšanas komandai ietaupīt laiku un resursus, jo tā veic mazāk uzdevumu.

Vienmēr centieties pēc iespējas ierobežot testa gadījuma lielumu, lai maksimāli izmantotu pieejamos resursus.

 

2. Saprotamāki rādītāji

 

Labākajā manuālajā testēšanā ir saprotamākas metrikas. Ja testēšanas automatizācija nepārtraukti ģenerē sarežģītu statistiku un informāciju, ieskats, ko šie rādītāji var sniegt, nav tā vērts, lai manuāli strādājošs testētājs to aizņemtu tik daudz laika, cik nepieciešams, lai to aizpildītu vai aprēķinātu.

Kā alternatīvu var izmantot manuālos testus, kas ietver daudz vienkāršākus rādītājus, kurus ir viegli ģenerēt un kuru analīzei vēlāk procesa gaitā ir nepieciešams mazāk laika.

 

3. Inteliģenti ziņojumi

 

Manuālā testēšana ļauj testēšanas komandai sagatavot inteliģentākus ziņojumus. Procesa beigās automatizētie testi paši ģenerē savus pārskatus, un tas parasti noved pie tā, ka visi pārskati ir vienāda formāta.

Cilvēki testētāji ir daudz elastīgāki un var paši veidot pārskatus, vajadzības gadījumā pievienojot izstrādes komandai jebkādu informāciju, ko viņi uzskata par noderīgu.

 

4. Stratēģiju atkārtota izpilde

 

Atkārtotas izpildes stratēģijas attiecas uz veidu, kā testēšanas komanda atkārtoti veic testus, vācot datus no atkārtotiem uzdevumu izpildes gadījumiem.

Manuālā testēšana nozīmē, ka atkārtotas testēšanas stratēģijas ir daudz elastīgākas, jo testētāji var veikt vairāk testu, ja uzskata, ka ir vēl kaut kas, kas jāizpēta.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Daži manuālie testi arī aktīvi veicina lietotāja veikto darbību dažādību, tādējādi nodrošinot datus par plašāku uzvedības diapazonu. Tādējādi tiek iegūts vairāk datu par programmatūru un tiek izstrādātas saskaņotākas atjaunināšanas stratēģijas turpmākai darbībai.

 

Manuālo testu veidi

 

Uzņēmumi izmanto trīs dažādus manuālās testēšanas veidus, un to atšķirību nosaka testētājiem pieejamais piekļuves līmenis. Katrs veids ir noderīgs savā unikālā kontekstā.

 

Galvenie manuālo testu veidi ir šādi:

 

1. Baltās kastes testēšana

 

Baltās kastes testēšana ir testēšanas veids, kas ietver testētāju iespēju redzēt visu programmatūras pirmkodu un projektēšanas dokumentāciju.

Šī plašāka piekļuve nozīmē, ka testētājs var redzēt visus atsevišķos koda aspektus un to, kā tie ietekmē programmatūras darbību. Tas ir ideāli piemērots agrīnākajiem izstrādes procesa posmiem, jo izstrādātāji var manuāli apskatīt savu kodu, salīdzināt to ar testēšanas gadījumiem un viegli atrast vietu, kas rada būtiskas problēmas, pirms novērst esošās kļūdas.

 

2. Melnās kastes testēšana

 

Melnās kastes” testēšana ir testēšanas veids, kad testētāji nevar redzēt neko no tā, kas notiek aiz lietotāja saskarnes. Tas nozīmē, ka nav piekļuves ne kodam, ne projektēšanas dokumentācijai, un testētājiem nav nekādu zināšanu par programmatūru.

Manuālie testētāji izmanto šo pieeju pēdējos izstrādes procesa posmos, jo lietotāja pieņemšanas testēšanai un testēšanai no gala līdz galam ir nepieciešama nevis izstrādes procesā iesaistīta persona, bet gan gala lietotāja perspektīva.

 

3. Pelēkās kastes testēšana

 

Pelēkās kastes testēšana ir kombinācija starp melnās un baltās kastes testēšanu, un testētājam ir jāspēj iepazīties ar daļu dokumentācijas un pirmkoda. Tas apvieno priekšrocību, ka var redzēt iespējamo problēmu cēloņus, vienlaikus ierobežojot informāciju un palīdzot ar tādām funkcijām kā datu apstrāde.

Izstrādes procesa vidusposmā izmantojiet manuālo pelēkās kastes testēšanu, sniedzot testētājiem papildu informāciju, bet joprojām liekot viņiem paļauties uz savu intuīciju attiecībā uz daudzām funkcijām, lai nodrošinātu, ka galalietotājs varētu saprast sistēmas.

 

Dažu neskaidrību noskaidrošana – manuālā testēšana Vs automatizētā testēšana

 

Programmatūras testēšanā ir divas dažādas disciplīnas – manuālā testēšana un automatizētā testēšana. Neskatoties uz to, ka abiem ir faktiski vienādas funkcijas, tās ir atšķirīgas disciplīnas, ko uzņēmumi izmanto, lai pārbaudītu savas programmatūras paketes.

Lasiet tālāk, lai uzzinātu vairāk par to, kas ir automatizētā testēšana, kāda ir atšķirība starp automatizēto testēšanu un manuālo testēšanu un kad izmantot katru no šiem testēšanas veidiem programmatūras kvalitātes nodrošināšanas procesos.

 

1. Kas ir automatizētā testēšana?

 

Automatizētā testēšana ir process, kurā testētājs, izmantojot trešās puses rīku, automatizē programmatūras daļu, pārbaudot programmatūru, kad tā atkārtoti veic vienu un to pašu procesu, lai pārliecinātos, ka tā darbojas atbilstoši pietiekami augstiem organizācijas standartiem. Testu automatizēšanas galvenā priekšrocība ir tā, ka tas ir daudz ātrāks process, jo īpaši, veicot tādus nelielus uzdevumus kā datu ievadīšana.

Kā piemēru var minēt datubāzes testēšanu, lai pārliecinātos, ka tā pareizi apstrādā visu informāciju, dažu mirkļu laikā ievadot programmatūrā tūkstošiem datu vienību un pēc tam novērtējot rezultātus.

Uzņēmumi galvenokārt izmanto automatizētu testēšanu lieliem un ļoti atkārtojošiem uzdevumiem. Tā kā automatizētā sistēma nepieļaus nelielas kļūdas, piemēram, nepareizas informācijas ievadīšanu vai nepareizas saites noklikšķināšanu.

Dažas no galvenajām programmatūras daļām, kurās tas tiek izmantots, ir tiešraides serveri un datubāzes, jo tajās tiek apstrādāts liels informācijas apjoms un lielas lietotāju slodzes, tāpēc ir nepieciešams testēšanas veids, kas atbilst prasībām.

 

2. Kāda ir atšķirība starp manuālajiem un automatizētajiem testiem?

 

Galvenā atšķirība starp manuālajiem un automatizētajiem testiem ir izpildes metode.

Manuālā testēšana ir pilnībā atkarīga no cilvēka, kas veic testēšanu, sekojot līdzi testa gadījuma izpildei līdz galam un pēc tam pierakstot jebkādu informāciju.

Automatizēto testu gadījumā datorprogramma ir atbildīga par testu gadījumu izpildi pēc tam, kad tos sākotnēji ir uzrakstījis QA analītiķis.

Dažas automatizētas testēšanas platformas lietotājiem arī pašas ģenerē pārskatus, tādējādi ierobežojot laiku, kas kādam jāpavada, lai apkopotu visus eksperimenta datus. Tā vietā viņi var veltīt savu laiku, lai radītu risinājumu programmatūras paketes problēmām.

 

3. Secinājumi: Manuālā testēšana pret automatizēto testēšanu

 

Starp manuālo un automātisko testēšanu ir dažas būtiskas atšķirības, jo abas koncepcijas balstās uz pilnīgi atšķirīgiem pamatiem, lai tās varētu pareizi darboties.

Tomēr viņi var cieši sadarboties daudzos izstrādes projektos. Izmantojot automatizētu testēšanu dažiem smagākiem uzdevumiem un manuālas testēšanas metodes tiem uzdevumiem, kas ir elastīgāki, varat ievērojami paātrināt testēšanas procesus.

Viens no lielākajiem maldīgajiem priekšstatiem par testēšanu ir tāds, ka jums ir jāizdara bināra izvēle, taču tas nevarētu būt tālāk no patiesības par jebkuru efektīvu kvalitātes nodrošināšanas komandu.

 

5 manuālās testēšanas mītu atspēkošana

 

Ir vairāki mīti, kas valda par manuālo testēšanu, un katrs no tiem vedina cilvēkus uz ne tik ideālu metožu izmantošanu un padara rezultātu iegūšanu sarežģītāku, nekā tas ir nepieciešams.

 

Pieci galvenie mīti par manuālo testēšanu:

 

1. Testēšana ir vienīgais departaments, kas atbild par produktu kvalitāti.

 

Produkta kvalitāte ir visa uzņēmuma, nevis tikai kvalitātes nodrošināšanas komandas uzdevums.

Programmatūras testēšana tiek veikta, lai pēc iespējas novērstu kļūdas, un tas nozīmē, ka daudzi cilvēki kļūdu novēršanu un atrašanu uzskata par vienīgo kvalitātes nodrošināšanas komandas pienākumu. Tieši pretēji, izstrādātāji paši ir atbildīgi par koda rakstīšanu, savukārt vadības komanda ir atbildīga par izstrādes organizēšanu.

Ikviens, kas uzņēmumā pilda kādu no savām funkcijām, ir atbildīgs par pietiekami augsta standarta produkta radīšanu, nevis paļaujas uz to, ka testēšanas komanda atradīs visas problēmas, un pēc tam pēc iespējas ātrāk piegādā produktu.

 

2. Manuālai testēšanai vairs nav nozīmes

 

Līdz ar mākslīgā intelekta un aizvien izplatītākas robotizētās procesu automatizācijas pieaugumu ir daži, kas uzskata, ka manuālai testēšanai programmatūras izstrādē vairs nav nozīmes. Uzņēmumi redz automatizācijas relatīvo lētumu un izvēlas iet pa šo ceļu, kad vien iespējams.

Manuālā testēšana joprojām ir viens no svarīgākajiem uzņēmuma rīkiem, pateicoties E2E, melnās kastes un GUI testēšanas lietderībai. Īstenojot manuālu testēšanu, uzņēmumi atrod programmatūras problēmas, kuras automatizācija citādi nepamanītu, tādējādi uzlabojot savu produktu vairāk, nekā iespējams iegūt, izmantojot tikai automatizāciju.

 

3. Tas ir paredzēts cilvēkiem, kas neprot kodēt.

 

Viens no galvenajiem pieņēmumiem, ko daži cilvēki uzskata, ir tāds, ka cilvēki, kuri neprot programmēt, izvēlas testēt.

Tomēr tas ir tālu no patiesības. Daudzos testēšanas uzdevumos ir obligāta prasme lietot kodu, jo “pelēkās un baltās kastes” testēšana balstās uz koda lasīšanu un izpratni par to, kā tas var veicināt programmatūras paketes kļūdu rašanos.

Pieņemot, ka testēšanā tiek iesaistīti tikai cilvēki, kuri neprot programmēt, jūs potenciāli ierobežojat sevi, jo jūsu komandā ir zemāka līmeņa testēšanas darbinieki. Ja esat testētājs, apsveriet iespēju apgūt kodēšanas kursu, lai uzlabotu savus standartus.

 

4. Jūs varat izveidot programmatūru bez kļūdām

 

Daži cilvēki manuālās testēšanas nozarē sāk strādāt ar pieņēmumu, ka kvalitātes nodrošināšanas komanda var atrast katru programmatūras kļūdu un palīdzēt izstrādātāju komandai to novērst.

Teorētiski tas ļautu radīt produktu, kurā nav nevienas kļūdas un kurš pilnībā apmierina klientu. Tas, protams, ir ideāls programmatūras testēšanas gala mērķis, taču tas reti kad ir iespējams.

Pat visprecīzāk izstrādātās programmatūras paketes no lielākajiem uzņēmumiem uz Zemes tiek piegādātas ar kļūdām, un, lai gan mērķis ir pēc iespējas samazināt kļūdu skaitu, nav nekā slikta, ja galīgajā versijā parādās dažas nelielas problēmas. Šī iemesla dēļ ir svarīgi veikt manuālu testēšanu un izstrādi pēc izlaišanas.

 

5. Testēšana nedod nekādu pievienoto vērtību

 

Viens no lielākajiem mītiem par jebkāda veida programmatūras testēšanu ir tas, ka tā programmatūras paketei nedod nekādu pievienoto vērtību. Tomēr klienti vienmēr novērtē kvalitāti kā vienu no svarīgākajiem lietojumprogrammas aspektiem, jo kļūdainas vai nekvalitatīvas programmas nekavējoties zaudē savus lietotājus, kuri meklē alternatīvas.

Pilnveidots produkts uzņēmumam ir daudz vērtīgāks nekā produkts, kas nedarbojas pareizi, un šā darba pamatā ir efektīva testēšana. Augstas klases testēšana dod ievērojamu peļņu, ja uzņēmumi izvēlas pareizi investēt.

Īsāk sakot, hibrīda manuālās un automatizētās testēšanas stratēģija vienmēr nodrošinās labākus testēšanas rezultātus nekā jebkura no šīm stratēģijām, ja to izmantos tikai vienu no tām.

 

Kas nepieciešams, lai sāktu manuālo testēšanu?

 

Lai sāktu manuālās testēšanas procesu, jums ir nepieciešamas dažas lietas, un, ja jums ir pieejamas visas šīs funkcijas, testēšana ir ne tikai vieglāka, bet arī iespējama.

 

Dažas no lietām, kas nepieciešamas, lai sāktu manuālo testēšanu, ir šādas:

 

1. Programmatūra

 

Pirmā lieta, kas testētājam ir nepieciešama, lai veiktu programmatūras testēšanu, ir pati programmatūra. Galu galā manuālā testēšana faktiski nav iespējama, ja nav pieejams nekas, ko testēt.

Efektīvs programmatūras tests ietver jaunākās programmatūras iterācijas izmantošanu, jo tajā ir viss lietotāja vajadzībām atbilstošais pirmkods un tā ir taisnīgāka pašreizējā produkta reprezentācija.

Ja iespējams, sastādiet lietotni pilnīgi svaigu, lai iegūtu pēc iespējas precīzāku programmatūras priekšstatu.

 

2. Programmatūras prasības

 

Testētājam ir jābūt piekļuvei programmatūras prasībām. Tas neattiecas uz aparatūru vai operētājsistēmu, kas nepieciešama paketei, bet gan uz izstrādātāja izstrādātās programmatūras īsu aprakstu.

Detalizētākas programmatūras prasības testēšanas posmā nozīmē, ka kvalitātes nodrošināšanas darbinieki jau no paša sākuma meklē visas svarīgās funkcijas, atzīmējot, kur programmatūrā ir kādas problēmas, un iesakot korekcijas.

Bez tā testētājs strādā bez vadlīnijām un nezina, vai informācija, ko viņš sniedz, ir patiešām noderīga izstrādātāju komandai.

 

3. Atbilstoša aparatūra

 

Programmatūras testēšanai ir nepieciešama aparatūra, kas atbilst darbināmās programmas vajadzībām.

Piemēram, ja testētājs meklē kļūdas vai problēmas jaunā videospēlē, kurai nepieciešama moderna aparatūra, bet viņam ir tikai zema līmeņa dators, viņš nevarēs pienācīgi pārbaudīt programmatūru.

Mazām lietojumprogrammām vai tīmekļa rīkiem šī problēma ir mazāk aktuāla. Pirms sākat testēšanu, pārliecinieties, ka izmantojamā aparatūra atbilst programmatūras vajadzībām, un izvēlieties aparatūru pēc konsultēšanās ar izstrādes komandu par programmatūras prasībām.

 

Manuālās testēšanas process

 

Veicot manuālās testēšanas procesu, ir jāveic vairāki soļi, un katrs no tiem ir svarīgs, lai nodrošinātu precīzu jūsu programmas pārskatu.

 

Šie soļi ietver:

 

1. Analizēt prasības

 

Pirmais solis manuālās testēšanas procesā ir lietotnes prasību analīze. Tas ietver konkrētās prasības, kas uzskaitītas lietotnes aprakstā, dažas no dizaina dokumenta funkcijām un citas programmas daļas, kuras jūs sagaidāt (piemēram, juridiskās prasības).

To analīze procesa sākumā nozīmē, ka, pārbaudot programmatūru, jūs zināt, ko testējat.

 

2. Izveidot testēšanas plānu

 

Kad zināt, kas ir jātestē, izveidojiet testēšanas plānu. Tas nozīmē, ka ir jāzina, kādas funkcijas testējat, kā tieši tās testējat un kad šajā procesā pabeidzat šos testus.

Izveidojot testēšanas plānu, jūs nodrošināsiet, ka visi nepieciešamie testi ir sagatavoti jau iepriekš un ka nejauši netiks izlaistas kādas funkcijas.

Tas palīdz arī darbaspēka pārvaldībā, jo jūs zināt, cik daudz manuālo testētāju jums ir vajadzīgi un kad.

 

3. Testēšanas gadījumu rakstīšana

 

Sāciet rakstīt dažus programmatūras testēšanas gadījumus. Testa gadījums ir notikumu kopums, ko veicat, testējot programmatūru, katru reizi stingri ievērojot šos notikumus, lai pārliecinātos, ka tests ir taisnīgs.

Katrā gadījumā padomājiet par konkrēto manuālo testu, pie kura strādājat, un iekļaujiet pēc iespējas sīkāku informāciju, jo tas samazina iespēju, ka kāds varētu novirzīties no sākotnējā plāna.

 

4. Pārskatiet savas lietas

 

Pēc visu testēšanas gadījumu uzrakstīšanas veiciet rūpīgu pārbaudes procesu. Tas ietver testēšanas gadījumu nodošanu kādam no vadības darbiniekiem, vēlams, QA vadītājam.

Iesaistot trešo pusi korektūras procesā, jūs paaugstināt testa gadījumu standartu, novēršot iespējamās kļūdas. Vadītājs var ieteikt uzlabojumus, kas galu galā padarīs manuālo testēšanu efektīvāku un palīdzēs jums atrast jebkādas problēmas lietotnē.

Pārliecinieties, ka pirms testu veikšanas ir pārbaudīts katrs testēšanas gadījums.

 

5. Veikt manuālos testus

 

Kad vadītājs apstiprina testa gadījumu, sāciet testus izpildīt. Ievērojiet tos tādā secībā, kādu noteicāt procesa sākumā, lai pārliecinātos, ka esat pabeidzis katru testu, un pārliecinieties, ka cilvēki testus veic lēni un rūpīgi.

Ja testus veiksiet pareizi 100 % gadījumu, ietaupīsiet daudz laika, lai izvairītos no kļūdām dažos testos un nepieciešamības atgriezties un atkārtoti pārbaudīt, vai rezultāti ir precīzi.

Lai samazinātu iespēju aizmirst svarīgāko informāciju, ierakstiet informāciju darba gaitā.

 

6. Ziņot par kļūdām

 

Pēc manuālo testu pabeigšanas un kļūdu atklāšanas pabeidziet ziņošanas procesu.

Tas ietver ziņojuma rakstīšanu izstrādātāju komandai, kurā uzskaitītas visas atrastās kļūdas, to atrašanās vieta un darbības, ko veicāt, lai tās atjaunotu. Testēšanā iekļaujiet visus iegūtos datus.

Kvalitatīvākos testos sīki iztirzājiet lietotnes dizainu, visas problēmas, kas jums radās, un iespējamos labojumus, kas padarītu lietotni lietotājam draudzīgāku.

Atcerieties, ka tieši šajā posmā manuālā testēšana ir patiešām pārāka par automatizāciju, jo manuāli testētāji var sniegt kvalitatīvu informāciju, ko automatizācija bieži vien nespēj sniegt.

 

Labākā manuālās testēšanas prakse

 

Labākā prakse attiecas uz dažām lietām, kas ir kopīgas visiem manuālās testēšanas veidiem un kas palīdz uzlabot testēšanas procesa standartus. Labākās prakses ievērošana galu galā nozīmē, ka jums ir pieejams augstas kvalitātes tests, kam ir precīzi un uzticami rezultāti.

 

Dažas labākās prakses, kas jāpatur prātā, veicot manuālās testēšanas procesu, ir šādas:

 

1. Koncentrējieties uz skaidrību

 

Visā manuālās testēšanas procesā ir jāliek uzsvars uz skaidrību.

Pēc iespējas skaidrāka izpratne samazina iespēju, ka starp nodaļām un speciālistiem var rasties nesaprašanās, palīdzot cilvēkiem koncentrēties uz darbu ar pareizajām programmatūras jomām. Tas ir īpaši svarīgi manuālajā testēšanā, jo ir vairāk iespēju interpretēt instrukcijas.

Tas ietver skaidra testa gadījuma uzrakstīšanu, lai testētājs varētu sekot līdzi, rezultātu pierakstīšanu vienkāršā un saprotamā veidā un palīdzību ikvienam organizācijas darbiniekam saprast lietojumprogrammas prasības.

 

2. Izmantot nepārtrauktu pārskatīšanu

 

Tik bieži, cik vien iespējams, pārskatiet visu testēšanas procesā.

Efektīvs pārskatīšanas process ietver uzmanības pievēršanu tam, kā darbinieki strādā, pārbaudes gadījumu izskatīšanu, lai pārliecinātos, ka tie joprojām darbojas, kā jūs sagaidāt, un pašas programmatūras pārskatīšanu, lai pārliecinātos, ka tiek panākts progress.

Uzraugot ikviena procesa aspektu kvalitāti, varat pārliecināties, ka standarti netiek pazemināti un ka no sākuma līdz beigām tiek nodrošināts pietiekami augsts rezultātu līmenis.

 

3. Ne tikai medīt kļūdas

 

Daži cilvēki domā, ka programmatūras testēšanas galvenais mērķis ir atrast kļūdas, taču tā nebūt nav. Šis process ietver arī pārliecināšanos, ka lietojumprogramma darbojas atbilstoši augstiem standartiem, darbojas paredzamā veidā un ir ērta lietotājam.

Galu galā šī lietojamība ir galvenais manuālās testēšanas mērķis, jo tā ir gandrīz “neautomatizējama”.

Ja, sekojot testēšanas gadījumam, atrodat kļūdas, tad iekļaujiet tās savā ziņojumā, taču, ja jūs meklējat kļūdas, kas nav saistītas ar testu, tas var mulsināt izstrādātājus un novirzīt procesu no paredzētās pozīcijas.

 

Manuālā testa rezultātu veidi

 

Manuālā testā var iegūt vairāku veidu rezultātus, un katrs no tiem sniedz unikālu ieskatu par lietojumprogrammas veiktspēju.

 

Manuālo testu rezultāti var būt šādi:

 

1. Defektu žurnāls

 

Defektu žurnāls ir saraksts vai dokuments, kurā uzskaitītas visas problēmas, kas radušās programmatūras testēšanas laikā. Jo garāks defektu žurnāls, jo vairāk ir problēmu, kuru novēršanai programmatūrā ir nepieciešami labojumi.

Tie var būt vai nu automātiski, vai arī tos var rakstīt manuāli testētāji, turklāt manuāli testētāji veic šo uzdevumu attiecībā uz kvalitatīvākiem programmas aspektiem, jo automatizācijas platformas nespēj veidot viedokli par programmatūras kvalitāti un vienkārši ģenerē metrikas.

 

2. Kvalitatīvie dati

 

Tas attiecas uz mutisku un rakstisku atgriezenisko saiti, ko manuālais testētājs iesniedz izstrādes komandai, parasti pēc testēšanas sērijas pabeigšanas, piemēram, pēc lietotāja pieņemšanas testa.

UAT koncentrējas uz to, lai pārliecinātos, ka vidusmēra lietotājam programmatūra patiks un viņš ar to darbosies tā, kā paredzēts, un tas nozīmē, ka programmatūras testēšana ir atšķirīga salīdzinājumā ar tādiem aspektiem kā funkciju testēšana.

Kvalitatīvie dati tiek iegūti vai nu kā diskusija ar izstrādātāju, vai arī kā apjomīgs rakstisks ziņojums.

 

3. Kļūdu ziņojumi

 

Kļūdu ziņojumi ir īsas teksta virknes, kurās norādīts, vai programmatūras paketē ir pieļauta kļūda, un, ja tā, tad kāda ir tās būtība.

Lielākā daļa izstrādātāju izstrādā rūpīgu sistēmu, kurā aprakstīts, kas ir problēma un kāpēc tā rodas, izmantojot kļūdu kodus, lai sašaurinātu problēmas loku. Pierakstot programmatūras kļūdas ziņojumus, izstrādātājs uzreiz zina, kāds ir radušās problēmas cēlonis, un ir informēts par iespējamiem soļiem, kas jāveic, lai to atrisinātu.

 

Manuālo testu piemēri

 

Ir daži manuālās testēšanas piemēri, kas jāņem vērā, uzzinot vairāk par to, kā veikt manuālās testēšanas procesu. Katra no tām ir specifiska testēšanas disciplīna, kas tiek veikta konkrētā izstrādes cikla posmā, sniedzot izstrādātājiem plašāku ieskatu un norādījumus par to, kā uzlabot savu produktu.

 

Daži manuālo testu formātu piemēri:

 

1. Vienības testēšana

 

Vienību testēšana ir process, kura laikā tiek pārbaudīts, vai katra atsevišķa programmatūras paketes vienība darbojas tā, kā jūs varētu sagaidīt. Vienība jeb modulis ir atsevišķa funkcija, kas tiek kodēta neatkarīgi, pirms procesa beigās tiek kompilēta vienā lielākā programmatūras paketē.

Piemērs tam ir datubāze, kurā kāds varētu testēt funkciju “SORT”, lai pārliecinātos, ka tā pareizi organizē datus, pirms integrēt to plašākā paketē.

Galvenais ieguvums no vienību testēšanas ir tas, ka jūs saprotat, ka visas sistēmas darbojas pareizi pašas par sevi, un visas problēmas, kas rodas vēlākos posmos, rodas no tā, kā visas funkcijas integrējas cita ar citu.

Tikpat svarīga ir arī manuāla šo testu veikšana, jo tā ietaupa laiku, kas tiktu tērēts sarežģītai automatizācijas testu gadījumu kodēšanai.

 

2. Testēšana no gala līdz galam

 

Testēšana “no gala līdz galam” ir visas lietotnes testēšana, sākot no brīža, kad pirmo reizi atverat programmatūru, līdz pat visu tās funkciju izpildei.

Labs visaptverošas testēšanas piemērs ir mobilā lietotne, kas aprēķina, cik daudz nodokļu jūs nopelnāt; testētājs lejupielādē lietotni un veic visas funkcijas, lai saņemtu galīgo aprēķinu. Testētājs atzīmē visas radušās problēmas un nodod tās izstrādātājiem.

Izstrādātājiem ir izdevīgi, ja šo testēšanas veidu galvenokārt veic manuālie testētāji, jo tā ir iespēja redzēt, kā visas programmatūras vienības darbojas kopā, un šī vēlīnā testēšanas fāze nodrošina, ka lietojumprogramma darbojas pareizi, kad tā ir apvienota.

Testēšana “no gala līdz galam” atšķiras no lietotāja pieņemšanas testēšanas, jo testēšana “no gala līdz galam” galvenokārt ir iekšējs process, pretstatā lietotāja pieņemšanas testēšanas procesam, kas vērsts uz ārpasauli.

 

3. Lietotāju pieņemšanas testēšana

 

Lietotāju pieņemšanas testēšana ir programmatūras testēšanas procesa pēdējais posms, kurā jāpārliecinās, ka produkts ir piemērots paredzētajam produkta klientu lokam. Tas ietver arī to, ka potenciālajiem klientiem tiek nodrošināta piekļuve lietojumprogrammai, lai viņi varētu to izmantot un sniegt atsauksmes.

Viens no visbiežāk sastopamākajiem lietotāju pieņemšanas testēšanas piemēriem mūsdienu programmatūras izstrādē ir videospēļu alfa un beta testēšana, kuras laikā spēlētāji var spēlēt spēli un ziņot par tajā esošajām problēmām.

Galvenais ieguvums no lietotāja pieņemšanas testēšanas ir tas, ka jūs iegūstat ārēju skatījumu uz savu produktu, nevis paļaujaties uz to cilvēku skatījumu, kuri ir aktīvi piedalījušies produkta radīšanā, tādējādi novēršot jebkādu neobjektivitātes iespēju, kas var ietekmēt testēšanu. Manuālā testēšana ir nepieciešama, jo automatizācijas sistēma nevar precīzi atkārtot klientu noskaņojumu.

 

Kļūdu un kļūdu veidi, kas tiek atklāti manuālās testēšanas laikā un ko automatizētā testēšana neatklāj.

 

Manuālā testēšana, tāpat kā automatizētā testēšana, atklāj visdažādākās kļūdas un problēmas. Tomēr ir dažas programmatūras problēmas, kuras manuālā testēšana spēj atklāt un kuras automatizācija varētu neatklāt.

 

Daži no galvenajiem kļūdu un kļūdu veidiem manuālajā testēšanā ir šādi:

 

1. Slikta darba plūsma

 

“Darbplūsma” ir ceļš, pa kuru lietotājs nokļūst konkrētā lietojumprogrammas punktā un pabeidz procesu. Lai gan dažās darbplūsmās tehniski var nebūt nekādu kļūdu, tās tomēr var būt problemātiskas, jo nespeciālistam ceļš var nebūt saprotams.

Šādos gadījumos manuālais testētājs informēs izstrādātāju par dizaina problēmām un ieteiks izmaiņas, palīdzot lietotājiem ērtāk un labāk iepazīt lietotni tā, kā automatizētās sistēmas to nesaprastu.

 

2. Grafiskās problēmas

 

Tīmekļa lietojumprogrammas darbojas dažādās ierīcēs, un monitora izšķirtspēja un izmēri pastāvīgi mainās atkarībā no lietotājam pieejamā tālruņa, planšetdatora vai ekrāna.

Nepietiekami optimizētā lietojumprogrammā tas var novest pie tā, ka aktīvi kļūst izstiepti un izskatās sliktāk retāk izmantotās ierīcēs, bet automatizācijas rīki vienkārši seko izvēlnēm un to nepamana.

Izmantojot dažādas ierīces, manuāli testētāji var atrast grafiskus trūkumus, kurus novēršot, lietotāji var labāk izbaudīt programmatūras paketes lietošanu.

 

3. Neprecīzas saites

 

Dažas vietnes vai lietojumprogrammas ir saistītas ar sociālo plašsaziņas līdzekļu vietnēm, izmantojot vairākas pogas un iestrādātas saites. Tomēr tie ne vienmēr var norādīt uz pareizo vietu, jo izstrādes procesā ir pieļauta pārrakstīšanās vai kļūda, ko automatizēta sistēma ne vienmēr spēs atrast.

Saites, kas ved uz nepareizu vietu, var radīt neskaidrības un būtiski kaitēt saglabāšanai. Manuālie testētāji pārbauda visas programmas saites un pārliecinās, ka tās ved uz pareizo vietu, palīdzot galalietotājiem nokļūt tur, kur viņi vēlas nokļūt, nevis tikt maldinātiem ar kādu problēmu.

 

Bieži manuālās testēšanas metrikas

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Metrikas ir vienkāršas un izmērāmas skaitliskas vērtības, kas norāda uz kaut ko pēc testa beigām. Tie visi ir kvantitatīvi, tāpēc tos ir vieglāk novērtēt no izstrādātāja viedokļa.

 

Dažas no biežāk izmantotajām manuālās testēšanas metrikām, ko izmanto testētāji, ir šādas:

 

1. Defekti

 

Defektu rādītājs ir salīdzinoši vienkāršs un attiecas uz programmatūras paketē esošo kļūdu vai kļūdu skaitu. Defekts ir jebkurš gadījums, kad programmatūra nedarbojas atbilstoši gaidītajam, sākot no programmatūras funkcionalitātes līdz pat grafikas darbībai. defektu kā rādītāja analīze ir salīdzinoši vienkārša, jo vairāk defektu ir lielāka problēma uzņēmumam.

Izsekojot, vai defektu skaits palielinās vai samazinās no iterācijas uz iterāciju, jūs varat labāk saprast, vai programmatūras kvalitāte virzās pareizajā virzienā, jo tā turpina saņemt atjauninājumus.

 

2. Defektu skaits stundā

 

Defektu skaits testēšanas stundā ir defektus raksturojošs rādītājs, ko papildina detalizētāka informācija, dalot defektu skaitu ar stundu skaitu, ko testētāji pavadījuši, strādājot ar programmatūru.

Piemēram, vienkāršs tīmekļa rīks ar pieciem defektiem, kura palaišanai nepieciešamas divas minūtes, izskatīsies labāk nekā rīks ar desmit defektiem, kuru ar bāzes metriku izmantojat stundu.

Veicot šo papildu aprēķinu, manuālie testētāji gūst labāku priekšstatu par defektu blīvumu, saprotot, cik bieži lietotājs var saskarties ar defektu un vai tas nopietni ietekmē lietotāja laiku, ko viņš pavada lietojumprogrammā.

Defektu un lietojumprogrammas lieluma līdzsvarošana vienmēr ir noderīga, lai kontekstuāli izprastu problēmas.

 

3. Izturēto testa gadījumu procentuālais īpatsvars

 

Daži testēšanas gadījumi tiek izpildīti pēc vienkārša principa “izturējis/neizturējis”, un šī metrika norāda procentuālo daļu no testēšanas gadījumiem, kas ir izturējuši testu. Jo augstāks ir procentuāli izturēto testa gadījumu skaits, jo labāk darbojas lietojumprogramma.

Ja iespējams, mēģiniet izmantot nokārtotā testa gadījuma procentuālo daļu pa funkcijām, nevis pārbaudot visu lietojumprogrammu. Tas sniedz detalizētāku informāciju par to, kas darbojas un kas ne, palīdzot izstrādātājiem veikt izmaiņas, kur tas ir nepieciešams, nevis veikt papildu izmeklēšanu, lai noskaidrotu, kur tieši ir problēma. Jo ātrāk atradīsiet problēmas cēloni, jo labāk.

 

7 kļūdas un slazdi manuālo testu īstenošanā

 

Programmatūras testēšanas nozarē bieži sastopamas vairākas kļūdas, no kurām katra var novest pie tā, ka kļūdas netiek atrastas un testēšana ilgst ilgāk, nekā paredzēts, un izmaksā dārgāk.

 

Dažas no galvenajām kļūdām un lamatām, uz kurām vajadzētu uzmanīties un no kurām vajadzētu izvairīties, ieviešot manuālo testēšanu savā darbā, ir šādas:

 

1. Kļūdas labošana pašu spēkiem

 

Dažos izstrādes procesa posmos izstrādātājs ir persona, kas ir atbildīga gan par koda testēšanu, gan par problēmas novēršanu. Tas var novest pie tā, ka viņi paši mēģina atrisināt programmatūras problēmas, neskatoties uz to, ka, iespējams, pilnībā neizprot problēmas cēloni.

Ja iespējams, centieties, lai testētājs un persona, kas kodē risinājumu, būtu skaidri sadalīti. Ieviešot šo atšķirību, jūs samazināsiet iespēju, ka pārāk lielu uzmanību pievērsīsit konkrētās atrastās kļūdas novēršanai, nevis pārējās programmatūras uzskaitei.

Vienmēr sadaliet darbu, ja tas ir iespējams, lai iegūtu plašāku ekspertu pieredzi par kādu jautājumu.

 

2. Steidzīga testu veikšana

 

Dažām programmatūrām ir ļoti īsi izlaišanas termiņi, tāpēc testētāji var koncentrēties uz ātrāku testu veikšanu, lai sasniegtu paredzēto termiņu. Tā ir nopietna kļūda, jo pastāv risks, ka var tikt ielaistas būtiskas kļūdas. Manuālā testēšana var saasināt šo problēmu, jo cilvēki izjūt spiedienu un aktīvi steidzas.

Mēģiniet veltīt pēc iespējas vairāk laika testa gadījumu izpildei, rūpīgi veicot katru soli un rūpīgāk pierakstot datus. Pat ja jums nāksies nedaudz aizkavēt izdošanu, labāk ir piegādāt pabeigtu produktu, nevis tādu, kas lietotājiem nepatīk slikto standartu dēļ.

 

3. Slikta saziņa

 

Saziņa komandā ir ļoti svarīga jebkurā programmatūras izstrādes projektā, lai cilvēki no saviem kolēģiem iegūtu pēc iespējas vairāk informācijas un izmantotu to produkta uzlabošanai. Tas attiecas uz pastāvīgu sarunu starp nodaļām, kā arī vienas nodaļas ietvaros.

Jo efektīvāk QA komanda sazinās ar izstrādātājiem, jo labāk viņi var vadīties, veidojot atjauninājumus, un visi kopā gūst labumu no augstākā līmeņa produkta izlaišanas.

Manuālā testēšana nodrošina labāku saziņu, jo testētājam ir pilnīga izpratne par pieredzi, nodrošinot lielāku skaidrību un detalizētību.

 

4. Testēšana bez sagatavošanas

 

Sagatavošanās veicina pilnību, un tas ir taisnība visā programmatūras testēšanas jomā. Manuālās testēšanas gadījumā tas nozīmē, ka ir jāvelta laiks, lai izprastu programmatūru, kā arī lai apgūtu īsu informāciju un izveidotu testēšanas gadījumus, kas atbilstoši izaicina visus šos mērķus.

Ja veltīsiet laiku, testēšanas gadījumi būs piemēroti jūsu kā izstrādātāja vajadzībām, un ir daudz lielāka iespēja, ka jūs atradīsiet visas būtiskākās sistēmas kļūdas. Tas arī palīdz testētājiem skaidrāk izlasīt testēšanas gadījumus un izpildīt tos ar lielāku precizitāti.

 

5. Instinktu ignorēšana

 

Kad uzņēmums sāk testēt manuāli, tas tiek darīts vairāku iemeslu dēļ, tostarp tāpēc, ka tam ir nepieciešama cilvēka testētāja spēja pielāgoties un instinkti. Testējot programmatūru, jūs varat pamanīt, ka kaut kas šķiet dīvains, lai gan tas nav aktīvi iekļauts testēšanas gadījumā, un tas liek jums neveikt nekādas izmaiņas vai turpināt pētījumus. Tā ir kļūda.

Vienmēr apmieriniet savu zinātkāri un ieklausieties, ko jums saka instinkts, jo tas palīdz atrast problēmas, ko automatizētais testa gadījums nevar atrast. Manuālie testētāji tiek izvēlēti, ņemot vērā viņu intelektu un zināšanas, tāpēc, izmantojot šīs īpašības, tiek maksimāli izmantots testa potenciāls.

 

6. Bailes no kļūdām

 

Kļūdas pieļauj ikviens neatkarīgi no tā, kādu darbu veicat. Tomēr labāk to atzīt, nevis sākt procesu, baidoties, ka varētu pieļaut kļūdu. Tas rada lielāku stresu un, visticamāk, radīs problēmas ar testēšanas veiktspēju. Automatizācijai nav šīs problēmas, bet manuāli testētāji ir jutīgāki pret spiedienu.

Uz uzdevumiem raugieties dabiski, un, ja kļūdāties, centieties to pēc iespējas ātrāk labot. Programmatūras testēšana ir posms, kurā atklājat un novēršat problēmas, un gadījuma rakstura testēšanas problēmas neiznīcina programmatūru galalietotājam, ja vien tās novēršat.

 

7. Pārtraukumu neizmantošana

 

Manuālā testēšana prasa lielu uzmanību detaļām katrā testā, kas testētājam var būt nogurdinoši. Neraugoties uz to, daži testētāji un uzņēmumi koncentrējas uz to, lai testētāji strādātu visas dienas garumā bez papildu pārtraukumiem noguruma vai koncentrēšanās zuduma gadījumā.

Tā ir būtiska kļūda. Nodrošiniet testēšanas personālam pārtraukumus visas dienas garumā, jo tas samazina problēmu rašanās iespējamību un nodrošina pēc iespējas precīzāku testēšanu. Ja pats esat testētājs, mēģiniet sadarboties ar vadības darbiniekiem, lai aktīvi rūpētos par savu un apkārtējo garīgo veselību.

 

Labākie manuālās testēšanas rīki

 

Veicot manuālo testēšanu, jums nav jāveic katra darba daļa vienatnē. Dažos gadījumos rīka izmantošana var būt ideāli piemērota, lai pārvaldītu testēšanu un padarītu procesu pēc iespējas raitāku. Ja esat testētājs un domājat, kā uzlabot savus standartus, ideāls sākums varētu būt rīku izpēte.

 

5 labākie bezmaksas manuālās testēšanas rīki

 

Sākot izmantot jebkuru jaunu rīku programmatūras testēšanas jomā, vēlaties pārliecināties, ka ieguldījums ir izdevīgs. Tas attiecas uz laiku, ko ieguldāt programmatūrā, un naudas summu, ko iztērējat, lai iegūtu licenci.

Izmantojot bezmaksas manuālās testēšanas rīkus, ir daudz vienkāršāk iegūt cenas un vērtības attiecību, un jums nav jācieš no pircēja nožēlas, ja tas neizdodas.

 

Daži no labākajiem kvalitātes nodrošināšanas komandām pieejamajiem bezmaksas manuālās testēšanas rīkiem ir šādi:

 

1. JIRA

 

JIRA ir programmatūras testēšanas dokumentācijas rīks, kas ļauj izstrādātājiem izveidot biļetes par jebkādām kļūdām, problēmām vai labojumiem, kam nepieciešams atbalsts. Šai platformai ir arī prioritāšu noteikšanas rīki, lai izstrādes komanda, uzlabojot programmu, vispirms varētu atlasīt vissvarīgākos jautājumus.

 

2. LoadRunner

 

LoadRunner, kas ir saderīgs ar dažādiem izstrādes rīkiem, palīdz veikt veiktspējas testēšanu dažādos iestatījumos, ģenerējot veiktspējas testu datus ar sarežģītām detaļām. Šis rīks arī palīdz klasificēt dažus galvenos veiktspējas problēmu cēloņus, kas rodas izstrādātājiem, kuri vēlas palielināt efektivitāti.

 

3. SonarQube

 

Atbalsta plašu programmēšanas valodu klāstu, veicot manuālo testēšanu, izsekojot mērījumus laika gaitā, lai samazinātu pārskatu apjomu, kas manuālajiem testētājiem ir jāaizpilda pašiem. Ļoti viegli pielāgojama un efektīvi integrējama ar vairākām galvenajām trešo pušu lietojumprogrammām.

 

4. Trac

 

Trac ir Python valodā izstrādāts projekta pārvaldības rīks, kas nodrošina jūsu skatījumu vēsturi, kodu un visas izmaiņas, lai redzētu izmaiņas, kas veiktas starp testiem. Trac atkļūdošanā tiek izmantota arī biļešu pārvaldības sistēma, kas vienkāršo problēmas atrašanas un novēršanas procesu.

 

5. NUnit

 

Uz JUnit bāzes izstrādātais NUnit ir pilnībā atklātā koda rīks, kas atbalsta uz datiem orientētus testus un efektīvi integrējas ar dažādām platformām. Jūs varat piekļūt kvantitatīvajiem datiem pat pēc manuālo testu veikšanas, kas sniedz lielāku ieskatu izstrādātājiem, kuri vēlas novērst jebkādas problēmas.

 

5 labākie bezmaksas automatizācijas testēšanas rīki

 

Lai gan manuālai testēšanai ir daudz priekšrocību, dažkārt ideāls risinājums irautomatizācijas ieviešana testēšanas procesos.

Tas palīdz novērst dažus trūkumus, kas rodas, koncentrējoties tikai uz manuālo testēšanu, un vienlaikus iegūt labu pārskatu par programmatūru. Lai sāktu automatizāciju, ir nepieciešami daži rīki, un daudzi izstrādātāji, sākot darbu un apgūstot platformu, izvēlas izmantot bezmaksas rīkus.

 

Daži no labākajiem pieejamajiem bezmaksas automatizētās testēšanas rīkiem ir šādi:

 

1. ZAPTEST BEZMAKSAS IZDEVUMS

 

ZAPTEST Free Edition ir izstrādāts, lai palīdzētu testētājiem integrēt automatizāciju savā darbā, galveno uzmanību pievēršot tam, lai tā būtu starpplatformu un ļautu lietotājiem ieviest automatizāciju tādā veidā, kas pienācīgi atbalsta manuālo testēšanu. Galvenais ieguvums ir jebkura uzdevuma automatizācija, jo ZAPTEST bezmaksas izdevumā ir iespējams automatizēt visus programmatūras aspektus.

 

2. Appium

 

Atvērtā koda testēšanas automatizācijas ietvarstruktūra, kas īpaši koncentrējas uz mobilo ierīču automatizāciju lietojumprogrammām, kuras darbojas tīmekļa veikalos. Appium darbojas ar dažādām API un operētājsistēmām, tostarp iOS, Windows, mobilajām operētājsistēmām, tīmekli un Android.

 

3. Katalonu platforma

 

Katalon ir bezkodēšanas risinājums, kas palīdz testētājiem bez pieredzes kodēšanā uzlabot automatizēto testēšanas darbu. Šai platformai ir veikals ar dažādiem paplašinājumiem, taču tas nozīmē, ka, lai testēšanas programmatūru izmantotu pēc iespējas labāk, jums, visticamāk, būs jāvelta daudz laika un, iespējams, arī naudas, lai to pielāgotu savām vajadzībām.

 

4. Robotium

 

Atvērtā koda rīks, kas īpaši paredzēts Android testēšanai, vienlaikus nodrošinot lietotāja pieņemšanas un pelēkās kastes testēšanas iespējas. Lai gan šī lietojumprogramma darbojas atbilstoši augstiem standartiem, pastāv daži riski lietotājiem, jo starpplatformu lietojumprogrammas joprojām būtu jātestē visās citās platformās.

 

5. Loadster

 

Loadster ir rīks, kas izstrādāts, lai palīdzētu uzņēmumiem, kuri strādā ar lietotnēm ar lielu lietotāju bāzi. Izmantojot šo rīku, izstrādātāji var sagatavoties lielākām datplūsmas plūsmas maksimuma reizēm un nodrošināt optimālu veiktspēju pat tad, ja uzņēmuma serveri ir ievērojami noslogoti. Loadster var ne tikai palīdzēt ar manuālo testēšanu, bet arī automatizēt dažus testētāja uzdevumus, piemēram, slodzes atjaunošanu.

 

Secinājums

 

Nobeigumā var secināt, ka manuālā testēšana ir ieguvums jebkurai organizācijai. Testētāji var atklāt citādi neredzētas problēmas un sniegt detalizētu atgriezenisko saiti par lietojumprogrammu, ko automatizācija vienkārši nespēj.

Lai gan manuālajai testēšanai ir daži trūkumi, inteliģentos uzņēmumos arvien biežāk tiek izmantota manuālo un automātisko testu hibrīdsistēma, kas palīdz ņemt vērā abu sistēmu trūkumus, vienlaikus izmantojot abu sistēmu priekšrocības.

Manuālā testēšana ir labākas programmatūras izstrādes pamatā, un tās pareiza izmantošana var būtiski uzlabot jūsu rezultātus.

 

Biežāk uzdotie jautājumi un resursi

 

Manuālā testēšana var būt sarežģīts temats, tāpēc ir saprotams, ka jums var rasties vēl daži jautājumi par tās darbību. Skatiet dažus bieži uzdotos jautājumus par manuālo testēšanu un resursus, kas jums noderēs, kad laika gaitā iemācīsieties kļūt par labāku manuālo testētāju.

 

1. Labākie kursi par manuālo testēšanas automatizāciju

 

– “Testēšanas automatizācijas pamati” – Udemy

– “Testēšanas automatizācijas mācību kursi” – NobleProg

– “Manual Testing Training – Apvienotā Karaliste” – Zināšanu Akadēmija

– “Manuālā un automatizētā testēšana” – IT Talent Hub

 

2. Kādi ir 5 svarīgākie intervijas jautājumi par manuālo testēšanu?

 

– “Vai jums ir pieredze ar manuālo testēšanu?” – Noskaidro, vai kandidātam ir liela pieredze darbā testēšanas vidē.

– “Kāda ir atšķirība starp manuālo testēšanu un testēšanas automatizāciju?” – Noskaidro, vai kandidātam ir tehniskās pamatzināšanas par testēšanas procesiem.

– “Kā esat pārvarējis izaicinājumus programmatūras testēšanas vidē?” – Novērtē problēmu risināšanas prasmes, kas kandidātam piemīt manuālās testēšanas jomā.

– “Kāds ir ideālais rīks manuālās testēšanas atbalstam?” – Izveido labāku priekšstatu par kandidāta izmantotajām darba plūsmām un par to, vai tās ir piemērotas uzņēmumam.

– “Vai jums patīk strādāt komandā?” – Ļaujiet intervētājam uzzināt, vai pretendents spēj strādāt lielākā grupā.

 

3. Labākās Youtube pamācības par manuālo testēšanu

 

– “Manuālā testēšana (pilns kurss)” – SDET – QA automatizācijas tehniķis

– “PROGRAMMATŪRAS TESTĒŠANA TUTORIAL – Master programmatūras testēšana un Crack darbs testēšanā” – programmatūras testēšana Mentor

– “Kas ir manuālā testēšana? | Manual Testing Tutorial For Beginners | Edureka” – edureka!

– “Manuālās testēšanas (funkcionālās) koncepcijas” – Naveen AutomationLabs

– “Manuālās testēšanas pamācības” – Programmatūras testēšanas akadēmija

 

4. Kā uzturēt manuālos testus?

 

Ir dažas lietas, ko varat darīt, lai uzturētu manuālos testus, un pirmā no tām ir rūpēties par testētājiem. Testēšanas procesu centrā izvirzot labklājību, jūs nodrošināsiet, ka ikviens ir tādā stāvoklī, lai varētu pievērst uzmanību un strādāt maksimāli labi.

Papildus tam pievērsiet uzmanību tam, lai būtu izveidotas labas atbalsta struktūras. Tas nozīmē, ka vadītāji veic pārraudzību, lai nodrošinātu, ka testēšana ir konsekventa un, ja iespējams, sniedz precīzus rezultātus.

Nav stingras mehāniskas vai automatizētas apkopes kā tādas, bet rūpes par cilvēkiem ir sava veida testēšanas uzturēšana.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post