TechCodeview

Rankinis testavimas yra programinės įrangos testavimo procesas, kurio metu bandomieji atvejai vykdomi rankiniu būdu, nenaudojant jokio automatinio įrankio. Visi testavimo atvejai, kuriuos testuotojas atlieka rankiniu būdu pagal galutinio vartotojo perspektyvą. Jis užtikrina, ar programa veikia, kaip nurodyta reikalavimo dokumente, ar ne. Bandomieji atvejai yra suplanuoti ir įgyvendinti, kad būtų užbaigta beveik 100 procentų programinės įrangos. Bandomųjų atvejų ataskaitos taip pat generuojamos rankiniu būdu.

Rankinis testavimas yra vienas iš pagrindinių testavimo procesų, nes jis gali rasti matomus ir paslėptus programinės įrangos defektus. Skirtumas tarp laukiamos išvesties ir išvesties, pateiktas programinės įrangos, yra apibrėžiamas kaip defektas. Kūrėjas ištaisė defektus ir perdavė testuotojui pakartotinai išbandyti.

Rankinis testavimas yra privalomas kiekvienai naujai sukurtai programinei įrangai prieš automatinį testavimą. Šis testavimas reikalauja didelių pastangų ir laiko, tačiau užtikrina programinės įrangos be klaidų garantiją. Norint atlikti rankinį testavimą, reikia žinoti apie rankinio testavimo metodus, bet ne apie jokį automatinį testavimo įrankį.

Rankinis testavimas yra būtinas, nes vienas iš programinės įrangos testavimas Pagrindinis dalykas yra „100 % automatizavimas neįmanomas“.

Kodėl mums reikia rankinio testavimo

Kai programa patenka į rinką ir ji yra nestabili, turi klaidų ar problemų arba sukelia problemų, kol galutiniai vartotojai ja naudojasi.

Jei nenorime susidurti su tokiomis problemomis, turime atlikti vieną bandymo etapą, kad programa būtų be klaidų ir stabili, o klientui pateiktų kokybišką produktą, nes jei programoje nėra klaidų, galutinis vartotojas naudosis programa patogiau.

Jei bandymų inžinierius atlieka testavimą rankiniu būdu, jis gali išbandyti programą kaip galutinio vartotojo perspektyvą ir geriau susipažinti su produktu, o tai padeda jiems parašyti teisingus programos bandymo atvejus ir pateikti greitą atsiliepimą apie programą.

Rankinio testavimo tipai

Rankiniam testavimui naudojami įvairūs metodai. Kiekviena technika naudojama pagal jos testavimo kriterijus. Toliau pateikiami rankinio testavimo tipai:

• Baltos dėžutės testavimas
• Juodosios dėžės testavimas
• Pilkos dėžės bandymas

Baltos dėžės bandymas

Baltojo langelio testavimą atlieka kūrėjas, kur jie patikrina kiekvieną kodo eilutę prieš pateikdami ją testavimo inžinieriui. Kadangi kodas yra matomas kūrėjui testavimo metu, todėl jis taip pat žinomas kaip baltos dėžutės testavimas.

Norėdami gauti daugiau informacijos apie baltos dėžės testavimą, žr. toliau pateiktą nuorodą:

https://www.javatpoint.com/white-box-testing

Juodosios dėžės bandymas

Juodosios dėžės testavimą atlieka testavimo inžinierius, kur jis gali patikrinti programos ar programinės įrangos funkcionalumą pagal kliento / kliento poreikius. Atliekant testavimą kodas nėra matomas; Štai kodėl jis vadinamas juodosios dėžės testavimu.

Norėdami gauti daugiau informacijos apie juodosios dėžės testavimą, žr. toliau pateiktą nuorodą:

https://www.javatpoint.com/black-box-testing

„Grey Box“ testavimas

Pilkos dėžės testavimas yra baltos ir juodosios dėžės testavimo derinys. Tai gali atlikti asmuo, išmanantis ir kodavimą, ir testavimą. Ir jei vienas asmuo atlieka baltos dėžės, taip pat juodosios dėžės testavimą, yra žinomas kaip pilkosios dėžutės testavimas.

Norėdami gauti daugiau informacijos apie pilkosios dėžutės testavimą, žr. toliau pateiktą nuorodą:

https://www.javatpoint.com/grey-box-testing

Kaip atlikti rankinį testavimą

• Pirma, testuotojas stebi visus su programine įranga susijusius dokumentus, kad pasirinktų testavimo sritis.
• Testeris analizuoja reikalavimų dokumentus, kad atitiktų visus kliento nurodytus reikalavimus.
• Testeris parengia testavimo atvejus pagal reikalavimo dokumentą.
• Visi bandymų atvejai vykdomi rankiniu būdu, naudojant juodosios dėžės testavimą ir baltosios dėžės testavimą.
• Jei įvyko klaidų, testavimo komanda informuoja kūrimo komandą.
• Kūrimo komanda ištaiso klaidas ir perduoda programinę įrangą testavimo komandai pakartotiniam bandymui.

Programinės įrangos kūrimo procesas

• Kai reikalavimas bus surinktas, jis bus pateiktas dviem skirtingoms komandų kūrimo ir testavimo komandoms.
• Gavęs reikalavimą, atitinkamas kūrėjas pradės rašyti kodą.
• Tuo tarpu inžinierius bandytojas supranta reikalavimą ir paruošia reikiamus dokumentus, iki šiol kūrėjas gali užpildyti kodą ir saugoti Versijos valdymo įrankis .
• Po to kodas pasikeičia vartotojo sąsajoje ir šiuos pakeitimus tvarko viena atskira komanda, kuri yra žinoma kaip kurti komandą .
• Ši kūrimo komanda paims kodą ir pradės kompiliuoti bei suspausti kodą, naudodama kūrimo įrankį. Kai gauname tam tikrą išvestį, išvestis patenka į ZIP failą, kuris yra žinomas kaip Sukurti (programa arba programinė įranga). Kiekviena versija turės tam tikrą unikalų numerį, pvz., (B001, B002).
• Tada ši konkreti versija bus įdiegta bandomajame serveryje. Po to testavimo inžinierius pasieks šį bandomąjį serverį naudodamas testo URL ir pradės testuoti programą.
• Jei bandymų inžinierius aptiko klaidų, apie jį bus pranešta susijusiam kūrėjui.
• Tada kūrėjas atkurs klaidą bandomajame serveryje ir ištaisys klaidą ir vėl išsaugos kodą valdymo versijos įrankyje, o jis įdiegs naują atnaujintą failą ir pašalins senąjį failą; šis procesas tęsiamas tol, kol gauname stabilią versiją.
• Kai tik gausime stabilų pastatymą, jis bus perduotas klientui.

Pastaba1

• Kai rinksime failą iš valdymo versijos įrankio, naudosime kūrimo įrankį, kad sukurtume kodą iš aukšto lygio kalbos į mašinos lygio kalbą. Po kompiliavimo, jei failo dydis padidės, mes suglaudinsime tą failą ir išmessime į bandomąjį serverį.
• Šį procesą atlieka Suburti komandą , programuotojas (jei kūrimo komandos nėra, kūrėjas gali tai padaryti) arba bandymo laidas (jei kūrimo komanda tiesiogiai tvarko ZIP failą ir įdiegia programą į bandomąjį serverį ir informuoja bandymo inžinierių).
• Paprastai mes negalime gauti naujos versijos kiekvienai klaidai; kitu atveju didžioji laiko dalis bus sugaištama tik kuriant statinius.

Užrašas 2

Suburti komandą

Pagrindinis kūrimo komandos darbas yra sukurti programą arba kurti ir konvertuoti aukšto lygio kalbą į žemo lygio kalbą.

Sukurti

Tai programinė įranga, naudojama kodui konvertuoti į programos formatą. Jį sudaro tam tikras funkcijų rinkinys ir klaidų pataisymai, kurie perduodami testuotojui testavimo tikslais, kol jis tampa stabilus.

Versijos valdymo įrankis

Tai programinė įranga arba programa, naudojama šiais tikslais:

• Šiame įrankyje galime išsaugoti įvairių tipų failus.
• Jis visada apsaugotas, nes failą pasiekiame iš įrankių naudodami tuos pačius prisijungimo duomenis.
• Pagrindinis įrankių tikslas yra sekti esamų failų pakeitimus.

Sukūrimo proceso pavyzdys

Pažiūrėkime vieną pavyzdį, kad suprastumėte, kaip sukurti proceso darbą pagal tikrus scenarijus:

Kai tik bandomasis inžinierius gaus klaidą, jis išsiųs ją kūrėjams ir jiems reikės šiek tiek laiko analizuoti; po to jis/ji tik ištaiso klaidą (Testavimo inžinierius negali pateikti klaidų rinkinio).

Kūrėjas nusprendžia, kiek klaidų jis gali ištaisyti pagal savo laiką. Ir bandymų inžinierius nusprendžia, kuri klaida turėtų būti ištaisyta pirmiausia, atsižvelgiant į jų poreikius, nes bandymų inžinieriai negali sau leisti sustabdyti bandymų.

Ir bandytojas, gaunantis laišką, gali žinoti tik tai, kurią klaidą ištaisė klaidų pataisymų sąrašas .

Laikas padidės, nes per pirmąjį kūrimą kūrėjai turėtų parašyti kodą skirtingose ​​​​funkcijose. Galų gale jis gali tik ištaisyti klaidas ir dienų skaičius bus sumažintas.

3 pastaba

Bandymo ciklas

Bandymo ciklas – tai laikas, per kurį bandytojas turi išbandyti kiekvieną konstrukciją.

Skirtumai tarp dviejų konstrukcijų

Klaidos, rastos vienoje versijoje ir gali būti ištaisytos bet kurioje būsimoje versijoje, kuri priklauso nuo testuotojo reikalavimų. Kiekviena nauja versija yra modifikuota senojo versija, o šie pakeitimai gali būti klaidų pataisymai arba kai kurių naujų funkcijų pridėjimas.

Kaip dažnai gaudavome naują „Build“.

Pradžioje gaudavome kassavaitines versijas, tačiau naujausiame testavimo etape, kai programa darėsi stabili, naująjį „Build“ gaudavome kartą per 3 dienas, dvi dienas arba taip pat kasdien.

Kiek pastatų gauname

Jei laikytume vienerius bet kokios projekto trukmės metus, gautume 22–26 statybas.

abėcėlė ir skaičiai

Kai gausime klaidų pataisymus

Paprastai klaidų taisymus suprantame tik tada, kai baigiamas bandymo ciklas arba klaidų rinkimas ištaisomas vienoje versijoje ir perduodamas kitose versijose.

Rankinio testavimo privalumai

• Naudojant Black box metodą, programavimo žinių nereikia.
• Jis naudojamas dinamiškai besikeičiantiems GUI dizainams išbandyti.
• Testuotojas sąveikauja su programine įranga kaip tikras vartotojas, kad galėtų atrasti naudojimo ir vartotojo sąsajos problemas.
• Tai užtikrina, kad programinė įranga yra šimtu procentų be klaidų.
• Tai ekonomiška.
• Lengva išmokti naujiems bandytojams.

Rankinio testavimo trūkumai

• Tam reikia daug žmogiškųjų išteklių.
• Tai labai atima daug laiko.
• Testeris kuria testavimo atvejus, atsižvelgdamas į savo įgūdžius ir patirtį. Nėra įrodymų, kad jie apėmė visas funkcijas, ar ne.
• Bandomieji atvejai negali būti naudojami dar kartą. Kiekvienai naujai programinei įrangai reikia sukurti atskirus bandomuosius atvejus.
• Tai neteikia visų testavimo aspektų bandymų.
• Kadangi dvi komandos dirba kartu, kartais sunku suprasti vienas kito motyvus, tai gali suklaidinti procesą.

Rankiniai testavimo įrankiai

Atlikdami rankinį testavimą, įvairių tipų testavimą, pvz., įrenginį, integravimą, saugumą, našumą ir klaidų sekimą, turime įvairius įrankius, tokius kaip Jira , Bugzilla , Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube ir kt. turgus. Kai kurie įrankiai yra atvirojo kodo, o kai kurie yra komerciniai.

Norėdami gauti daugiau informacijos apie testavimo įrankius, žr. toliau pateiktą nuorodą:

https://www.javatpoint.com/software-testing-tools

Supraskime juos po vieną:

LoadRunner

Tai dažniausiai naudojami našumo tikrinimo įrankiai. „LoadRunner“ daugiausia naudojamas įvairių procedūrų, metodų skaičiaus ir taikomųjų programų našumo testavimui palaikyti.

Pagrindinis „LoadRunner“ įrankio vykdymo tikslas yra greitai klasifikuoti dažniausiai pasitaikančius našumo problemų šaltinius.

„LoadRunner“ savybės

• „LoadRunner“ įrankyje yra n programų skaičius, todėl sutrumpėja laikas, per kurį reikia suprasti ir aprašyti ataskaitas.
• Naudodami LoadRunner įrankį galime gauti išsamias našumo testų ataskaitas.
• Tai sumažins paskirstytos apkrovos testavimo išlaidas ir taip pat pasiūlys veikimo įrankį diegimui sekti.

Citrusiniai

Citrus yra integracijos testavimo įrankis, kuris yra dažniausiai naudojama testavimo sistema. Tai parašyta Java programavimas kalba. Jis dažniausiai naudojamas prašyti serverio ir kliento pusės ir atsakyti į juos bei patvirtinti XML JSON failus.

Norint atlikti galutinio naudojimo atvejų testavimą, citrusai palaiko kelis HTTP, JMS ir SOAP protokolus.

Citrusinių vaisių savybės

Štai keletas svarbių „Citrus“ įrankio savybių:

• Jis naudojamas žinutėms siųsti ir gauti.
• Citrus galima įsigyti tiek kaip atvirojo kodo, tiek kaip licencijuotą rinkoje.
• Tai nebrangus sprendimas.
• Mes galime autentifikuoti duomenų bazę naudodami citrusinių vaisių įrankį.
• Jame bus aprašyta pranešimų seka, pasiūlytas bandymo planas ir dokumentuojama testo aprėptis.
• Jis sukuria pranešimą ir patikrina atsakymus.

ZAP

ZAP yra atvirojo kodo žiniatinklio programų saugos skaitytuvas. Tai reiškia „Zed Attack“ tarpinis serveris . Kaip ir kai kurie kiti įrankiai, tai taip pat parašyta JAVA programavimo kalba . Jis yra pats efektyviausias Atidarykite žiniatinklio programų saugos projektus [OWASP].

ZAP savybės

• Jis palaiko daugybę operacinių sistemų, tokių kaip Windows, Linux, OS X.
• Ji turi įskiepių architektūrą.
• Jame yra internetinė prekyvietė, kurioje galime pridėti naujų arba atnaujintų funkcijų.
• ZAP GUI valdymo pultu lengva naudotis.

Vienuolė

NUnit yra vienas iš dažniausiai naudojamų vienetų testavimo įrankių. Tai atvirojo kodo įrankis ir pirmiausia gaunamas iš JUnit .

Tai buvo visiškai parašyta C# programavimo kalba ir tinka visiems .Tinklo kalbos .

Kitaip tariant, galime pasakyti, kad NUnit įrankis yra visiškai perkurtas, kad taptų daugelio .Net kalbos savybių pranašumu. Pavyzdžiui:

Su atspindžiu susijusios galimybės. Kiti pasirinktiniai atributai.

NUnit charakteristikos

• Tai leidžia teiginius kaip statinį pranašumo klasės metodą.
• Jis palaiko duomenimis pagrįstus bandymus.
• Jis palaiko kelias platformas, pvz., .NET core Xamarin mobile, Silverlight ir efektyvią sistemą.
• NUnit galimybė padeda mums atlikti testus vienu metu.
• Jis naudoja konsolės bėgiką, kad įkeltų ir atliktų testus.

JIRA

Dažniausiai naudojamas klaidų sekimo įrankis yra JIRA , kuris yra atvirojo kodo įrankis. Jis naudojamas klaidų sekimui, projektų valdymui ir problemų stebėjimui.

Naudodami šį įrankį galime lengvai sekti visų rūšių klaidas ar defektus, susijusius su programine įranga ir kuriuos sukūrė bandytojų inžinieriai.

JIRA savybės

• Tai laiką taupanti priemonė.
• Jira naudojama defektams ir problemoms sekti.
• Jis naudojamas dokumentacijos užduotims nustatyti.
• Jira yra labai naudinga priemonė, leidžianti stebėti mūsų dokumentacijos tobulinimą.

Norėdami gauti visą informaciją apie „Jira“ įrankį, žr. toliau pateiktą nuorodą: https://www.javatpoint.com/jira-tutorial.

SonarQube

Kitas rankinio testavimo įrankis yra „SonarQube“, kuris pagerina mūsų darbo eigą, užtikrindamas nuolatinę kodo kokybę ir kodo saugumą. Tai lanksti naudojant papildinius.

Jis visiškai parašytas JAVA programavimo kalba. Jis siūlo visiškai automatizuotą vertinimą ir integravimą su Ant, Maven, Gradle, MSBuild ir nuolatinio integravimo įrankiais. „SonarQube“ turi galimybę įrašyti metrikos istoriją ir pateikti evoliucijos grafiką.

„Sonarqube“ savybės

Toliau pateikiamos kai kurios svarbios „SonarQube“ įrankio funkcijos:

• Jis palaiko kelias programavimo kalbas, tokias kaip C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL ir kt.
• Pagal GNU mažesnę bendrąją viešąją licenciją „Sonarqube“ yra laisvai prieinama.
• „SonarQube“ yra susijusi su kai kuriais svarbiais išoriniais įrankiais, tokiais kaip „GitHub“, „Active Directory“, LDAP ir kt.
• „SonarQube“ susijungė su „Visual Studio“, „Eclipse“ ir „IntelliJ IDEA“ kūrimo aplinkomis dėl SonarLint papildiniai.

JMeter

JMeter yra atvirojo kodo įrankis, naudojamas tiek statinių, tiek dinaminių išteklių ir dinaminių žiniatinklio programų veikimui patikrinti.

Jis visiškai sukurtas JAVA programoje, kad būtų galima įkelti funkcinio testo veikimą ir įvertinti programos našumą.

Tai padeda vartotojams ar kūrėjams naudoti šaltinio kodą kuriant kitas programas.

JMeter savybės

Žemiau pateikiamos kai kurios esminės JMeter charakteristikos:

• Jis yra nepriklausomas nuo platformos, kuris priima JVM panašų „Windows“, „Mac“, „Linux“ ir kt.
• Jis palaiko patogią grafinę sąsają, kuri yra interaktyvi ir paprasta.
• Įkelti našumo testą į kelių tipų serverius yra neįtikėtinai išplečiama.

Norėdami gauti daugiau informacijos apie JMeter, žr. toliau pateiktą nuorodą:

https://www.javatpoint.com/jmeter-tutorial.

Su Bugz

Kitas klaidų sekimo įrankis, naudojamas atliekant rankinį testavimą Su Bugz .

Jį plačiausiai naudoja daugelis organizacijų, norėdami sekti įvairias programos klaidas.

Bugzilla yra atvirojo kodo įrankis, padedantis klientui ir klientui sekti defektus. „Bugzilla“ taip pat laikoma bandymų valdymo įrankiu, nes joje galime lengvai susieti kitas bandomojo atvejo valdymo priemones, tokias kaip ALM, kokybės centras ir kt.

Bugzilla savybės

Bugzilla turi keletą papildomų funkcijų, kurios padeda mums lengvai pranešti apie klaidą:

• Jis palaiko įvairias operacines sistemas, tokias kaip „Windows“, „Linux“ ir „Mac“.
• Su Bugzilla pagalba galime išvardyti kelių formatų klaidas.
• Naudotojo nuostatos gali įvertinti el. pašto pranešimus.
• „Bugzilla“ turi išplėstines paieškos galimybes.

maldininkas

Mantis yra internetinė klaidų sekimo sistema. ManitsBT reiškia Mantis klaidų sekiklis . Jis naudojamas programinės įrangos defektams sekti ir atliekamas PHP programavimo kalba. Tai taip pat yra atvirojo kodo įrankis.

Mantis savybės

Kai kurios standartinės konkretaus įrankio funkcijos yra šios:

• Naudodami šį įrankį turime viso teksto paieškos prieinamumą.
• Problemų pakeitimų audito pėdsakai.
• Tai suteikia peržiūros valdymo sistemos integravimą.
• Teksto laukų ir pastabų peržiūros valdymas

Norėdami gauti daugiau informacijos apie klaidų stebėjimo įrankius, žr. šią nuorodą: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Kitas integracijos testavimo įrankis yra Tessy , kuris naudojamas įterptosios programinės įrangos integravimui ir vienetų testavimui. Tai taip pat padeda mums sužinoti programinės įrangos ar programos kodo aprėptį.

Jis gali lengvai valdyti visą testavimo organizaciją, įskaitant verslo poreikius, bandymų valdymą, aprėpties kiekį ir atsekamumą.

Tessy turi tris pagrindines funkcijas, kurios yra šios:

• Bandymo sąsajos rengyklė (TIE)
• Bandomoji duomenų rengyklė (TDE)
• Darbo sritis.

TESSY savybės

Standartinės TESSY funkcijos yra šios:

• Jis parengia bandymo ataskaitą apie bandymo vykdymo rezultatus.
• Jis palaiko įvairias programavimo kalbas, tokias kaip C ir C++.
• Tessy naudojamas funkcijos sąsajai įvertinti ir aprašo tos funkcijos naudojamą kintamąjį.

Norėdami gauti daugiau informacijos apie integracijos testavimo įrankius, žr. šią nuorodą: https://www.javatpoint.com/integration-testing-tools.

Apžvalga

Šiame straipsnyje mes matėme išsamią informaciją apie Rankinis testavimas, kuris apima rankinio testavimo apibrėžimą, rankinio testavimo poreikį, rankinio testavimo tipą, rankinio testavimo įrankius, rankinio testavimo procesą ir kai kuriuos svarbius jo privalumus bei trūkumus.

Galiausiai galime pasakyti, kad tai procesas, kurio metu bandymų inžinierius turi būti labai atkaklus, novatoriškas ir jautrus.

Atliekant testavimą rankiniu būdu, testavimo inžinierius turi galvoti ir veikti taip, kaip interpretuoja galutinis vartotojas.

Norint įgyvendinti rankinį testavimą, bandymų inžinieriui reikia produktyvių įgūdžių ir vaizduotės. Ir jie turi galvoti apie kelias situacijas ar scenarijus, kad išbandytų konkrečią programą.

Nors šiuo metu automatizavimo testavimo pagalba galime išbandyti beveik visas programas, vis tiek rankinis testavimas yra būtinas, nes tai yra programinės įrangos testavimo pagrindas.