Šioje pamokoje pristatomi septyni pagrindiniai programinės įrangos testavimo principai, kuriuos turėtų žinoti kiekvienas programinės įrangos testuotojas ir kokybės užtikrinimo specialistas.
7 programinės įrangos testavimo principai
- Testavimas rodo defektų buvimą
- Išsamus bandymas neįmanomas
- Ankstyvi bandymai
- Defektų grupavimas
- Pesticidų paradoksas
- Testavimas priklauso nuo konteksto
- Klaidų nebuvimas klaidingas
Sužinokime testavimo principus naudodami šį vaizdo pavyzdį-
Spustelėkite čia, jei vaizdo įrašas nepasiekiamas
Fonas
Svarbu, kad bandydami programinę įrangą, nenukrypdami nuo tikslo, pasiektumėte optimalių bandymų rezultatų. Bet kaip jūs nustatote, kad laikotės tinkamos bandymų strategijos? Tam reikia laikytis kai kurių pagrindinių testavimo principų. Pateikiame septynis įprastus testavimo principus, kurie plačiai taikomi programinės įrangos pramonėje.
Norėdami tai suprasti, apsvarstykite scenarijų, kai failą perkelsite iš aplanko A į aplanką B.
Pagalvokite apie visus galimus būdus, kaip tai išbandyti.
Be įprastų scenarijų, taip pat galite išbandyti šias sąlygas
- Bandoma perkelti failą, kai jis atidarytas
- Neturite saugos teisių įklijuoti failą į B aplanką
- B aplankas yra bendrame diske, o atminties talpa pilna.
- B aplanke jau yra failas tuo pačiu pavadinimu, iš tikrųjų sąrašas yra begalinis
- Arba tarkime, kad turite 15 įvesties laukų, kuriuos galite išbandyti, kurių kiekviena turi 5 galimas reikšmes, bandomų derinių skaičius būtų 5 15
Jei išbandytumėte visus galimus derinius, VYKDYMO LAIKAS IR IŠLAIDOS padidėtų eksponentiškai. Mums reikia tam tikrų principų ir strategijų, kad optimizuotume bandymų galimybes
Štai 7 principai:
1) Išsamus bandymas neįmanomas
Taip! Išsamus bandymas neįmanomas. Vietoj to mums reikia optimalaus bandymų kiekio, pagrįsto paraiškos rizikos vertinimu.
Milijono dolerių klausimas yra, kaip nustatyti šią riziką?
Norėdami atsakyti į tai, atlikime pratimą
Kaip manote, kuri operacija gali sukelti jūsų operacinės sistemos gedimą?
Esu įsitikinęs, kad dauguma jūsų atspėjo vienu metu atidarę 10 skirtingų programų.
Taigi, jei bandytumėte šią operacinę sistemą, suprastumėte, kad defektų greičiausiai bus daugybėje veikloje ir juos reikia kruopščiai išbandyti, o tai padės mums pereiti prie kito principo „Defektų sankaupos“
2) Defektų grupavimas
Defektų sankaupos, nurodančios, kad nedaug modulių turi daugumą aptiktų defektų. Tai yra „Pareto“ principo taikymas programinės įrangos testavimui: maždaug 80% problemų randama 20% modulių.
Pagal patirtį galite nustatyti tokius rizikingus modulius. Tačiau šis požiūris turi savų problemų
Jei tie patys bandymai bus kartojami vėl ir vėl, galų gale tie patys bandymų atvejai nebebus naujų klaidų.
3) Pesticidų paradoksas
Pakartotinai naudojant tą patį pesticidų mišinį vabzdžiams išnaikinti ūkininkavimo metu, vabzdžiai ilgainiui sukels atsparumą pesticidams, todėl pesticidai nebus veiksmingi vabzdžiams. Tas pats pasakytina ir apie programinės įrangos testavimą. Jei bus atliekamas tas pats pasikartojančių bandymų rinkinys, metodas bus nenaudingas naujiems defektams nustatyti.
Norėdami tai įveikti, bandymo atvejai turi būti reguliariai peržiūrimi ir peržiūrimi, pridedant naujų ir skirtingų bandymų atvejų, kad būtų lengviau rasti daugiau defektų.
Testuotojai negali priklausyti tik nuo esamų testavimo metodų. Jis turi nuolat stengtis tobulinti esamus metodus, kad testavimas būtų efektyvesnis. Tačiau net atlikus visą šį prakaitą ir sunkų darbą bandant, niekada negalėsite teigti, kad jūsų gaminyje nėra klaidų. Norėdami važiuoti namo šiuo klausimu, pažiūrėkime šį viešo „Windows 98“ paleidimo vaizdo įrašą
Jūs manote, kad tokia įmonė kaip „MICROSOFT“ nebūtų kruopščiai išbandžiusi savo OS ir rizikuotų savo reputacija, kad tik pamatytų, jog jų OS sugenda viešai paleidus!
4) Bandymai rodo, kad yra defektų
Taigi bandymo principas teigia, kad - atliekant testavimą kalbama apie defektų buvimą ir nekalbama apie defektų nebuvimą. ty programinės įrangos testavimas sumažina neatrastų programinės įrangos defektų tikimybę, tačiau net jei defektų nerandama, tai nėra teisingumo įrodymas.
Bet ką daryti, jei dirbate ypač sunkiai, imdamiesi visų atsargumo priemonių ir padarote programinės įrangos produktą be klaidų. Ir programinė įranga neatitinka klientų poreikių ir reikalavimų.
Tai veda mus prie kito principo, kuris teigia, kad klaidos nebuvimas
5) Klaidos nebuvimas - klaidingumas
Gali būti, kad programinė įranga, kurioje nėra 99% klaidų, vis tiek yra nenaudojama. Tai gali būti atvejis, jei sistema yra kruopščiai patikrinta dėl netinkamų reikalavimų. Programinės įrangos testavimas nėra tik defektų nustatymas, bet ir patikrinimas, ar programinė įranga atitinka verslo poreikius. Klaidos nebuvimas yra klaida, ty defektų paieška ir taisymas nepadeda, jei sistemos konstrukcija yra netinkama ir neatitinka vartotojo poreikių ir reikalavimų.
Norėdami išspręsti šią problemą, kitame testavimo principe teigiama, kad ankstyvasis testavimas
6) Ankstyvieji bandymai
Ankstyvasis testavimas - testavimas turėtų prasidėti kuo anksčiau programinės įrangos kūrimo gyvavimo ciklo metu. Kad visi reikalavimų ar projektavimo etapo defektai būtų užfiksuoti ankstyvose stadijose. Daug pigiau ištaisyti defektą ankstyvose bandymo stadijose. Bet kaip anksti reikėtų pradėti testuoti? Rekomenduojama pradėti ieškoti klaidos tada, kai bus apibrėžti reikalavimai. Daugiau apie šį principą rasite vėlesnėje mokymo programoje.
7) Testavimas priklauso nuo konteksto
Testavimas priklauso nuo konteksto, o tai iš esmės reiškia, kad tai, kaip bandote el. Prekybos svetainę, skirsis nuo to, kaip išbandote komercinę programą ne lentynoje. Visa sukurta programinė įranga nėra identiška. Priklausomai nuo programos tipo, galite naudoti kitokį metodą, metodikas, metodus ir bandymų tipus. Pavyzdžiui, bet kuri POS sistema mažmeninės prekybos parduotuvėje skirsis nuo bankomatų.
Mitas: "Principai yra tik orientaciniai. Aš jų nenaudosiu praktikoje".
Tai taip netiesa. Testavimo principai padės jums sukurti veiksmingą bandymų strategiją ir parengti klaidų gavimo bandymų atvejus.
Tačiau testavimo principų mokymasis yra lygus mokymuisi vairuoti pirmą kartą.
Iš pradžių mokydamiesi vairuoti, atkreipkite dėmesį į kiekvieną dalyką, pvz., Pavarų perjungimą, greitį, sankabos valdymą ir pan. Toks, kad jūs netgi vedate pokalbius su kitais automobilyje esančiais keleiviais.
Tas pats pasakytina ir apie testavimo principus. Patyrę testuotojai šiuos principus pritaikė tokiam lygiui, kad juos taikytų net negalvodami. Taigi mitas, kad principai nėra naudojami praktikoje, tiesiog nėra teisingas.