Programmatūra kļūst arvien vērtīgāka un nozīmīgāka, jo mēs savās mājās un uzņēmumos uzņemam jaunas lietojumprogrammas un ierīces, lai pārņemtu svarīgu uzdevumu. 16. aprīlī^th, 1994. gadā, avarēja lidmašīnai nāvējoša lidmašīna, tieši pirms nolaišanās lidostā. Kur tika nogalināti 250 cilvēki, kas bija visnāvējošākā avārija porcelāna aviosabiedrībās. Galvenais incidenta cēlonis bija programmatūras kļūdas. Programmatūras lietotāji pirms tā ieviešanas netika pārbaudīti. Katrā sistēmā ir programmatūras kļūdas. Nav iespējams izstrādāt programmatūras sistēmu bez kļūdām. Bet kļūmi, kas radusies programmatūras kļūdu dēļ sistēmā, var aizsargāt, veicot programmatūras testēšanu. Programmatūras testēšana ir process, ko izmanto, lai atrastu izstrādātās programmatūras kļūdas, pilnīgumu un kvalitāti. Tajā ietilpst darbību kopums, kas veikts ar nolūku atrast kļūdas programmatūrā, lai to varētu labot pirms produkta izlaišanas galalietotājiem. Ir divu veidu testēšanas procedūras manuālā testēšana un automatizācija testēšana.

Kas ir automatizācijas testēšana?

Automatizētā testēšana izmanto rīku, skriptu un programmatūras palīdzību, lai veiktu testa gadījumus, atkārtojot iepriekš noteiktas darbības. Tas pilnībā ir atkarīgs no iepriekš sagatavotā testa, kur mēs salīdzinām gaidīto rezultātu ar faktisko, kad tiek izpildīts iepriekšējais skripts. Tādus testus kā slodze, spriedze, smaile var pārbaudīt, izmantojot automatizācijas rīkus. Piemērs: Facebook pārbauda smadzeņu un datoru saskarni, kas var pārvērst domas digitālos tekstos.

Kuras testa lietas vispirms būtu jā automatizē?

Pirmkārt, automatizētie pārbaudes gadījumi ir šādi:

Atkārtots uzdevums - Piemērs, piemēram, e-komercijas vietne, kas vairākas reizes pārbauda pieteikšanās akreditācijas datus, lai pārliecinātos, vai pieteikšanās lapa darbojas atbilstoši lietotāja prasībām.
Rezultātu tveršana un kopīgošana - Tā vietā, lai ietaupītu laiku, var būt noderīga nevis skaitīšana, bet grafiku ieguldīšana rīkos vai automatizācijas stratēģija.
Datu ievades pārbaude - Informācijas automatizēšana datu avotā, lai tā būtu viegli pieejama lasīšanai. Kur var labāk rīkoties ar datu mainīgumu. Tieši tad, ja kāds vēlas meklēt konkrētus datus no tūkstošiem datu, konkrēto datu meklēšanai var izmantot automatizācijas rīku.
Laika vai skrīninga atbilde - Nav nepieciešams manuāli sekot līdzi ekrānam, to var uzlabot, izmantojot automātisko kodu “pagaidiet līdz”.
Nefunkcionāla testēšana - Nefunkcionāla testēšanas veida automatizācijas piemērs ir slodzes testēšanas automatizēšana. Ja mums ir desmit tūkstoši slodzes, nevis manuāla pārbaude, tā ir labāka iespēja izmantot automatizācijas testēšanu.

Automatizācijas testēšanas process

Soli pa solim procedūra, ko izmanto automatizācijas pārbaudē, ir

automatizācijas-testa-process

1). Testa rīka izvēle

Pareiza rīka izvēle, pamatojoties uz iesaistītā testa raksturu, ir ļoti svarīga, lai automatizācija būtu veiksmīga. Testēšanai ar kodu vadītu procesu vai grafiskā lietotāja saskarne Attiecīgi jāizvēlas atbilstošu rīku testēšana.

2). Definējiet automatizācijas jomu

Galvenā loma ir automatizācijas jomai. Piemēram, jebkura biznesa svarīgas iezīmes ir scenāriji, kuros ir daudz datu, tie, kuriem ir kopīga funkcionalitāte dažādās platformās un lietojumprogrammās, kā arī testa gadījumu sarežģītība. Utt

3). Plānošanas dizains un izstrāde

Pēc mērķa noteikšanas un tā, kāda veida testēšanu automatizēt, jāizlemj, kādu automatizēto testu veikt. Vispirms izveidojiet testa gadījumus mazākos loģiskos testos, pēc tam uzrakstiet testa skriptus un izstrādājiet testa komplektus, kur tie tiek palaistas automātiski pēc cita. To ģenerē, izveidojot testu tērpā, piemēram, bibliotēkā, kurā ir vairāki testa gadījumi.

4). Testa izpilde

Testa skripta izpildei tiek izmantots automatizācijas rīks vai testa pārvaldības rīks. Pēc galīgās izpildes detalizēti jāsagatavo atskaite par atsevišķiem testiem. Lai ziņojumu varētu izmantot kā atsauci uz citiem testiem.

5). Apkope

Katram ciklam jāpievieno, jāpārskata un jāuztur automatizācijas skripti. Ja nepieciešama uzturēšana. Piemēram, pēc koda uzrakstīšanas mēs pārbaudām kodu un, ja ir kāda kļūda, rodas kļūme. Tādējādi mēs identificējam, kurā koda daļā ir kļūda, un novēršam to, un pēc tam palaižam kodu no paša sākuma. Tātad uzturēšanai ir būtiska loma, kas uzlabo automatizācijas skriptu nepieciešamību.

Pieejas automatizācijai

Ir trīs pieejas automatizācijai, tādas ir

1). Ar kodu vadīta pieeja

Tas pārbauda ietvarstruktūru, koncentrējoties uz testa gadījuma izpildi, lai uzzinātu, vai dažādas kodu sadaļas darbojas atbilstoši gaidītajiem atšķirīgos apstākļos. Tā ir populāra metode, ko izmanto veiklās programmatūras izstrādē.

2). Grafiskā lietotāja saskarne (GUI)

Lietotnes ar GUI var pārbaudīt, izmantojot šo metodi, lai reģistrētu lietotāja darbības un atbildes neatkarīgi no tā, cik reižu. Piemērs: Selēna rīks, ko izmanto vietnes pārbaudei. Testa gadījumus var rakstīt jebkurā skriptu valodā, piemēram, java, phyton, C .. utt.

3). Ietvara pieeja

Tas ir vadlīniju kopums. Kur ietvars apvieno funkcijas bibliotēkas, testa datu avotus, objekta detaļas un citus atkārtoti izmantojamus moduļus. Uzturēšanas izmaksas ir mazākas un ļoti efektīvas. Piemērs: Ja testa lietā ir kādas izmaiņas, tad šī testa lietas faila daļa ir jāatjaunina, nemainot draiveri vai startēšanas skriptus.

Rāmju veidi

Pastāv dažādi pamatpieejas veidi

“analogo ciparu signālu pārveidotāji ”

Lineārs skriptu rāmis
Uz datiem balstīts ietvars
Atslēgvārdu vadīts rāmja darbs
Moduļu testēšanas ietvars
Hibrīds testēšanas ietvars.

Automatizācijas testu veidi

Dažādi automatizācijas testu veidi ir

Vienības testēšana
Dūmu pārbaude
Funkcionālā pārbaude
Integrācijas testēšana
Regresijas pārbaude

1). Vienības pārbaude

Tīmekļa lietojumprogrammā var būt vairāki komponenti / modeļi, kas jāpārbauda. Katra modeļa testēšanas process ir vienības pārbaude. Tas tiek darīts izstrādes posmā. Kur kodus raksta izstrādātāji un arī testētāji.

2). Dūmu pārbaude

Dūmu testēšanu alternatīvi dēvē par “Build Verification Testing”. To lieto, lai pārbaudītu, vai kods ir uzrakstīts atbilstoši gaidāmajiem rezultātiem vai nē. Dūmu testēšanas laikā pēc testa veikšanas tā gala rezultāts izlems, vai turpmākais tests jāturpina, vai nē. Testēšanas laikā problēmas var noteikt agrīnā stadijā.

3). Funkcionālā pārbaude

Tas pārbauda tīmekļa funkcionalitāti, attiecīgi strādājot vai nē. Piemēram, ja ņemam vērā pieteikšanās lapu, kur jāievada lietotāja ID un parole. Ja neievadīsim pareizus datus, mūsu paredzētā lapa netiek atvērta. Ja pieteikšanās lapas kods ir uzrakstīts un pārbaudīts pareizi, tiek atvērta gaidītā lapa, tas nozīmē, ka funkcionālais tests darbojas pareizi.

4). Integrācijas testēšana

Tajā atsevišķi komponenti tiek integrēti un pārbaudīti uzreiz. Kur mēs varam pārbaudīt, vai atsevišķi moduļi ir saderīgi ar saziņu savā starpā. Piemēram, ja ņemam vērā lodīšu pildspalvas ražošanu, kur pildspalva sastāv no uzpildes, vāciņa, korpusa, kas tiek ražoti atsevišķi un samontēti kopā. Montāžas laikā mēs pārbaudām, vai tie ir pareizi uzstādīti vai nav.

5). Regresijas testēšana

Ja kodā ir kāds atjauninājums, mēs pārliecināmies, ka tas neietekmē jau rakstītos kodus. Tāpēc mēs veicam regresijas testēšanu. Regresijas testēšanas izmantošana ir koda atjaunināšana, pamatojoties uz prasību, atklājot kļūdu un novēršot to. Regresijas testēšanas piemērs ir banku vietne, kur vietne tiek periodiski atjaunināta, kad nepieciešams, piemēram, tekošā konta atlikuma atjaunošana. Tādējādi, atjauninot vietni, jāpārliecinās, ka nesen atjauninātās funkcijas neietekmē jau esošās funkcijas.

Kā izvēlēties automatizācijas rīkus?

Lai izvēlētos atbilstošu automatizācijas rīku, pārbaudiet tālāk norādītās īpašības:

Vides atbalsts
Datu bāzes pārbaude
Objekta identifikācija
Attēlu pārbaude
Kļūdu atkopšanas pārbaude
Vairāku kadru darba atbalsts
Samaziniet izmaksas
Plaši testu pārskati un izmaksas.

Automatizācijas testēšanas rīku veidi

Ir daudz automatizācijas testēšanas rīku, daži no tiem ir uzskaitīti zemāk

1). Selēns

Tas ir atvērtā koda, kas ir populāra testēšanas metode, lai veiktu tīmekļa lietojumprogrammas, vairākas pārlūkprogrammas un platformas. Jaunākā selēna versija ir Selenium4. Programmētājam ir nepieciešamas iepriekšējas programmēšanas valodas zināšanas. Ir četras selēna sastāvdaļas, selēns IDE, selēna tālvadības pults, tīmekļa draiveris, selēna režģis.

“līdzstrāvas līdz maiņstrāvas pārveidotāja shēmas shēma ”

2). ūdens

Tas ir atvērtā koda testēšanas rīks, kas sastāv no rubīna bibliotēkas, kas automatizē tīmekļa lietojumprogrammu testēšanu. Jaunākā watir versija ir watir 6.16. Kodus var rakstīt jebkurā valodā. Firefox, Chrome, Safari ir noteikti pārlūki, kurus watir atbalsta. Dažas no watir iezīmēm ir šādas: ekrāna īsfilmas, lapas veiktspēja un tā var viegli lejupielādēt jebkuru failu.

3). Ranorex

Tas ir elastīgs viss vienā GUI testēšanas rīks. Tas ir piemērots visām vides pārlūkprogrammām un ierīcēm. Tas atbalsta C # un V.NET. Tas ir iebūvēts Microsoft Windows un Windows serverī. Ranorex galvenās sastāvdaļas ir ranorex reģistrators, ranorex krātuve, ranorex spiegs, ranorex koda redaktors un ranorex atkļūdotājs.

4). API (lietojumprogrammu saskarnes testēšana)

Tas ir mobilais testēšanas rīks, kas ir atvērtā koda lietojumprogrammatūra. API atrod, vai izpildītais API tests sniedz precīzus rezultātus vai nē. Ir dažādi API testēšanas veidi, vienības testēšana, funkcionālā testēšana, slodzes pārbaude, izpildlaika kļūdu noteikšana, drošības testēšana, tīmekļa lietotāja saskarnes testēšana, iespiešanās pārbaude, fuzz testēšana. Tas tiek ieviests POSIX API.

Automatizācijas testēšanas rīki mobilajām lietojumprogrammām

Dažādi mobilo lietojumprogrammu automatizācijas testēšanas rīku veidi ir Appium, Robotium, MonkeyRunner, UI Automator, Selendroid, MonkeyTalk, Testdroid, Calabash, Frank, SeeTest

1). apijs

Tas ir atvērtā koda
Atbalsta Java, Ruby un citus
Avota kodu var izmantot atkārtoti
Saderīgs ar Android un Ios.

2). roboti

Tas ir atvērtā koda
Saderīgs ar visām Android versijām un apvērsumiem.
Kodi tiek rakstīti Java valodā.

3). Monkeyrunner

Sistēmas vai funkcionālā līmeņa pārbaude tiek veikta, izmantojot monkeyrunner
Kodi tiek rakstīti pitonā
Funkcijas: tā vienlaikus kontrolē daudzas ierīces, automatizāciju var paplašināt, pārbaudīt android lietotnes un aparatūru, paplašināt automatizāciju.

4). UI Automator

To izmanto, lai pārbaudītu lietotāja saskarnes, izmantojot UI testa gadījumus.
Atbalsta dažādas androidu versijas
Tas var bloķēt un atbloķēt viedtālruņus

5). Selendroid

To izmanto, lai pārbaudītu android balstīta hibrīda lietotāja saskarni.
Testa gadījumi tiek rakstīti, izmantojot selendroid
TO protokols piemēram, JSON vads ir ļoti savietojams.

Risks, kas saistīts ar automatizācijas testēšanu

Risks, kas saistīts ar automatizācijas testēšanu, ir

Sākotnējās izmaksas būs augstas
Automatizācija nekad nav 100%
Netiek automatizēts nefiksēts lietotāja interfeiss
Nepareizs laika un pūļu novērtējums
Automatizācijas rīku nesaderība.

Automatizācijas testēšanas priekšrocības

Priekšrocības automatizācija testēšana ir

Pārbaudes gadījumu izpilde ir vienkāršota
Uzlabo testa uzticamību
Samazina uzturēšanas izmaksas
Testa rezultāti tiek veikti publiski
Nav cilvēku kļūdu
Ietaupa laiku un atmiņu.

Šeit mēs aprakstām programmatūru automatizācijas testēšana, tā testa process, automatizācijas testēšanas veidi un automatizācijas testēšanas rīks. Šeit ir jautājums: 'Kā automatizācijas testēšana ir labāka par manuālo testēšanu?'.