Mis on tarkvara testimise metoodika?
Tarkvara testimise metoodika on määratletud kui strateegiad ja testimistüübid, mida kasutatakse tõendamaks, et testitav rakendus vastab kliendi ootustele. Katsemeetodid hõlmavad funktsionaalset ja mittefunktsionaalset katsetamist AUT-i kinnitamiseks. Testimismetoodika näited on üksuste testimine, integreerimise testimine, süsteemide testimine, jõudluse testimine jne. Igal testimise metoodikal on määratletud testi eesmärk, testimisstrateegia ja tulemused.
Märkus . Kuna tarkvaratestimine on mis tahes arendusmetoodika lahutamatu osa, kasutavad paljud ettevõtted mõistet arendusmetoodikad ja testimismetoodikad kõnekeeles. Seega võiksid testimismetoodikad ülaltoodud testimismetoodikate definitsiooni kohaselt viidata ka juga, vilgas ja muudele kvaliteedikontrolli mudelitele. Erinevate testimistüüpide arutelu ei anna lugejatele lisaväärtust. Seetõttu arutleme erinevate arengumudelite üle.
Selles õpetuses saate teada
- Juga mudel
- Korduv areng
- Agile metoodika
- Äärmuslik programmeerimine
- Millist tarkvara metoodikat valida?
- Kuidas tarkvara testimise metoodikaid seadistada?
Juga mudel
Mis see on?
Juga mudelis edeneb tarkvaraarendus läbi erinevate faaside nagu nõuete analüüs, disain jne - järjestikku .
Selles mudelis algab järgmine etapp alles siis, kui varasem etapp on lõpule jõudnud.
Mis on testimismeetod?
Koske mudeli esimene etapp on nõuete faas, kus kõik projekti nõuded on enne katsetamise alustamist täielikult määratletud. Selles etapis mõtleb testimeeskond katsetamise ulatuse, testimisstrateegia ja koostab üksikasjaliku testimiskava.
Alles pärast tarkvara kavandamise lõppu jätkab meeskond testjuhtumite läbiviimisega, et väljatöötatud tarkvara käituks ootuspäraselt.
Selle metoodika kohaselt liigub testimisrühm järgmisse etappi alles siis, kui eelmine etapp on lõpule jõudnud.
Eelised
Seda tarkvaratehnika mudelit on väga lihtne planeerida ja hallata. Seega saab projekte, kus nõuded on selgelt määratletud ja eelnevalt sõnastatud, hõlpsasti joa mudeli abil testida.
Puudused
Juga mudelis saate järgmise etapiga alustada alles siis, kui eelmine etapp on lõpule jõudnud. Seega ei saa see mudel vastu võtta planeerimata sündmusi ja ebakindlust.
See metoodika ei sobi projektide jaoks, kus nõuded muutuvad sageli.
Korduv areng
Mis see on?
Selles mudelis on suur projekt jagatud väikesteks osadeks ja iga osa allutatakse juga mudeli mitmekordsele kordamisele. Korduse lõpus töötatakse välja uus moodul või täiustatakse olemasolevat moodulit. See moodul on integreeritud tarkvaraarhitektuuri ja kogu süsteemi testitakse koos
Mis on testimismeetod?
Niipea kui iteratsioon on lõpule viidud, testitakse kogu süsteemi. Testimise tagasiside on koheselt saadaval ja see lisatakse järgmisse tsüklisse. Järjestikuste korduste jaoks vajalikku testimisaega saab vähendada varasemate korduste põhjal saadud kogemuste põhjal.
Eelised
Iteratiivse arenduse peamine eelis on see, et testi tagasiside on kohe saadaval iga tsükli lõpus.
Puudused
See mudel suurendab kommunikatsiooni üldkulusid märkimisväärselt, sest iga tsükli lõpus tuleb anda tagasisidet tulemuste, pingutuste jms kohta.
Agile metoodika
Mis see on?
Traditsiooniline tarkvaraarenduse metoodika töötab eeldusel, et tarkvaranõuded jäävad kogu projekti vältel konstantseks. Kuid keerukuse kasvades muutuvad nõuded arvukalt ja arenevad pidevalt. Vahel pole klient ise kindel, mida ta tahab. Kuigi iteratiivne mudel käsitleb seda küsimust, põhineb see ikkagi juga mudelil.
Agile metoodikas töötatakse tarkvara välja järk-järgult. Rõhutatakse pigem klientide, arendajate ja kliendi vahelist suhtlemist kui protsesse ja tööriistu. Vilgas metoodika keskendub muutustele reageerimisele, mitte ulatuslikule planeerimisele.
Mis on testimismeetod?
Inkrementaalseid teste kasutatakse kiiretes arendusmeetodites ja seega testitakse iga projekti väljalaset põhjalikult. See tagab, et kõik süsteemi vead on parandatud enne järgmist väljalaset.
Eelised
Nõuete täitmiseks on projektis võimalik igal ajal muudatusi teha.
See täiendav testimine minimeerib riske.
Puudused
Pidev kliendisuhtlus tähendab aja jooksul lisarõhku kõigile sidusrühmadele, sealhulgas kliendile endale, tarkvaraarendusele ja testimeeskondadele.
Äärmuslik programmeerimine
Mis see on?
Äärmuslik programmeerimine on liikuv metoodika tüüp, mis usub lühikeste arengutsüklitega. Projekt on jagatud lihtsateks insenertehnilisteks ülesanneteks. Programmeerijad kodeerivad lihtsa tarkvara ja pöörduvad kliendi poole tagasiside saamiseks. Lisatakse kliendi ülevaatepunktid ja arendajad jätkavad järgmise ülesandega.
Äärmuslikes programmeerijate arendustes töötavad nad tavaliselt paarikaupa.
Äärmuslikku programmeerimist kasutatakse kohtades, kus klientide nõuded pidevalt muutuvad.
Mis on testimismeetod?
Äärmuslik programmeerimine järgib testpõhist arendust, mida kirjeldatakse järgmiselt -
- Lisage testikomplekti testijuhtum, et kontrollida veel väljatöötamata funktsionaalsust
- Käivitage kõik testid ja ilmselt peab uus lisatud testjuhtum ebaõnnestuma, kuna funktsionaalsus pole veel kodeeritud
- Funktsiooni / funktsionaalsuse rakendamiseks kirjutage kood
- Käivitage testikomplekt uuesti. Seekord peaks uus proovijuhtum läbi saama, kuna funktsionaalselt on kodeeritud
Eelised
Ebamäärase tarkvarakujunduse silmas pidamisel saavad kliendid kasutada äärmuslikku programmeerimist
Väikeste väljaannete pidev testimine ja pidev integreerimine tagab tarkvarakoodi kõrge kvaliteedi
Puudused
Tarkvaraarenduse meeskonna ja klientide kohtumised lisavad ajavajadust.
Millist tarkvara metoodikat valida?
Tarkvaraarenduseks ja selle vastavaks testimiseks on saadaval palju metoodikaid. Iga testimistehnika ja metoodika on mõeldud konkreetseks otstarbeks ning sellel on oma suhtelised eelised ja puudused.
Konkreetse metoodika valik sõltub paljudest teguritest, näiteks projekti iseloomust, kliendi nõudest, projekti ajakavast jne.
Testimise vaatenurgast lähtudes eeldavad mõned metoodikad sisendi testimist arenduse elutsükli alguses, teised aga ootavad, kuni süsteemi toimiv mudel on valmis.
Kuidas tarkvara testimise metoodikaid seadistada?
Tarkvara testimise metoodikaid ei tohiks luua ainult tarkvarakoodi testimise huvides. Arvestada tuleks suure pildiga ja projekti peamine eesmärk peaks olema testimise metoodikaga rahul.
Planeerimine
Realistlik ajakava on eduka testimise metoodika rakendamise võti ja ajakava peaks vastama meeskonna iga liikme vajadustele.
Määratletud tulemused
Kõigi meeskonna liikmete samal lehel hoidmiseks tuleks esitada täpselt määratletud tulemused. Väljundid peaksid sisaldama otsest sisu, ilma et see oleks ebaselge.
Katse lähenemine
Kui ajakava koostamine on lõpule jõudnud ja määratletud tulemused on kättesaadavad, peaks testimeeskond suutma sõnastada õige testimisviisi. Definitsioonidokumendid ja arendajate koosolekud peaksid näitama meeskonnale parimat testimisviisi, mida projektis kasutada saab.
Aruandlus
Läbipaistvat aruandlust on väga raske saavutada, kuid see samm määrab projektis kasutatava testimisviisi tõhususe.