Kas yra programinės įrangos testavimo metodika?
Programinės įrangos testavimo metodika apibrėžiama kaip strategijos ir testavimo tipai, naudojami siekiant patvirtinti, kad bandoma programa atitinka kliento lūkesčius. Testavimo metodika apima funkcinį ir nefunkcinį testavimą, siekiant patvirtinti AUT. Testavimo metodikų pavyzdžiai yra vieneto testavimas, integracijos testavimas, sistemos testavimas, našumo testavimas ir kt. Kiekviena testavimo metodika turi apibrėžtą bandymo tikslą, bandymo strategiją ir rezultatus.
Pastaba : Kadangi programinės įrangos testavimas yra neatsiejama bet kurios kūrimo metodikos dalis, daugelis įmonių šnekamojoje kalboje vartoja terminą „Kūrimo metodikos ir testavimo metodikos“. Taigi bandymų metodikos taip pat gali būti susijusios su krioklio, judrumo ir kitais kokybės užtikrinimo modeliais, palyginti su aukščiau pateiktu bandymų metodikų apibrėžimu. Diskusija apie įvairius bandymų tipus skaitytojams neprideda vertės. Taigi aptarsime skirtingus plėtros modelius.
Šioje pamokoje sužinosite
- Krioklio modelis
- Pakartotinis vystymasis
- Judri metodika
- Ekstremalus programavimas
- Kokią programinės įrangos metodiką pasirinkti?
- Kaip nustatyti programinės įrangos testavimo metodikas?
Krioklio modelis
Kas tai?
Krioklio modelyje programinė įranga kuriama įvairiais etapais, pvz., Reikalavimų analizė, Projektavimas ir kt. - nuosekliai .
Šiame modelyje kitas etapas prasideda tik baigus ankstesnį etapą.
Koks yra testavimo metodas?
Pirmasis krioklio modelio etapas yra reikalavimų etapas, kuriame prieš pradedant bandymą yra visiškai apibrėžti visi projekto reikalavimai. Šiame etape bandymų grupė sugalvoja bandymų apimtį, bandymų strategiją ir parengia išsamų bandymų planą.
Tik baigus kurti programinę įrangą, komanda pereis prie bandomųjų atvejų vykdymo, kad užtikrintų, jog sukurta programinė įranga elgsis taip, kaip tikėjosi.
Pagal šią metodiką bandymų grupė pereina į kitą etapą tik tada, kai bus baigtas ankstesnis etapas.
Privalumai
Šis programinės įrangos inžinerijos modelis yra labai paprastas planuoti ir valdyti. Taigi projektus, kur reikalavimai yra aiškiai apibrėžti ir iš anksto išdėstyti, galima lengvai išbandyti naudojant krioklio modelį.
Trūkumai
Krioklio modelyje galite pradėti nuo kito etapo tik užbaigus ankstesnį etapą. Taigi šis modelis negali pritaikyti neplanuotų įvykių ir neapibrėžtumo.
Ši metodika netinka projektams, kurių reikalavimai dažnai keičiasi.
Pakartotinis vystymasis
Kas tai?
Šiame modelyje didelis projektas yra padalintas į mažas dalis, o kiekvienai daliai atliekamos kelios krioklio modelio iteracijos. Pasikartojimo pabaigoje sukuriamas naujas modulis arba patobulinamas esamas modulis. Šis modulis yra integruotas į programinės įrangos architektūrą ir visa sistema išbandoma kartu
Kas yra testavimo metodas?
Kai tik iteracija bus baigta, visa sistema bus išbandyta. Testavimo atsiliepimai yra iškart prieinami ir įtraukiami į kitą ciklą. Testavimo laikas, reikalingas paeiliui kartojant, gali būti sutrumpintas, remiantis ankstesnių kartojimų patirtimi.
Privalumai
Pagrindinis iteracinio kūrimo privalumas yra testo grįžtamasis ryšys, kurį galima iškart gauti kiekvieno ciklo pabaigoje.
Trūkumai
Šis modelis žymiai padidina bendravimo išlaidas, nes kiekvieno ciklo pabaigoje reikia pateikti atsiliepimus apie rezultatus, pastangas ir pan.
Judri metodika
Kas tai?
Tradicinės programinės įrangos kūrimo metodikos remiasi prielaida, kad programinės įrangos reikalavimai lieka pastovūs viso projekto metu. Tačiau didėjant jų sudėtingumui, reikalavimai daug keičiasi ir nuolat tobulėja. Kartais pats klientas nėra tikras, ko nori. Nors iteracinis modelis sprendžia šią problemą, jis vis tiek grindžiamas krioklio modeliu.
Pagal „Agile“ metodiką programinė įranga yra kuriama palaipsniui, sparčiai. Akcentuojama klientų, kūrėjų ir klientų sąveika, o ne procesai ir įrankiai. Vikri metodika orientuota į reagavimą į pokyčius, o ne į išsamų planavimą.
Koks yra testavimo metodas?
Veiklaus kūrimo metoduose naudojamas laipsniškas bandymas, todėl kiekvienas projekto leidimas yra kruopščiai išbandytas. Tai užtikrina, kad visos sistemos klaidos bus ištaisytos prieš kitą leidimą.
Privalumai
Bet kuriuo metu galima atlikti projekto pakeitimus, kad būtų laikomasi reikalavimų.
Šis papildomas bandymas sumažina riziką.
Trūkumai
Nuolatinė kliento sąveika reiškia papildomą laiko spaudimą visoms suinteresuotosioms šalims, įskaitant patį klientą, programinės įrangos kūrimo ir bandymų komandas.
Ekstremalus programavimas
Kas tai?
Ekstremalus programavimas yra judrios metodikos tipas, kuris tiki per trumpus kūrimo ciklus. Projektas skirstomas į paprastas inžinerines užduotis. Programuotojai užkoduoja paprastą programinę įrangą ir susisiekia su klientu, kad gautų atsiliepimų. Kliento peržiūros taškai įtraukiami, o kūrėjai tęsia kitą užduotį.
Kraštutinio programavimo programuotojai paprastai dirba poromis.
„Extreme Programming“ naudojamas tose vietose, kur klientų reikalavimai nuolat keičiasi.
Koks yra testavimo metodas?
Ekstremalus programavimas atliekamas pagal bandymą pagrįstą kūrimą, kuris apibūdinamas taip:
- Pridėkite „Test Case“ prie testų rinkinio, kad patikrintumėte naują funkciją, kuri dar turi būti sukurta
- Vykdykite visus testus ir akivaizdu, kad naujas pridėtas bandymo atvejis turi nepavykti, nes funkcionalumas dar nėra užkoduotas
- Parašykite kodą, kad įdiegtumėte funkciją / funkcionalumą
- Dar kartą paleiskite bandomąjį rinkinį. Šį kartą naujas bandymo atvejis turėtų praeiti, nes funkciškai buvo užkoduotas
Privalumai
Klientai, turintys galvoje neaiškų programinės įrangos dizainą, galėtų naudoti kraštutinį programavimą
Nuolatinis testavimas ir nuolatinė mažų leidimų integracija užtikrina, kad programinės įrangos kodas yra aukštos kokybės
Trūkumai
Programinės įrangos kūrimo komandos ir klientų susitikimai papildo laiko reikalavimus.
Kokią programinės įrangos metodiką pasirinkti?
Programinės įrangos kūrimui ir atitinkamam jos testavimui yra daugybė metodikų. Kiekviena bandymo technika ir metodika yra sukurta konkrečiam tikslui ir turi savo privalumų ir trūkumų.
Tam tikros metodikos pasirinkimas priklauso nuo daugelio veiksnių, tokių kaip projekto pobūdis, kliento reikalavimas, projekto tvarkaraštis ir kt.
Žvelgiant iš testavimo perspektyvos, kai kurios metodikos reikalauja išbandyti įvestį ankstyvoje kūrimo ciklo pradžioje, o kitos laukia, kol bus parengtas veikiantis sistemos modelis.
Kaip nustatyti programinės įrangos testavimo metodikas?
Programinės įrangos testavimo metodikos neturėtų būti nustatomos vien tam, kad būtų išbandytas programinės įrangos kodas. Reikėtų atsižvelgti į bendrą vaizdą, o pagrindinis projekto tikslas turėtų būti patenkintas testavimo metodika.
Suplanavimas
Realus planavimas yra raktas į sėkmingos testavimo metodikos įgyvendinimą, o tvarkaraštis turėtų atitikti kiekvieno komandos nario poreikius.
Apibrėžti rezultatai
Norint, kad visi komandos nariai liktų tame pačiame puslapyje, turėtų būti pateikiami aiškiai apibrėžti rezultatai. Rezultatuose turėtų būti tiesioginio turinio be jokių neaiškumų.
Bandomasis požiūris
Kai planavimas bus baigtas ir bus prieinami apibrėžti rezultatai, bandymų komanda turėtų sugebėti suformuluoti tinkamą bandymo metodą. Apibrėžimo dokumentuose ir kūrėjų susitikimuose turėtų būti nurodyta komanda apie geriausią bandymo metodą, kurį galima naudoti įgyvendinant projektą.
Ataskaitos
Labai sunku pasiekti skaidrias ataskaitas, tačiau šis žingsnis lemia projekte naudojamo bandymo metodo efektyvumą.