Plexteqi lähenemine kvaliteeditagamisele

Kvaliteeditagamine (QA) on usalduse sertifitseeritud vorm, mis kinnitab, et toode või teenus ei vea sind alt ega muutu vigade tõttu kasutuks. Hästi läbimõeldud kvaliteeditagamisega saad selle, mille eest maksad, ilma midagi raiskamata. See on oluline põhimõte mistahes valdkonnas, kogu majandus tugineb sellel.

Mõistlik kvaliteeditagamine toetub kahele paralleelsele suunale: toode või teenus peab vastama oma tegelikule eesmärgile ning kõik peaks algama edukast esimesest testist.

Plexteqi eksperdid kasutavad oma teadmisi ja kogemusi, et ennetada tarkvaratoodete vigu ning tagada toodete laitmatu edastamine tootjalt kliendile.

Tehniliselt tähendab kvaliteeditagamine defektide ennetamist toodetes ja probleemide vältimist toodete või teenuste edastamisel klientidele.

Plexteqi kvaliteeditagamise protsess järgib kvaliteedimudeleid ja kvaliteedi mõõtmise raamistikku, mis on määratletud valdkonna standardis ISO/IEC 25010:2011.

Mis see kvaliteedimudel täpsemalt on ja mis selle oluliseks muudab? Kvaliteedimudel määrab, milliseid kvaliteediomadusi tarkvaratoote hindamisel arvestatakse. Süsteemi kvaliteet näitab, mil määral süsteem sidusrühmade väljendatud ja eeldatavatele vajadustele vastab ning väärtust loob. Need vajadused (funktsionaalsus, sooritustõhusus, turvalisus, hooldatavus jne) kajastuvadki kvaliteedimudelis, mis jagab toote kvaliteedi omadusteks ja nende alamrühmadeks.

Kliendina on teie peamine soov kvaliteetne rakendus, mis vastab järgmistele nõuetele:

• peab töötama ilma kokkujooksmiste ja vigadeta;

• peab olema stabiilne;

• kõik funktsioonid peavad töötama;

• peab tegema kõik vajalikud arvutused;

• peab kuvama täpseid andmeid;

• kõigil kasutajatel peavad olema sobivad õigused.

Sisuliselt on need ja paljud teised nõuded hõlmatud standardiga ISO 25010:2011. Standard on loodud kvaliteedimudelite ühtlustamiseks, arvestades paljude avaliku ja erasektori organisatsioonide ulatuslikku kogemust tarkvaraarenduses. Standard põhineb tuhandetest projektidest ammutatud reaalsetel kogemustel.

ISO 25010 kvaliteedimudel koosneb kaheksast omadusest, mis on toodud alloleval joonisel:

Tutvume nendega ülevaatlikult.

Funktsionaalne sobivus. Toote või süsteemi võime pakkuda ettemääratud tingimustes kasutamisel funktsioone, mis vastavad sihtkasutajate deklareeritud ja eeldatavatele vajadustele. Teisisõnu vaadeldakse seda, mida rakendus teeb.

Täpsemalt kuuluvad siia:

• Funktsionaalne täielikkus – kas rakendus vastab spetsifikatsioonidele? Kas sellel on need funktsioonid, mida sellelt oodati?

• Funktsionaalne õigsus – kas see annab õigeid tulemusi?

• Funktsionaalne kohasus – kas see täidab oma eesmärki?

  
  

Sooritustõhusus. Näitab jõudlust spetsifitseeritud tingimustel võrreldes kasutatud ressursside hulgaga. Teisisõnu vaadeldakse, kas rakendus kasutab ressursse optimaalselt ja mõistlikult.

Täpsemalt kuuluvad siia:

• Ajalisus – kas reageerimis- ja töötlemisajad ning läbilaskevõime on mõistlikud?

• Ressursikasutus – kas kasutatud ressursside hulk ja tüüp on mõistlikud?

• Suutvus – kas maksimaalsed piirid on mõistlikud?

Ühilduvus. Toote, süsteemi või komponendi võime vahetada teavet teiste toodete, süsteemide või komponentidega ja/või kasutades nendega ühist riistvara- või tarkvarakeskkonda täita oma nõutavaid ülesandeid. Teisisõnu vaadeldakse, kas rakendus suudab töötada erinevatel platvormidel või jagada andmeid teiste süsteemidega?

Täpsemalt kuuluvad siia:

• Koosoluvõime – kas rakendus suudab jagada keskkonda ja ressursse teiste toodetega?

• Koostalitlusvõime – kas see suudab teavet vahetada ja sellele edastatud teavet kasutada?

  
  

Kasutatavus. Mõõdetav võimalikkus kasutada toodet või süsteemi ettemääratud kasutajate korral ettemääratud sihtide saavutamiseks ettemääratud kasutuskontekstis toimivalt, tõhusalt ja rahuldavalt. Teisisõnu vaadeldakse, kas konkreetsed kasutajad saavad rakendust kasutada konkreetsetes tingimustes.

Täpsemalt kuuluvad siia:

• Kohasuse mõistetavus – kas kasutajad mõistavad, kas rakendus on nende vajaduste jaoks sobiv?

• Õpitavus – kas rakenduse kasutamist on lihtne õppida?

• Töisus – kas rakendust on lihtne kasutada ja juhtida?

• Eksituskindlus – kas rakendus aitab kasutajatel vigu vältida?

• Kasutajaliidese ilme – kas kasutajaliides näeb meeldiv välja? (See on väga subjektiivne!)

• Hõlpsus – kas rakendust saavad kasutada erinevate võimete ja omadustega inimesed?

Viimane tegur on eriti oluline, kuna peame arvestama kõikvõimalike kasutajatega.

Töökindlus. Toote, süsteemi või komponendi võime täita spetsifitseeritud funktsioone spetsifitseeritud tingimustel spetsifitseeritud aja kestel.

See on äärmiselt oluline omadus, mille puhul keskendutakse täpsemalt järgnevale:

• Küpsus – kui stabiilne on rakendus igapäevases kasutuses?

• Käideldavus – kas kasutajad saavad rakendust kasutada siis, kui vaja? Pidage silmas, et teatud rakendused peavad töötama justnimelt spetsiifilistes tingimustes. Näiteks mõned rakendused peavad töötama ilma internetiühenduseta, väljaspool mobiilse interneti leviala.

• Rikketaluvus – kas rakendus töötab ka tarkvara või riistvara vigade korral?

• Taastuvus – kas katkestuse korral saab rakendus taastada andmed ja süsteemi töö? Pankade või teiste suuri andmehulki töötlevate asutuste jaoks on taastuvus esmatähtis.

  
  

Turvalisus. Toote võime kaitsta teavet ja andmeid nii, et teised tooted või isikud saaksid andmetele juurdepääsu vastavalt oma liigile ja loatasemele.

Lisaks on see ELi riikides seotud GDPR-iga, mida tuleb eriti hoolikalt järgida. USA biotehnoloogia- ja tervishoiuettevõtetes on see seotud ka HIPAA nõuetega.

• Konfidentsiaalsus – kas andmetele pääsevad ligi ainult volitatud isikud?

• Terviklus – kas rakendus takistab volitamata ligipääsu või muudatusi andmetele ja programmidele?

• Salgamatus – kas rakendus kogub toimunud tegevuste kohta infot?

• Jälitatavus – kas tegevusi saab seostada konkreetse isiku või süsteemiga?

• Autentsus – kas isiku või ressursi identiteeti saab tõendada?

Plexteqil on põhjalik kogemus nii GDPR-i kui HIPAA keskkondadega ning oleme neid rakendanud e-riigi, tervishoiu ja katastroofitaaste süsteemides.

Hooldatavus. Toote või süsteemi võime lasta end toimivalt ja tõhusalt muuta, et seda parendada, parandada või muutuvale keskkonnale või vajadustele kohandada.

Täpsemalt kuuluvad siia:

• Modulaarsus – kui rakendus koosneb komponentidest, kas ühe komponendi muutmine mõjutab teisi? (Mis muudab rakenduse muutmise kiiremaks ja lihtsamaks.)

• Korduskasutatavus – kas komponente saab kasutada ka teistes süsteemides või teiste süsteemide arendamiseks? Ka see võib osutuda äärmiselt kasulikuks, kuna hoiab kokku rakenduse muutmisele või edasiarendamisele kuluvat aega.

• Analüüsitavus – kas neid süsteemi tegevusi, millega peab arvestama, on lihtne analüüsida? (Eesmärk pole ülemääraselt detailne analüüs, vaid olulise tuvastamine.)

• Muudetavus – kas rakendust saab lihtsasti muuta ilma toote kvaliteeti kahjustamata?

• Testitavus – kas rakendust saab testida, sealhulgas automaatselt?

Hooldatavust tuleb arvestada juba arenduse planeerimise etapis.

Porditavus. Süsteemi, toote või komponendi ühest riistvara- või tarkvarakeskkonnast teise üleviimise hõlpsus.

Teisisõnu vaadeldakse, kas tarkvara saab kasutada erinevates keskkondades?

• Sobitatavus – kas rakendust saab kohandada erineva või areneva riistvara, tarkvara või muu töö- või kasutuskeskkonna jaoks?

• Installitavus – see on mobiilirakenduste puhul võtmetähtsusega. Kas neid saab kindlaksmääratud keskkonnas edukalt paigaldada ja/või eemaldada?

• Asendatavus – kas rakendus saab samas keskkonnas asendada teist sama eesmärgiga tarkvara?

Nagu näha, katavad kvaliteedimudelid ja mõõdikud paljusid tarkvara talitluslikke ja funktsiooniväliseid aspekte.

ISO 25010 on suurepärane raamistik tarkvaraprojekti jaoks oluliste näitajate määratlemiseks. Kuna iga projekt on erinev, ei saa seda nimekirja siiski valmis tegevuskavana käsitleda.

On oluline mõista, et korralik ja tõhus kvaliteeditagamine on protsess, mitte ühekordne tegevus. See tähendab, et pärast otstarbekate kvaliteedimudelite ja -näitajate valimist tuleb nendede tuginedes koostada asjakohane protsess.

Siinkohal võib hakkata teil tekkima huvi selle vastu, kuidas kvaliteeditagamist arendusprotsessi integreerida. Üldine optimaalne lähenemine sarnaneb järgneval joonisel kujutatuga (see pole lõplik, kuna tarkvaraprojektid erinevad ja protsess on piisavalt paindlik, et projektide eripäradega kohanduda). Plexteq on uskumusel, et protsess peab lähtuma ettevõtte vajadustest, mitte vastupidi.

Nagu võisite märgata, puudutab kvaliteeditagamine peaaegu kogu tarkvaraarenduse elutsüklit, sealhulgas ärinõuete analüüsi, arendust ning juurutamisjärgseid etappe. Seetõttu on kvaliteeditagamise korduvaks ja pidevaks protsessiks muutmine väljakutse, kuid see on siiski sama oluline kui regulaarsete koodiläbivaatuste ja väljalasete ning korralike DevOpsi protsesside olemasolu. Kõik toimib õigesti vaid tihedas koostöös.

3...2...1...läks!

Kvaliteeditagamine algab varajases etapis nõuete valideerimisega. Selles etapis loob kvaliteeditagamise meeskond silla mittetehniliste sidusrühmade ja äärmiselt tehniliste arendajate vahel. QA insenerid teevad selgeks, kuidas uus funktsionaalsus olemasolevatega suhestub, ning viivad üldisel tasemel ärilised nõuded üle üksikasjalikumateks tehnilisteks aspektideks. Peamine eesmärk on vältida ootamatuid piirjuhte, mida lahendus ei kata.

Kui arendus algab, hakkab kvaliteeditagamise meeskond koostama testimisdokumentatsiooni, mis määratleb süsteemi üldise käitumise. Kui seda korrektselt hallatakse, kujuneb sellest projekti keskne dokument.

Lisaks talitluslikule verifitseerimisele aitavad kvaliteeditagamise spetsialistid sõltuvalt projekti eripärast testida ka funktsiooniväliseid valdkondi, nagu turvalisus, jõudlus-/piir-/koormustestimine.

Pärast juurutamise lõppu jätkavad QA insenerid tootmiskeskkonna kontrollimist regulaarsete proovitestidega (smoke testing), et tagada igapäevaste toimingute sujuvus.

Kui protsess on üles ehitatud ja kasutusele võetud, on õige aeg kaaluda selle automatiseerimist.

Kui testimisdokumentatsioon on paigas ja manuaalsed konveierid käivitatud, saab mõningaid testietappe automatiseerida, kasutades testimise automatiseerimise raamistikke nagu Selenium, Cucumber, Gatling ja Ranorex. Automatiseerimine on oluline samm, mis aitab kiirendada väljalaskeprotsesse ja lühendada turule jõudmise aega. Plexteqi meeskonnad on edukalt automatiseerinud funktsionaal-, turva- ja jõudlustestimist veebi-, töölaua-, API- ja mobiilirakenduste jaoks.

Korralikult üles ehitatud kvaliteeditagamise protsessist saadud kasu on peaaegu koheselt ilmne.

Selle kasutegurid on järgnevad:

• testimine muutub läbipaistvamaks ning annab selge arusaama, mida ja kuidas testitakse;

• QA spetsialistid otsustavad, kas uued funktsioonid on kooskõlas olemasoleva süsteemi disainiga, ning valideerivad, kuidas need süsteemi sobituvad;

• rakenduse testimisele kuluv aeg väheneb arendajate ja ettevõtte esindajate jaoks;

• vastutusmaatriks muutub selgemaks ning meeskonnaliikmed teavad teha täpselt seda, mida neilt oodatakse;

• QA meeskonna loodud testimisdokumentatsioon aitab kõigil projekti sidusrühmadel süsteemi loogikat mõista ning tulevikus vigu vältida;

• korrektselt hallatud testimisdokumentatsioonist saab peamine dokument, mis kirjeldab süsteemi funktsioone ja käitumist;

• QA meeskond tuvastab vead enne kliente – selle tulemusena suureneb klientide rahulolu.

Plexteqi tarmukas meeskond ühendab selle kõik tervikuks.

Tarkvaraarendus on protsess ning kvaliteeditagamine selle lahutamatu osa. Selleks, et jõuda rahuldava tulemuseni ehk toimiva tarkvarani, mis vastab nõuetele ja kvaliteedieesmärkidele, on vaja seda protsessi juhtida, jäädes samas mõistlikesse aja- ja eelarvepiiridesse. Plexteqis loome, juurutame ja haldame tõhusaid kvaliteeditagamise protsesse, mille eest vastutavad toote sidusrühmad, sest usume, et kvaliteetsed tooted annavad klientidele konkurentsieelise.

Kujutage ette, kui palju lihtsamaks kõik muutub, kui teate, et teie tooted on põhjalikult testitud ja sertifitseeritud tipptasemel tehnikate, metoodikate ja nutikaima tarkvara abil, mis on selleks spetsiaalselt loodud.

Tarkvara testimine räägib tuleviku keelt, mistõttu on see juba praegu ja ka edaspidi kindlalt kanda kinnitanud.

Kui teil on kvaliteeditagamise teenuste kohta küsimusi, võtke meiega ühendust.