Šiame skyriuje mes suprasime įvairius programinės įrangos testavimo tipus, kurie gali būti naudojami programinės įrangos kūrimo gyvavimo ciklo metu.
Kaip mes žinome, programinės įrangos testavimas yra programos funkcionalumo analizės procesas pagal kliento išankstinę sąlygą.
Jei norime užtikrinti, kad mūsų programinė įranga būtų be klaidų arba stabili, turime atlikti įvairių tipų programinės įrangos testavimą, nes testavimas yra vienintelis metodas, leidžiantis mūsų programoje be klaidų.
Įvairūs programinės įrangos testavimo tipai
Programinės įrangos testavimo skirstymas į kategorijas yra įvairios testavimo veiklos dalis, pvz bandymo strategija, bandymo rezultatai, apibrėžtas bandymo tikslas ir kt . O programinės įrangos testavimas yra programinės įrangos vykdymas ieškant defektų.
Testavimo tipo tikslas yra patvirtinti AUT (Programa bandoma).
Norėdami pradėti bandymą, turėtume turėti a reikalavimas, paruoštas pritaikymui, reikalingi ištekliai . Norėdami išlaikyti atskaitomybę, turėtume priskirti atitinkamą modulį skirtingiems bandymų inžinieriams.
Programinės įrangos testavimas daugiausia suskirstytas į dvi dalis, kurios yra tokios:
Kas yra rankinis testavimas?
Bet kokios programinės įrangos ar taikomosios programos testavimas pagal kliento poreikius nenaudojant jokio automatizavimo įrankio yra žinomas kaip rankinis testavimas .
Kitaip tariant, galime pasakyti, kad tai yra procedūra patikrinimas ir patvirtinimas . Rankinis testavimas naudojamas norint patikrinti programos ar programinės įrangos elgseną, prieštaraujančią reikalavimų specifikacijai.
Mes nereikalaujame jokių tikslių žinių apie bet kokį testavimo įrankį, kad galėtume atlikti rankinius bandymo atvejus. Mes galime lengvai paruošti testo dokumentą, atlikdami bet kokios programos rankinį testavimą.
Norėdami gauti išsamios informacijos apie rankinį testavimą, spustelėkite šią nuorodą: https://www.javatpoint.com/manual-testing.
Rankinio testavimo klasifikacija
Programinės įrangos testavimo metu rankinis testavimas gali būti toliau skirstomas į trys skirtingi testavimo tipai , kurios yra tokios:
Kad geriau suprastume, pažiūrėkime juos po vieną:
Baltos dėžutės testavimas
Atliekant baltos dėžės testavimą, kūrėjas patikrins kiekvieną kodo eilutę prieš perduodamas ją testavimo komandai arba susijusiems testavimo inžinieriams.
Vėliau kodas kūrėjams pastebimas viso testavimo metu; todėl šis procesas vadinamas WBT (baltos dėžutės testavimas) .
Kitaip tariant, galime pasakyti, kad programuotojas atliks visą konkrečios programinės įrangos baltojo langelio testavimą ir išsiųs konkrečią programą testavimo komandai.
Baltojo langelio testavimo tikslas yra pabrėžti įvesties ir išvesties srautą per programinę įrangą ir padidinti programos saugumą.
Baltos dėžės testavimas taip pat žinomas kaip atviros dėžutės bandymai, stiklinės dėžės bandymai, konstrukcijų bandymai, skaidrios dėžės bandymai ir skaidrios dėžės bandymai .
Norėdami gauti išsamių žinių apie baltos dėžės testavimą, žr. toliau pateiktą nuorodą: https://www.javatpoint.com/white-box-testing.
Juodosios dėžės testavimas
Kitas rankinio testavimo tipas yra juodosios dėžės bandymas . Atliekant šį bandymą, testavimo inžinierius išanalizuos programinę įrangą pagal reikalavimus, nustatys defektus ar klaidą ir grąžins ją kūrimo komandai.
Tada kūrėjai ištaisys tuos defektus, atliks vieną „White box“ testavimo etapą ir nusiųs jį testavimo komandai.
Čia klaidų taisymas reiškia, kad defektas pašalintas, o konkreti funkcija veikia pagal pateiktą reikalavimą.
Pagrindinis juodosios dėžės testavimo tikslas – patikslinti verslo poreikius arba kliento reikalavimus.
Kitaip tariant, galime pasakyti, kad juodosios dėžės testavimas yra programos funkcionalumo tikrinimo procesas pagal kliento reikalavimus. Šiame bandyme šaltinio kodas nematomas; todėl jis žinomas kaip juodosios dėžės bandymas .
Norėdami gauti daugiau informacijos apie juodosios dėžės testavimą, žr. toliau pateiktą nuorodą: https://www.javatpoint.com/black-box-testing.
Juodosios dėžės testavimo tipai
Juodosios dėžės bandymai toliau skirstomi į dvi dalis, kurios aptariamos toliau:
Funkcinis testavimas
Bandymo inžinierius sistemingai patikrins visus komponentus pagal reikalavimus, vadinamus specifikacijomis funkcinis testavimas . Funkcinis testavimas taip pat žinomas kaip Komponentų testavimas .
Funkcinio testavimo metu visi komponentai yra tikrinami pateikiant vertę, apibrėžiant išvestį ir patvirtinant tikrąją išvestį su laukiama verte.
Funkcinis testavimas yra juodosios dėžės testavimo dalis, nes jame pabrėžiamas programos reikalavimas, o ne tikrasis kodas. Testavimo inžinierius turi išbandyti tik programą, o ne sistemą.
Norėdami gauti išsamios informacijos apie funkcinį testavimą, žr. toliau pateiktą nuorodą: https://www.javatpoint.com/functional-testing .
Funkcinio testavimo tipai
Kaip ir kitos rūšies testavimas yra padalintas į kelias dalis, funkcinis testavimas taip pat skirstomas į įvairias kategorijas.
Įvairus Funkcinio testavimo tipai yra:
Dabar supraskime juos po vieną:
1. Vieneto testavimas
Vieneto testavimas yra pirmasis funkcinio testavimo lygis, skirtas bet kokiai programinei įrangai išbandyti. Šiuo atveju testavimo inžinierius savarankiškai išbandys programos modulį arba išbandys visas modulio funkcijas vieneto bandymas .
Pagrindinis įrenginio testavimo tikslas yra patvirtinti įrenginio komponentų veikimą. Čia vienetas apibrėžiamas kaip viena išbandoma programinės įrangos arba programos funkcija. Ir tai tikrinama per visą nurodytą programos kūrimo etapą.
Norėdami gauti visą informaciją apie vienetų testavimą, spustelėkite toliau pateiktą nuorodą: https://www.javatpoint.com/unit-testing.
2. Integracijos testavimas
Kai sėkmingai įgyvendinsime vienetų testavimą, pradėsime integracijos testavimą . Tai antras funkcinio testavimo lygis, kai tikriname duomenų srautą tarp priklausomų modulių arba sąsaja tarp dviejų funkcijų vadinama integracijos testavimas .
Integravimo testavimo tikslas yra patikrinti teiginio tikslumą tarp kiekvieno modulio.
Integracijos testavimo tipai
Integracijos testavimas taip pat skirstomas į šias dalis:
Prieauginio integravimo testavimas
Kai yra aiškus ryšys tarp modulių, mes atliekame laipsniško integravimo testavimą. Tarkime, paimame du modulius ir analizuojame duomenų srautą tarp jų, ar jie veikia gerai, ar ne.
Jei šie moduliai veikia gerai, galime pridėti dar vieną modulį ir išbandyti dar kartą. Ir mes galime tęsti tą patį procesą, kad pasiektume geresnių rezultatų.
Kitaip tariant, galime pasakyti, kad laipsniškas modulių sudėjimas ir duomenų srauto tarp modulių tikrinimas yra žinomas kaip Laipsninio integravimo testavimas .
Inkrementinės integracijos testavimo tipai
Laipsniško integravimo bandymai gali būti toliau skirstomi į dvi dalis, kurios yra tokios:
Patikrinkite java versiją linux
Pažiūrėkime trumpą šių tipų integravimo testavimo įvadą:
1. Iš viršaus į apačią laipsniško integravimo testavimas
Taikydami šį metodą, mes pridėsime modulius žingsnis po žingsnio arba palaipsniui ir išbandysime duomenų srautą tarp jų. Turime užtikrinti, kad pridedami moduliai būtų tokie ankstesniųjų vaikas .
2. Iš apačios į viršų laipsniško integravimo testavimas
Taikant metodą „iš apačios į viršų“, modulius pridėsime palaipsniui ir patikrinsime duomenų srautą tarp modulių. Taip pat įsitikinkite, kad mūsų pridedamas modulis yra ankstesnių tėvų .
Neprieauginio integravimo testavimas / Didžiojo sprogimo metodas
Kai duomenų srautas yra sudėtingas ir labai sunku suskirstyti tėvą ir vaiką, mes pasirinksime ne laipsniškos integracijos metodą. Neprieauginis metodas taip pat žinomas kaip Didžiojo sprogimo metodas .
Norėdami gauti visą informaciją apie integracijos testavimą ir jo tipą, žr. šią nuorodą: https://www.javatpoint.com/integration-testing.
3. Sistemos testavimas
Kai tik baigiame įrenginio ir integracijos testavimą, galime tęsti sistemos testavimą.
Sistemos testavimo metu testavimo aplinka yra lygiagreti gamybos aplinkai. Jis taip pat žinomas kaip iki galo testavimas.
Šio tipo testavimo metu mes patikrinsime kiekvieną programinės įrangos atributą ir išbandysime, ar galutinė funkcija veikia pagal verslo reikalavimus. Ir analizuokite programinės įrangos produktą kaip visą sistemą.
Norėdami gauti visą informaciją apie sistemos testavimą, spustelėkite toliau pateiktą nuorodą: https://www.javatpoint.com/system-testing.
Nefunkcinis testavimas
Kita juodosios dėžės testavimo dalis yra nefunkcinis testavimas . Jame pateikiama išsami informacija apie programinės įrangos produkto veikimą ir naudojamas technologijas.
Nefunkcinis testavimas padės mums sumažinti gamybos riziką ir susijusias programinės įrangos išlaidas.
Nefunkcinis testavimas yra derinys našumo, apkrovos, įtampos, naudojimo ir suderinamumo testavimas .
Norėdami gauti daugiau informacijos apie nefunkcinį testavimą, žr. šią nuorodą: https://www.javatpoint.com/non-functional-testing.
Nefunkcinio testavimo tipai
Nefunkcinis testavimas suskirstytas į skirtingas testavimo dalis, kurias toliau aptarsime:
1. Veikimo testavimas
Atlikdamas našumo testavimą, bandymų inžinierius išbandys programos veikimą, pritaikydamas tam tikrą apkrovą.
Atlikdamas tokio tipo nefunkcinius bandymus, bandymų inžinierius sutelks dėmesį tik į kelis aspektus, pvz Reakcijos laikas, apkrova, mastelio keitimas ir stabilumas programinės įrangos ar programos.
Veiklos testavimo klasifikacija
Veikimo testavimas apima įvairius testavimo tipus, kurie yra tokie:
Vykdydami našumo testavimą, mes pritaikysime tam tikrą apkrovą konkrečiai programai, kad patikrintume programos našumą, vadinamą apkrovos bandymas . Čia apkrova gali būti mažesnė arba lygi norimai apkrovai.
Tai padės mums nustatyti didžiausią programinės įrangos veikimo apimtį ir kliūtis.
Norėdami gauti visą informaciją, susijusią su apkrovos testavimu, žr. toliau pateiktą nuorodą:
https://www.javatpoint.com/load-testing.
Jis naudojamas programinės įrangos patogumui ir patikimumui, viršijančiam bendrąsias funkcines ribas, analizuoti.
Visų pirma, testavimas nepalankiausiomis sąlygomis naudojamas kritinei programinei įrangai, tačiau jis taip pat gali būti naudojamas visų tipų programinės įrangos programoms.
Norėdami gauti išsamių žinių apie testavimą nepalankiausiomis sąlygomis, žr. toliau pateiktą nuorodą: https://www.javatpoint.com/stress-testing.
Analizuojant programos našumą, padidinant arba sumažinant apkrovą tam tikruose balansuose, yra žinoma kaip mastelio keitimo testavimas .
Testuodami mastelį, taip pat galime patikrinti sistemos, procesų ar duomenų bazės galimybes patenkinti didėjantį poreikį. Ir šiame, Bandymo atvejai yra suprojektuoti ir įgyvendinti efektyviai.
Spustelėkite šią nuorodą, kad gautumėte išsamią informaciją, susijusią su mastelio testavimu:
https://www.javatpoint.com/scalability-testing.
Stabilumo testavimas – tai procedūra, kurios metu įvertiname programos veikimą, apkrovą taikydami tam tikrą laiką.
Jis daugiausia tikrina programos pastovumo problemas ir sukurto produkto efektyvumą. Tokio tipo testavimo metu galime greitai rasti sistemos defektą net ir stresinėje situacijoje.
Norėdami gauti išsamios informacijos apie stabilumo testą, žr. toliau pateiktą nuorodą:
https://www.javatpoint.com/stability-testing.
2. Naudojimo testavimas
Kitas tipas nefunkcinis testavimas yra tinkamumo naudoti testavimas . Testuodami tinkamumą naudoti, mes analizuosime programos patogumą vartotojui ir aptiksime programinės įrangos galutinio vartotojo sąsajos klaidas.
Čia terminas naudotojų draugiškumas apibrėžia šiuos programos aspektus:
- Programa turi būti lengvai suprantama, o tai reiškia, kad visos funkcijos turi būti matomos galutiniams vartotojams.
- Programos išvaizda turi būti gera, o tai reiškia, kad programa turi atrodyti maloniai ir leisti galutiniam vartotojui ją naudoti.
Norėdami gauti daugiau informacijos apie tinkamumo naudoti testavimą, žr. šią nuorodą:
https://www.javatpoint.com/usability-testing.
3. Suderinamumo testavimas
Suderinamumo testavimo metu patikrinsime programos funkcionalumą konkrečioje aparatinės ir programinės įrangos aplinkoje. Tik tada, kai programa yra funkcionaliai stabili, mes tęsiame suderinamumo bandymas .
Čia programinė įranga reiškia, kad galime išbandyti programą įvairiose operacinėse sistemose ir kitose naršyklėse, ir aparatūra reiškia, kad galime išbandyti programą su skirtingais dydžiais.
Norėdami gauti išsamių žinių apie suderinamumo testavimą, žr. toliau pateiktą nuorodą:
https://www.javatpoint.com/compatibility-testing .
kas yra klasterizacija
Pilkos dėžės bandymas
Kita dalis rankinis testavimas yra Pilkos dėžės bandymas . Tai yra juodosios ir baltosios dėžės bandymų bendradarbiavimas .
Kadangi pilkosios dėžutės testavimas apima prieigą prie vidinio kodavimo, skirto bandomiesiems atvejams kurti. Pilkos dėžutės testavimą atlieka asmuo, kuris išmano kodavimą ir testavimą.
Kitaip tariant, galime pasakyti, kad jei vieno žmogaus komanda padarė abu baltos dėžės ir juodosios dėžės bandymai , manoma pilkos dėžės bandymas .
Norėdami gauti išsamios informacijos apie pilkosios dėžutės testavimą, galime peržiūrėti toliau pateiktą nuorodą:
https://www.javatpoint.com/grey-box-testing.
Automatikos testavimas
Svarbiausia programinės įrangos testavimo dalis yra automatizavimo testavimas. Jis naudoja specifinius įrankius, kad automatizuotų rankinio projektavimo bandymo atvejus be žmogaus įsikišimo.
Automatizavimo testavimas yra geriausias būdas padidinti programinės įrangos testavimo efektyvumą, produktyvumą ir aprėptį.
Jis naudojamas pakartotinai paleisti testavimo scenarijus, kurie buvo vykdomi rankiniu būdu, greitai ir pakartotinai.
Kitaip tariant, galime pasakyti, kad kai tik išbandome programą naudodami tam tikrus įrankius, tai vadinama automatikos testavimas .
Atliksime automatizavimo testavimą, kai programoje ar programinėje įrangoje bus vykdomi įvairūs leidimai arba keli regresijos ciklai. Negalime parašyti bandomojo scenarijaus ar atlikti automatizavimo testavimo nesuprasdami programavimo kalbos.
Norėdami gauti daugiau informacijos apie automatizavimo testavimą, žr. toliau pateiktą nuorodą:
https://www.javatpoint.com/automation-testing.
Kai kurie kiti programinės įrangos testavimo tipai
Atliekant programinės įrangos testavimą, mes taip pat turime kai kurių kitų tipų testavimo, kurie nėra pirmiau aptartų bandymų dalis, tačiau tie bandymai yra būtini bandant bet kokią programinę įrangą ar programą.
Supraskime šiuos bandymų tipus po vieną:
Į dūmų tyrimas , išbandysime pagrindines ir svarbiausias programos funkcijas prieš atlikdami vieną išsamų ir kruopštų testavimą.
Arba prieš tikrinant visas galimas teigiamas ir neigiamas reikšmes yra žinomas kaip dūmų tyrimas . Programos pagrindinių ir pagrindinių funkcijų darbo eigos analizė yra pagrindinis dūmų bandymo tikslas.
Norėdami gauti daugiau informacijos apie dūmų tikrinimą, žr. šią nuorodą:
https://www.javatpoint.com/smoke-testing.
Sveiko proto testavimas
Jis naudojamas siekiant užtikrinti, kad visos klaidos būtų ištaisytos ir dėl šių pakeitimų neatsirastų jokių papildomų problemų. Sveiko proto tikrinimas yra be scenarijaus, o tai reiškia, kad negalime to dokumentuoti. Ji patikrina naujai pridėtų funkcijų ir komponentų teisingumą.
Norėdami gauti išsamios informacijos apie sveiko proto tikrinimą, galime peržiūrėti toliau pateiktą nuorodą:
žiemos miego tarmė
https://www.javatpoint.com/sanity-testing.
Regresinis testavimas
Regresinis testavimas yra dažniausiai naudojamas programinės įrangos testavimo tipas. Čia terminas regresija reiškia, kad turime iš naujo išbandyti tas nepaveiktos programos dalis.
Regresinis testavimas yra tinkamiausias automatizavimo įrankių testavimas. Atsižvelgiant į projekto tipą ir išteklių prieinamumą, regresijos testavimas gali būti panašus į Pakartotinis testavimas .
Kai kūrėjai ištaiso klaidą ir tada išbando kitas programų funkcijas, kurios gali būti imituojamos dėl klaidų taisymo, vadinama regresinis testas .
Kitaip tariant, galime pasakyti, kad kai tik yra nauja kurio nors projekto versija, galime atlikti regresijos testavimą ir dėl naujos funkcijos gali turėti įtakos senoms ankstesnių laidų funkcijoms.
Norėdami gauti išsamių žinių, susijusių su regresijos testavimu, žr. toliau pateiktą nuorodą:
https://www.javatpoint.com/regression-testing .
Vartotojo priėmimo testas
Vartotojo priėmimo testavimą (UAT) atlieka individuali komanda, žinoma kaip domeno ekspertas / klientas arba klientas. O paraiškos žinojimas prieš priimant galutinį produktą vadinamas kaip vartotojo priėmimo testavimas .
Atlikdami naudotojų priėmimo testus, analizuojame verslo scenarijus ir realiojo laiko scenarijus atskiroje aplinkoje, vadinamoje UAT aplinka . Šio testavimo metu mes išbandysime programą prieš UAI, kad klientas patvirtintų.
Norėdami gauti daugiau informacijos apie vartotojo priėmimo testą, spustelėkite toliau pateiktą nuorodą:
https://www.javatpoint.com/acceptance-testing.
Tiriamasis bandymas
Kai reikalavimo nėra, būtina ankstyva iteracija, o testavimo komanda turi patyrusių bandytojų, kai turime svarbią programą. Į komandą pateko naujas bandymų inžinierius, tada mes einame į tiriamasis bandymas .
Norėdami atlikti tiriamąjį testavimą, pirmiausia peržiūrėsime programą visais įmanomais būdais, sukursime bandomąjį dokumentą, suprasime programos eigą ir tada išbandysime programą.
Spustelėkite šią nuorodą, kad gautumėte visą informaciją apie tiriamąjį bandymą:
https://www.javatpoint.com/exploratory-testing.
Adhoc testavimas
Programos testavimas atsitiktine tvarka, kai tik pastatymas yra patikrinta seka, vadinamas Adhoc testavimas .
Jis taip pat vadinamas Testavimas beždžionėmis ir gorilų bandymai . Adhoc testavimo metu patikrinsime, ar programa prieštarauja kliento reikalavimams; todėl jis taip pat žinomas kaip neigiamas testas .
Kai galutinis vartotojas atsitiktinai naudoja programą ir gali aptikti klaidą. Vis dėlto specializuotas bandymų inžinierius kruopščiai naudoja programinę įrangą, todėl gali neatpažinti panašaus aptikimo.
Norėdami gauti išsamios informacijos apie Adhoc testavimą, žr.
https://www.javatpoint.com/adhoc-testing.
Saugumo testavimas
Tai yra esminė programinės įrangos testavimo dalis, naudojama programinės įrangos silpnumui, rizikai ar grėsmėms nustatyti.
Saugumo testavimo atlikimas padės išvengti bjaurių pašalinių žmonių atakų ir užtikrinti mūsų taikomųjų programų saugumą.
Kitaip tariant, galime teigti, kad saugumo testavimas daugiausia naudojamas siekiant nustatyti, ar duomenys bus saugūs ir atlaikys programinės įrangos darbo procesą.
Norėdami gauti išsamios informacijos apie saugos testavimą, žr. toliau pateiktą nuorodą: https://www.javatpoint.com/security-testing.
Globalizacijos testavimas
Kitas programinės įrangos testavimo tipas yra Globalizacijos testavimas. Globalizacijos testavimas naudojamas patikrinti, ar sukurta programinė įranga yra keliomis kalbomis, ar ne. Čia žodžiai globalizacija reiškia programos ar programinės įrangos apšvietimą įvairiomis kalbomis.
Globalizacijos testavimas naudojamas siekiant įsitikinti, kad programa palaikys kelias kalbas ir kelias funkcijas.
Dabartiniuose scenarijuose matome kelių technologijų patobulinimą, nes programos yra paruoštos naudoti visame pasaulyje.
Norėdami gauti visą informaciją, susijusią su globalizacijos testavimu, žr. šią nuorodą:
https://www.javatpoint.com/globalization-testing.
Išvada
Mokomojoje programoje aptarėme įvairius programinės įrangos testavimo tipus. Tačiau vis dar yra daugiau nei 100 testavimo kategorijų sąrašas. Tačiau kiekviena testavimo rūšis nenaudojama visų tipų projektuose.
Mes aptarėme dažniausiai naudojamus programinės įrangos testavimo tipus, pvz juodosios dėžės testavimas, baltos dėžės testavimas, funkcinis testavimas, nefunkcinis testavimas, regresijos testavimas, Adhoc testavimas ir kt. .
Be to, įvairiose organizacijose naudojamos alternatyvios klasifikacijos ar procesai, tačiau bendra koncepcija visur yra panaši.
Šie testavimo tipai, procesai ir vykdymo metodai nuolat keičiasi, kai keičiasi projektas, reikalavimai ir apimtis.