Turinys
- Kas yra programinės įrangos testavimas?
- Dažniausi programinės įrangos testavimo tipai
- Kas yra funkcinis testavimas?
- Kas yra integracijos testavimas?
- Juodosios dėžės testavimas
- Baltosios dėžės testavimas
- Regresijos testavimas
- Dūmų tikrinimas
- Tiriamasis testavimas
- Vartotojo priėmimo testavimas
Haley dirba kokybės užtikrinimo srityje kaip programinės įrangos testuotojas. Ji yra atsakinga už bandymų projektų valdymą ir naujų testuotojų mokymą.
Kas yra programinės įrangos testavimas?
Programinės įrangos testavimas yra greitas, augantis laukas. Daug kartų gali būti nesusipratimas tarp testuotojų, programų kūrėjų ir vadovų dėl terminų testavimo. Dėl to svarbu turėti aiškius, bendrus testavimo apibrėžimus.
Šiame straipsnyje apžvelgiami keli įprasti programinės įrangos testavimo tipai. Svarbu nepamiršti, kad praktiškai gali būti lengva sutapti dviejų (ar daugiau) bandymų tipų. Akademiniu požiūriu, tai visi labai atskiri terminai, tačiau pragmatiškai jie gali pradėti jungtis.
Taip pat nekalbėsiu apie automatizavimą kaip apie testavimo tipą, nes dauguma šių bandymų gali būti atliekami rankiniu būdu arba automatiškai naudojant kodą.
Dažniausi programinės įrangos testavimo tipai
- Funkcinis testavimas
- Integracijos testavimas
- Juodosios dėžės testavimas
- Baltos dėžės testavimas
- Regresijos testavimas
- Dūmų tikrinimas
- Tiriamasis testavimas
- Vartotojo priėmimo testavimas
Pastaba: Tai nėra visas programinės įrangos testavimo tipų sąrašas.
Kas yra funkcinis testavimas?
Funkciniai testai yra kitų bandymų tipų pogrupis. Funkcinis testavimas yra bet koks „juodosios dėžės“ (ne kodo pusės) testavimas, užtikrinantis, kad programinė įranga atliktų reikiamas funkcijas. Tai yra bandymų tipas, kuris užtikrina, ar laikomasi reikalavimų.
Funkcinių bandymų tipai yra šie:
- Protingumo patikrinimas
- Dūmų bandymai
- Regresijos testavimas
- Integracijos testavimas
- Naudingumo testavimas
Kas yra integracijos testavimas?
Integracijos testavimas yra nepaprastai svarbus programinei įrangai, kuri veikia pagal serverio ir kliento modelį arba kaip paskirstytą sistemą. Tai reiškia programas, kurios negyvena tik vartotojo kompiuteryje, ir programas, kurių galiniame gale gali būti keli skirtingi serveriai.
Architektūros pavyzdys galėtų būti:
- Pagrindinis serveris, kuriame veikia žiniatinklio programos informacijos suvestinė.
- Atskiras serveris, kuriame laikoma tik duomenų bazė.
- Atskiras serveris, vykdantis sistemos ataskaitas ar algoritmus.
- Papildoma programinė įranga, leidžianti šiai programai prisijungti prie trečiosios šalies programos.
Pirmiau aprašyto scenarijaus integravimo bandymai apimtų įsitikinimą, kad kiekvienas serveris sugeba kalbėtis su atitinkamais kitais serveriais, ar teisinga informacija yra perduodama iš vienos tarnybos į kitą ir pan.
Integracijos bandymai taip pat gali būti atliekami mažesniu lygiu, kai kūrėjai baigia mikropaslaugas ar mažus kodo fragmentus, kurie turi sąveikauti su kitomis dalimis.
Juodosios dėžės testavimas
Juodosios dėžės testavimas yra platus terminas bet kokiam testavimui, kai į kodą nėra žiūrima.
Idėja yra ta, kad produktas yra tarsi juoda dėžutė. Vartotojui nerūpi, kas vyksta juodojoje dėžutėje, jei tik jie gauna teisingą išvestį iš savo įvesties.
Dauguma funkcinių, rankinių bandymų atvejų yra juodosios dėžės testai.
Baltosios dėžės testavimas
„White box“ testavimas orientuotas į vidines programos savybes, o ne į produkto naudojimo funkcionalumą. Vienas pagrindinių baltos dėžės testavimo pranašumų yra tas, kad jis atranda klaidas, kol jos dar neatsiranda vartotojo lygmenyje. Tai ypač naudinga paslėptoms klaidoms, kurios dabar gali nesukelti matomų defektų, tačiau dėl tolesnių kodo pakeitimų sukelia defektų.
Vieneto testavimas yra labiausiai paplitęs baltos dėžės testavimo tipas.
Regresijos testavimas
Regresijos testavimo metu daugiausia dėmesio skiriama įsitikinimui, kad jokios naujos funkcijos, architektūros pakeitimai ar naujausi defektų taisymai neatsitiktinai sukūrė naujų defektų. Daug kartų kodo pakeitimas gali turėti kaskadinį efektą ir sukurti defektų srityje, kurios gali būti praleista, kai bus išbandytas taisymas.
Regresijos testavimas yra labai naudingas, jei gaminyje buvo padaryta daug pakeitimų keliose srityse. Tai gali būti daugiausiai laiko reikalaujanti bandymų sritis. Blogesnio scenarijaus atveju visas produktas turi būti išbandytas pagal visus reikalavimus.
Labai vertingas įgūdis yra sugebėjimas subalansuoti teisingą regresijos testo testų kiekį ir rūšis.
Regresijos testai paprastai naudojami tiesiogiai prieš išleidžiant produktą.
Dūmų tikrinimas
Dūmų bandymai, dar vadinami sveiko proto testais, yra aukšto lygio bandymai. Dūmų testavimas užbaigia laimingo kelio bandymą svarbiausioms produkto funkcijoms, tuo pačiu ieškant kritinių defektų.
Tai padeda užtikrinti, kad įpusėjus bandymui neatrastų akivaizdžios kritinės klaidos, kai tai būtų parodęs greitas spustelėjimas.
Tiriamasis testavimas
Tiriamasis bandymas yra tada, kai testuotojui suteikiama produkto sritis ar funkcijos, kurias reikia ištirti. Jie nesilaiko išsamių bandymų atvejų, bet gali juos naudoti kaip laisvai apibrėžtą scenarijų. Tiriamieji bandymai dažniausiai sutelkiami į daugybę neigiamų testų.
Šio tipo bandymai dažniausiai sutelkti dėmesį į klausimą "įdomu, kas nutiktų, jei aš?" Testuotojai ieško dalykų, kuriems netaikomi reikalavimai. Pavyzdžiui, penkis kartus pridėti produktą ir išimti jį iš internetinio pirkinių krepšelio, tada bandyti įsigyti ką nors kitą.
Vartotojo priėmimo testavimas
Vartotojo priėmimo testavimas (UAT) yra paskutinis bandymo proceso žingsnis. Tai yra tada, kai galutinis produkto vartotojas naudoja produktą. Šiuo metu produktas turėtų būti stabilus ir paruoštas pradėti gaminti.
Kai vartotojas „priima“ produktą, jis pasiruošęs pradėti gaminti.
Tai labiau įprasta projektuose, kuriuose yra vienas klientas.
Šis straipsnis yra tikslus ir tikras, kiek autorius žino. Turinys skirtas tik informaciniams ar pramoginiams tikslams ir nepakeičia asmeninių ar profesionalių patarimų verslo, finansų, teisiniais ar techniniais klausimais.
