Mis on vilgas testimine? - Strateegiaga seitsme peamise paindliku testimise põhimõtted

Lang L: none (table-of-contents):

Anonim

Agile testimise sissejuhatus

Järgmine artikkel Mis on Agile Testimine, sisaldab Agile Testimise üksikasjalikku ülevaadet. Testimine on tarkvara arendamise elutsükli (SDLC) ülioluline samm ja see tagab, et kõik tarkvara funktsioonid ja funktsioonid toimivad vastavalt selle algsetele spetsifikatsioonidele. Tarkvara puudused testimise puudumise tõttu võivad kaotada ettevõtte kliendid, tulu ja kaubamärgi väärtuse.

Traditsiooniliselt on testimine SDLC eraldiseisev etapp ja testimisrühm töötas varem isoleeritult ning osaleb sellega alles arenduse lõppedes. See on kogu protsessi edasi lükanud ja tarkvara tarnimise kvaliteeti mõjutanud. Agile Testing tegeleb traditsioonilise testimismetoodika probleemidega.

Agiilne testimine on agiilse arenduse lahutamatu osa, milles tarkvaralahendust tarnitakse järk-järgult, etappide kaupa, selle asemel, et seda lõpus ühe osana teha.

Erinevus traditsioonilise testimise ja agiilse testimise vahel

Erinevus traditsioonilise testimise ja paindliku testimise vahel on järgmine:

Traditsiooniline testimine (juga meetod) Agiilne testimine
Testimine on arendusest eemaldunud, lõpuks viiakse läbi nagu eraldi.Testimine toimub koos arendusega, muutes projektide elluviimise lühemate tsüklitena reaalsuseks.
Testijad töötavad iseseisvalt ja nad ei suhelda kunagi arendajatega.Testimismeeskond on osa paindlikust põhimeeskonnast ja nad seovad arendusmeeskonnaga tihedalt.
Testeri kogemusi ei kasutata üheski arendustegevuses.Testijad on kaasatud juba nõude hõivamise faasis ning nende sisendeid võetakse arvesse ka rikkaliku kasutajaliidese ja funktsioonide loomisel.
Edusammud kindla katseplaani kohaselt.Testiplaan on paindlik, et arvestada nõude muudatustega.
Testimise ainuetapp võtab aega ja seetõttu viib kohaletoimetamine viivitusega.Pole viivitusi, kuna kodeerimine ja testimine käivad koos.
Täielik tähtsus ja testimisele keskendumine pole nähtavad.Kujunes arendusprotsessi ja harjutas halastamatult.
Tarnitud tarkvaras on defekte.Tõhusalt kontrollitud tarkvara puudused.

Agiilse testimise metoodika

Testistsenaariumid ja testijuhtumid valmistatakse ette süsteemispetsifikaadi dokumendist ja kontrollitakse arendusmeeskonna poolt ning testimine algab koos arendusega. Testplaan ja testijuhtumid on välja töötatud iga täiendava tarkvaraväljaande jaoks (Sprints). Kodeerimine koos testimisega edeneb järk-järgult (sprintides).

Seda protsessi korratakse, kuni saavutatakse stabiilsus ja nõutav kvaliteet. Seejärel käivitatakse tarkvara piloot- ja seejärel tootmiskeskkonnas.

Agiilsed testimisstrateegiad

Tänu paindlikkusele muudatuste kohandamisel ükskõik millise aja arendustsükli jooksul toetub agiilne testimine pigem strateegiale kui kindlale testiplaanile ja koosneb 4 etapist,

1. Projekti algatamine

See hõlmab algselt loodud tegevusi, näiteks

  • Ärijuhtumi lõpuleviimine
  • Projekti ulatuse otsustamine
  • Meeskonna moodustamine õigete oskustega inimestega
  • Testimisvahendite ja metoodika tuvastamine
  • Riski maandamise plaani koostamine

2. Sprintide ehitus

  • Testimisrühm ja arendusmeeskond tuvastavad ühiselt a. igas sprindis tehtavad tegevused, b. Iga sprindi kestus.
  • Igas sprindis saavutatav summa otsustatakse eelnevalt.
  • Nõude vormistamise ajal töötab testimisrühm välja testistsenaariumid ja testimisjuhtumid.
  • Eesmärkide laialdase aktsepteerimisega algab sprindite (inkrementaalne tarkvaralahendus) ehitamine ja peamised sammud sisse.
  • Scrummeistri roll on arendamise ja testimise hõlbustamine ja jälgimine.
  • Samaaegne koodide väljatöötamine ja testimine toimub ning kõik leitud vead parandatakse seal ja seal.
  • Kontrollkatsed tehakse selleks, et teha kindlaks, kas kõik funktsioonid toimivad vastavalt nõuetele. Arendajad ja võtmetähtsusega kasutajad teostavad neid teste ja enamik neist on automatiseeritud ning regressioonteste tehakse kogu elutsükli vältel.
  • Uurimistestid hõlmavad integratsioonitesti, koormustesti ja turbekontrolli.

3. Väljalasked

Pärast kasutaja aktsepteerimistestide lõpuleviimist liigutatakse lisanduv tarkvara kood (Sprint) tootmisele. Selle etapi tegevused hõlmavad lõppkasutajate koolitust, käepidemete hoidmist ja toetamist, kasutaja käsiraamatu ettevalmistamist, turundust ja tagapõhistegevuse opereerimist. Tuleks korraldada perioodiline ülevaatuskoosolek, et hinnata sooritustasemeid ja teha korduvkursuse korrigeerimine.

4. Tootmine

Pärast kõigi järkjärguliste tarkvaraväljaannete ja iteratiivsete paranduste valmimist viiakse projekt tootmisele ja meeskond pakub järeltoetust.

Kõiki tarkvaras tehtud muudatusi hallatakse muudatuste juhtpaneeli kaudu ja muudatusi kontrollitakse põhjalikult konkreetsete funktsioonide suhtes ja enne funktsionaalsuse kontrollimist tehakse üldfunktsioonide regressioonitestid.

Agile testimise 7 peamist põhimõtet

Järgnevalt leiate loetelu paindlikest testimispõhimõtetest, mida saate üksikasjalikult selgitada:

1. Pidev integreerimine / pidev edastamine (CI / CD)

CI / CD on DevOps olulised tugisambad ja see nõuab regulaarset koodiliigutust võrreldes perioodiliste koodiliikumistega tavapärases meetodis. Agiilsesse testimisse imbunud testimine hõlbustab CI / CD rakendamist.

2. Projekti katsetamine

Pideva testimisega saadud tagasiside eemaldab takistuse ja projekt liigub järgmisesse etappi pärast testimisel täheldatud puuduste kõrvaldamist. Kliendid oleksid lõpliku defektivaba tootega rahul.

3. Testimine on pidev

Testimine algab päevast, millal kodeerimine algab ja testijad teevad arendajatega koostööd, et testida siis ja seal.

4. Äriline paindlikkus

Ärimeeskond muutub agariks ka seetõttu, et arendajate / testijate vilgas meeskond saab projekti käigust sageli tagasisidet.

5. Testimine kui parim tava

Agiilses keskkonnas omistatakse testimisele ülitähtis roll ja seda järgitakse kui parimat tava kasutajakogemuse parandamiseks ja uute klientide saamiseks.

6. Suur teadlikkus testimisest panuste omanike seas

Agiilne testimine hõlmab testimisprotsessis kõiki arendusahelas osalejaid. Lisaks arendajatele ja testijatele, ärikasutajatele ja klientidele

7. Testipõhine lähenemine

Testistsenaariumid ja testijuhtumid töötatakse välja süsteemi spetsifikatsioonide abil, testimisrühm on valmis alustama isegi enne kodeerimise algust. Testimine juhib arengut paindlikus keskkonnas.

Agiilse testimise eelised

  • Veavaba tarkvara tarnitakse plaanipäraselt õigel ajal, pakkudes kliendi rõõmu.
  • Samaaegne arendus ja testimine väldivad suhtlemislünki ja arusaamatusi, vältides nii pingutuste, aja ja raha raiskamist.
  • Klientide ooteaeg teenuste kasutamiseks lüheneb, kuna tarkvara tarnitakse loogiliste juurdekasvuühikutena.

Järeldus

Agiilne testimine lisaks äriettevõttele aitab tarkvaratootjatel saavutada tarkvaraarendamise protsessis kõrgeid kvaliteedistandardeid ja tõsta nende reitingut oma valdkonnas. See võimaldab neil ka DevOps-i põhimõtete vastuvõtmisel kiiresti edasi liikuda.

Soovitatavad artiklid

See on juhend küsimusele Mis on agiilne testimine? Siin käsitleme traditsioonilise ja paindliku testimise erinevust koos seitsme peamise põhimõtte ja selle strateegiatega. Lisateabe saamiseks võite vaadata ka järgmisi artikleid -

  1. Agile Scrum'i sertifitseerimise olulisus
  2. Sammud eduka Agile Standupi jaoks
  3. Kes saab olla Scrum Master?
  4. Agiilne töötamine (põhimõtted, eelised)
  5. Mis on pidev integratsioon?
  6. Mis on testjuhtum? | Kuidas testijuhtumit kirjutada?