fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Ühilduvuse testimine on paljude kvaliteedi tagamise strateegiate lahutamatu osa, mis võimaldab ettevõtetel näha, kas nende tarkvara toimib korrektselt erinevatel platvormidel. Isegi kui tegemist on ainult lauaarvutitele mõeldud programmiga, tuleb arvestada mitme peamise operatsioonisüsteemiga ja sadade, kui mitte tuhandete riistvaraliste erinevustega, mis võivad mõjutada stabiilsust. Ühilduvustesti protsessi ja selle tavapäraste eeliste mõistmine aitab tagada tõhusa toote turuletoomise, mis jõuab võimalikult suure kasutajaskonnani.

Kuigi ühilduvuse testimine võib pakkuda mitmeid eeliseid, on ka mitmeid olulisi väljakutseid, mida tarkvara testimise meeskond peab ületama, et selle tehnika potentsiaali maksimaalselt ära kasutada. On ka konkreetseid tavasid, mida need osakonnad peaksid kasutama, et saada parimaid tulemusi – ja tagada terviklik üldine testide katvus.

Selles artiklis vaatleme lähemalt ühilduvuse testimist, sealhulgas olulisi samme, mida meeskonnad peavad järgima, ning kõige kasulikumaid testimisvahendeid, mis on praegu saadaval.

Table of Contents

Mis on ühilduvuse testimine

tarkvara testimine ja projekteerimine?

Stressitestimine - tüübid, protsess, tööriistad, kontrollnimekirjad ja muud andmed

Ühilduvustesti käigus uuritakse tarkvara erinevate seadmete, riistvara ja püsivara puhul, et veenduda, et see vastab meeskonna ootustele. Iga kasutaja võib kasutada oma programmi uues seadmes ja seetõttu on oluline, et ettevõte saaks tagada, et kõigil kasutajatel oleks sarnane kogemus. Ühilduvustesti võib näiteks hõlmata rakenduse iga funktsiooni kontrollimist, et veenduda, et see töötab igas peamises operatsioonisüsteemis.

Ilma põhjaliku ühilduvustesti tegemata on täiesti võimalik, et ettevõte annab välja rakenduse, mis ei tööta teatud populaarsete seadmetega. Need kontrollid peavad olema täiesti põhjalikud, sest probleem võib tekkida mitmel viisil – näiteks ei pruugi see rakendus toimida väga spetsiifilise graafikakaardi tüübiga. Koos muude tarkvara testimise vormidega saavad kvaliteedi tagamise meeskonnad veenduda, et nende programm on avaldamiseks valmis.

 

1. Millal ja miks on vaja teha mobiilirakenduste, veebisaitide, süsteemide ja ristleva brauseri testimist?

alfa-testimine vs. beetatestimine

Ettevõtted viivad ühilduvustesti läbi tarkvara testimise faasis, nimelt siis, kui neil on olemas programmi “stabiilne” versioon, mis peegeldab täpselt, kuidas see klientide jaoks käitub. See jätkub pärast alfa-, vastuvõtu- ja muid testimisviise, mille käigus otsitakse sageli üldist stabiilsust ja funktsioonidega seotud probleeme. Kui ühilduvustesti etapis tekib rakendusel probleeme, on need tavaliselt tingitud konkreetsetest ühilduvusega seotud probleemidest. Nende kontrollide liiga varajane rakendamine võib muuta need sisuliselt üleliigseks, kuna väikesed muudatused hiljem programmi arendustsüklis võivad ühilduvust radikaalselt mõjutada.

Brauserite ja tarkvara ühilduvuse testimine on oluline, sest see aitab ettevõtetel välja anda rakenduse, mille puhul nad teavad, et see töötab adekvaatselt praktiliselt igas võimalikus seadmes. Näiteks aitab eelkõige brauseriteülene ühilduvuse testimine tagada, et Opera kasutajatel oleks sama kogemus kui Firefoxi ja teiste suuremate brauserite kasutajatel. Meeskond testib tavaliselt nii palju riistvara/tarkvara variante, kui nende aeg ja eelarve seda võimaldab. See tähendab, et nad peavad arukalt seadma prioriteediks süsteemid või brauserid, mida nende kliendid tõenäoliselt kasutavad, mis võimaldab neil tagada laiaulatusliku testimise ja elujõulise toote.

 

2. Kui teil ei ole vaja teha tarkvara ühilduvuse testimist.

tarkvara testimise protsesside kontrollnimekiri

Ettevõtted võivad luua konkreetse operatsioonisüsteemi või mudeli jaoks kohandatud rakenduse, mis piirab oluliselt vajalike kontrollide arvu. Tarkvara testimisel võib brauseriteülene ühilduvuse testimine olla üleliigne, kui see programm ei nõua näiteks brauserit. Ka aeg võib olla tõsine tegur ettevõtte suutlikkuses neid teste teha, kuigi testimismeeskonnad peaksid siiski töötama selle nimel, et tagada peamiste süsteemide ja brauserite ühilduvus tarkvaraga. On ka teatavaid projekte, mille puhul ei saa kasutada põhilisi ühilduvusteste.

 

3. Kes on seotud ühilduvuse testimisega?

kes peaks tegelema tarkvara testimise automatiseerimise vahendite ja planeerimisega

Siin on peamised inimesed, kes viivad tarkvara testimisel läbi ühilduvustesti:

 

1. Arendajad

Arendusmeeskond kontrollib arenduse käigus rakenduse toimivust ühel platvormil ja see võib olla isegi ainus seade, millel ettevõte kavatseb programmi välja anda.

 

2. Testijad

Kvaliteedi tagamise meeskonnad, kas ettevõttesiseselt või väljastpoolt palgatud, kontrollivad rakenduse ühilduvuse testimise etapis paljusid võimalikke konfiguratsioone, sealhulgas kõiki peamisi operatsioonisüsteeme ja brausereid.

 

3. Kliendid

Ettevõtte klientidel võib olla riistvara või konfiguratsioonid, mida meeskond ei saanud põhjalikult testida, mistõttu nende kasutajakogemus võib olla selle konkreetse seadistuse esimene tõeline kontroll.

 

Ühilduvuse testimise eelised

Mis on tarkvara testimine?

Tarkvara ühilduvuse testimise tavapärased eelised on järgmised:

 

1. Laiem sihtrühm

Mida põhjalikumalt meeskond oma tarkvara testib, seda rohkematele seadmetele saab ta selle julgelt välja anda, tagades, et rakendust saab nautida lai publik mitmel platvormil. See võimaldab ettevõtetel saada rohkem tootemüüki programmi kohta ja võib parandada ka positiivsete hinnangute arvu, mida see tarkvara kasutajatelt saab.

 

2. Parandab stabiilsust

Ühilduvustesti on tarkvara testimisel hädavajalik stabiilsuse ja jõudlusprobleemide väljatoomiseks, mis võivad sageli olla erinevatel seadmetel tugevamalt väljendunud – eriti kui arendajad on rakendust projekteerinud ainult ühe platvormi jaoks. Süsteemi ühilduvuse test näitab ettevõttele, mida kasutajad (mitmesuguste seadmete puhul) võiksid tarkvara üldisest jõudlusest oodata.

 

3. Täpsustab arengut

Neil testidel on ka märkimisväärne pikaajaline mõju arendusmeeskonnale. Näiteks võib mobiilse ühilduvuse testimine anda väärtuslikku teavet rakenduste arendamise kohta, mida ettevõtted võiksid arvesse võtta, kui nad loovad lisaprogramme. See võib oluliselt vähendada tulevaste projektide ühilduvuskatsete kulusid, võimaldades neil kasutada sellest protsessist saadud õppetunde uuesti.

 

4. Kontrollib teisi teste

Enamik seniseid testimisviise on piiratud ulatusega ja ei testi kõiki võimalikke riist- või tarkvarakombinatsioone – need testid võiksid neid tulemusi tõhusalt topelt kontrollida. Näiteks brauseriteülese ühilduvuse testimine kinnitab eelnevalt tehtud kvaliteedi tagamise etapid, näidates, et tulemused on samad, kui kasutajal on erinev brauser.

 

5. Vähendab kulusid

Ühilduvuse testimine võib vähendada ka praeguse programmi kulusid, aidates meeskondadel tuvastada probleeme enne rakenduse avalikku versiooni jõudmist – sel hetkel muutub vigade parandamine kallimaks. Mida mitmekesisemad on meeskonna testid (ja mida suurem on nende testide katvus), seda odavam on kõrvaldada kõik vead nende ilmnemisel.

 

Ühilduvuse testimise väljakutsed

UAT-testimise võrdlus regressioonitestimise ja muu testimisega

Järgnevalt on esitatud ühised probleemid, millega ettevõtted võivad kokku puutuda, kui nad rakendavad tarkvara testimisel ühilduvustesti:

 

1. Piiratud aeg

Kuigi automatiseerimisvahendid ja muud lahendused võivad märkimisväärselt kiirendada ühilduvusteste, simuleerides erinevaid seadmeid, peab see protsess siiski järgima ettevõtte arendusgraafikut. See tähendab, et testimismeeskond peab seadma prioriteediks kõige levinumad seadmed ja brauserid, et tagada võimalikult laia (ja populaarseima) publiku kaasamine.

 

2. Reaalsete seadmete puudumine

Need kontrollid hõlmavad tavaliselt virtuaalseid masinaid, mis simuleerivad reaalsete seadmete komponente ja tingimusi; see on palju odavam (ja kiirem) kui asjaomaste osade ja platvormide iseseisev hankimine. See võib aga mõjutada nende tulemuste täpsust, eriti kuna jõudlus sõltub sageli sellest, kuidas kasutajad reaalset seadet kasutavad.

 

3. Raske tulevikukindlus

Ühilduvustesti saab teha ainult juba olemasolevate platvormidega; see tähendab, et nad ei saa garanteerida, et rakendus töötab ootuspäraselt Windowsi ja Google Chrome’i tulevastes versioonides. Organisatsioonid saavad seda parandada alles pärast käivitamist, mis on sageli kallim ja rakendus võib selle tulemusena lõpuks vananeda.

 

4. Infrastruktuuri hooldus

Kui meeskond otsustab märkimisväärse hulga platvormide kontrollimist ettevõttesiseselt, võib see kaasa tuua kõrged infrastruktuuritasud. Mobiilirakenduste ühilduvuse testimine võib näiteks hõlmata mitmete reaalsete mobiilseadmete hankimist. Kuigi see on täpsem kui simuleeritud riistvara ühilduvuse testimine, on see kallis ja nõuab tavaliselt korrapärast hooldust.

 

5. Kombinatsioonide suur arv

Ühilduvustesti puhul võetakse arvesse paljusid omavahel seotud tegureid, näiteks operatsioonisüsteemi, brauserit, riistvara, püsivara ja isegi ekraani eraldusvõimet. Isegi kui testimismeeskonnal on palju aega, oleks tegelikult võimatu kõiki võimalusi arvesse võtta. Konfigureerimise ja ühilduvuse testimisel tuleb taas seada prioriteediks kõige tõenäolisemad seadmekombinatsioonid.

 

Ühilduvustesti omadused

Alfa testimine - mis see on, tüübid, protsess, vs. beetatestid, tööriistad ja rohkem!

Ühilduvuskatsete peamised omadused on järgmised:

 

1. Põhjalik

Need kontrollid peavad suutma isoleerida kõik võimalikud ühilduvusprobleemid, mis tekivad seadmete vahel – muidu võib meeskond lõpuks vigase programmi välja anda. Näiteks peavad need kontrollid tagama, et rakenduse kõik funktsioonid renderdatakse ootuspäraselt, olenemata kasutaja ekraani eraldusvõimest.

 

2. Laialdane

Testid peaksid säilitama tasakaalu sügavuse ja laiuse vahel, aidates meeskondadel uurida mitmeid probleeme paljude seadmekonfiguratsioonide puhul. Brauseriteülese ühilduvuse testimisel vaadeldakse laia valikut operatsioonisüsteemide ja brauserite kombinatsioone, tagades kõrge katvuse taseme – mõnikord ka automatiseeritud lahenduse abil.

 

3. Kahesuunaline

See protsess hõlmab nii tagasi- kui ka edasiühilduvuse testimist; esimene võimaldab meeskonnal näha, kuidas nende rakendus töötab vanemal riistvaral. Viimane võimaldab meeskonnale juurdepääsu tipptasemel platvormidele, mis aitab neil tagada eduka pikaajalise tulemuslikkuse, isegi kui nende tulevikukindluse võimalused on üsna piiratud.

 

4. Korraldatav

Nende kontrollide käigus avastatud probleemid peavad olema teistele testijatele ja osakondadele hõlpsasti korratavad – see näitab, et need kajastavad vigu, millega kasutajad tõenäoliselt kokku puutuvad. Kui veebisaidi ühilduvustesti näitab, et teatud funktsioonid ei toimi teatud brauseris, aitab korduvkasutatavus arendajatel probleemi lahendada.

 

Ühilduvuse testimise tüübid

veebirakenduse automatiseerimise testimine

Peamised ühilduvustesti liigid on järgmised:

 

1. Tagasiulatuva ühilduvuse testimine

Tagasiühilduvuse testimine hõlmab rakenduse kontrollimist praeguste seadmete vanemate versioonidega – see on oluline, sest nende kontrollide piiramine kaasaegsete seadmetega võib kasutajate arvu oluliselt piirata. Paljud inimesed kasutavad endiselt vanemaid operatsioonisüsteeme, näiteks Windows 8.

 

2. Edasine ühilduvuse testimine

Edasine ühilduvuse testimine on sarnane, kuid selle asemel vaadeldakse kaasaegseid või tulevasi tehnoloogiaid, et näha, kas rakendus töötab tõenäoliselt veel aastaid, hoolimata edusammudest ja uuendustest. Ilma nende testideta võib tarkvara näiteks järgmise brauserivärskendusega isegi lakata toimimast.

 

3. Brauseri ühilduvuse testimine

Veebilehe brauserite ühilduvuse testid tagavad, et veebirakendus või veebileht töötab erinevates brauserites; see on väga oluline, kuna need kasutavad erinevaid kujundusmootoreid. Kvaliteedi tagamise meeskonnad testivad isegi brauserite vahelist ühilduvust – see tähendab, et nad kontrollivad, kas iga brauser saab rakendusega hakkama erinevates operatsioonisüsteemides.

 

4. Mobiilse ühilduvuse testimine

Mobiilirakenduste testimine on sarnane protsess nagu laua- ja veebirakenduste kontrollimine, eriti kuna telefoni operatsioonisüsteem on veel üks oluline aspekt. Näiteks Androidi ja iOSi rakendused on täiesti erinevas formaadis ja nõuavad täiesti eraldi arendus- ja testimisprotsessi, et neid mõlemat arvesse võtta.

 

5. Riistvara ühilduvuse testimine

Need kontrollid vaatavad konkreetseid komponente, millest masin koosneb, ja seda, kuidas need võivad programmi mõjutada; see on kriitilise tähtsusega praktiliselt iga seadmetüübi puhul. Näiteks võib arvutil olla graafikakaart, mis ei suuda veebirakenduse kasutajaliidest edukalt esitada.

 

6. Seadme ühilduvuse testimine

Mõned rakendused ühenduvad väliste seadmetega Bluetoothi, lairibaühenduse või traadiga ühenduse kaudu. Rakendus võib näiteks vajada ühendust printeriga. Nende testide eesmärk on veenduda, et programm suhtleb platvormi enda ühendustega ja kõigi seadmetega, millele ta pääseb ligi.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

 

7. Võrgu ühilduvuse testimine

Kui rakendus vajab käivitamiseks võrgufunktsioone – näiteks ühendudes ettevõtte serveri kaudu veebipõhise andmebaasiga – nõuab see arvukaid ühilduvuskontrolle. See tagab, et programm töötab sobiva kiirusega Wi-Fi, 4G või 3G võrguühendusega.

 

Mida me testime ühilduvustesti käigus?

tarkvara testimise automatiseerimise segaduse selgitamine

Ühilduvustestijad kontrollivad tavaliselt järgmist:

 

1. Tulemused

Ühilduvustesti üks peamisi eesmärke on tagada stabiilsus, sest mõned rakenduse aspektid võivad olla tavaliste platvormidega täiesti ühildumatud. Vaadates programmi üldist reageerimisvõimet, tagab testimismeeskond, et teatud seadmetel ei esine tõsiseid tõrkeid.

 

2. Funktsionaalsus

Ühilduvustesti käigus kontrollitakse ka rakenduse üldisi omadusi ja funktsioone, et tagada, et tarkvara suudab anda õigeid tulemusi. Näiteks ei pruugi kliendihaldussüsteem olla võimeline pakkuma müügiandmeid või üldist analüüsi vananenud operatsioonisüsteemiga kasutajatele.

 

3. Graafika

Mõne brauseri või seadme puhul võib teatud graafiliste elementide esitamine olla mitmel põhjusel keeruline – ühilduvuse kontrollimine võib siinkohal abiks olla. Programm võib toimida ainult teatud ekraani resolutsioonidel, kui arendajad ei muuda programmi sisu kuvamise viisi.

 

4. Ühenduvus

Ühilduvustesti käigus vaadatakse ka seda, kuidas programm konkreetselt integreerub nii kasutaja seadme kui ka oma andmebaasiga, võimaldades tal tuvastada selliseid seadmeid nagu printerid. Need kontrollid võivad näiteks näidata, et rakendus ei saa 3G-võrkudes ühendust oma andmebaasiga.

 

5. Mitmekülgsus

Need kontrollid tagavad, et ettevõtte rakendus on piisavalt mitmekülgne, et töötada sama operatsioonisüsteemi vanadel ja uutel versioonidel, kasutades selleks tagasi- ja edasiühilduvuse teste. See tagab, et kasutajaid ei lukustata programmist välja, kui nende tarkvara on paar aastat vananenud.

 

Sobivusuuringute väljundite tüübid

Ühilduvustesti kolm peamist väljundit on järgmised:

 

1. Katsetulemused

Kõige tavalisem väljund nende kontrollide puhul on tulemused ise, mis võivad olla mitmel kujul. Näiteks võib brauserite ühilduvuse testimine näidata, et veebirakendus põhjustab Microsoft Edge’ile mälulekke, samas kui sama rakendus ei avalda negatiivset mõju Chrome’il põhinevates brauserites. Teise võimalusena võiks rakendus töötada täpselt nii, nagu meeskond ootab asjaomastel platvormidel.

 

2. Katseprotokollid

Testitulemused ilmnevad ka rakenduse enda logide kujul, mis toovad veateadete kaudu esile kõik avastatud tarkvaraprobleemid. Need logid võivad isegi tuvastada programmi konkreetse osa, mis seda viga põhjustab. Eelkõige ühilduvuse testimisel peavad testijad olema kursis sellega, kuidas need logid avalduvad ja kuidas need probleemid eri platvormidel esinevad.

 

3. Testjuhtumid

Ühilduvustesti juhtumid määravad kindlaks, milliseid teste meeskond teeb, ja pakuvad neile ruumi tulemuste registreerimiseks lihtsas formaadis. Testijad peaksid kasutama oma teadmisi tarkvarast koos tulemuste ja logidega, et tuvastada probleemi põhjus. Mida rohkem teavet nad annavad, seda kiiremini saavad arendajad alustada vigade parandamist.

Avastatud defektide tüübid

ühilduvuse testimise kaudu

API testimine ja automatiseerimine

Siin on kõige levinumad vead, mida ühilduvustesti abil saab tuvastada:

 

1. Paigutuse skaleerimine

Veebilehe ühilduvustesti abil saab näidata, kas veebirakenduse või isegi veebilehtede elemendid sobivad kasutaja seadme, täpsemalt ekraani eraldusvõime ja suuruse järgi. Selle tulemusena võib mõnda graafikat olla teatud brauserites raske näha.

 

2. Tarkvara jookseb kokku

Ühilduvustesti abil on lihtsam näha, kas rakendus on üldse võimeline mõnel platvormil töötama. Näiteks võiks mänguarendaja leida oma toote minimaalsed süsteeminõuded, kontrollides, millised seadmed kukuvad testijate käivitamisel kokku ebapiisava mälumälu ja protsessori kiiruse tõttu.

 

3. HTML/CSS valideerimisega seotud probleemid

Erinevad brauserid ja seadmed loevad koodi erinevalt – mõned parandavad automaatselt lihtsaid koodivigu, näiteks HTML-tähe mitte nõuetekohast sulgemist. Brauseri ühilduvuse testimine võib tuvastada kehtetu CSSi, mis takistab rakenduse sisu ja isegi põhifunktsioonide genereerimist.

 

4. Video taasesituse vead

Paljud kaasaegsed videomängijad kasutavad veebipõhiste videote voogedastamiseks HTML5-d. See võib olla ettevõtte veebirakenduse oluline osa. Veebisaidi brauserite ühilduvust kontrollivad meeskonnad võivad siiski avastada, et nende rakenduse videofunktsioonid ei ühildu vananenud brauseritega.

 

5. Faili turvalisus

Tarkvaratehnika ühilduvuse testimine võib leida probleeme ka failide turvalisusega ja sellega, kuidas see erineb seadmetevaheliselt. Näiteks on Windowsi uuemates versioonides tugevam sisend-/väljunditurve. See võib viia selleni, et rakendus (näiteks viirusetõrjetarkvara) ei pääse seadme failidele ligi.

 

Ühilduvuse testimise protsess

mis on tarkvara testimise automatiseerimine

Ühilduvuse testimise tavapärased sammud on järgmised:

 

1. Koostage katseplaan

Põhjalik testimiskava on ühilduvuse testimisel kriitilise tähtsusega; kvaliteeditagamise meeskond saab sellele vajaduse korral oma kontrollide käigus viidata. Näiteks tuleb täpsustada, milliseid seadmeid nad testivad ja millised on kriteeriumid, mille alusel testid sooritatakse või mitte; samuti peavad nad kindlaks määrama, kas nad kasutavad robotiseeritud protsesside automatiseerimist.

 

2. Konfigureerige testjuhtumid

Testjuhtumid on samuti olulised, sest neis on täpsemalt kirjeldatud konkreetseid ühilduvuskontrolle, mida meeskonnad teevad, ja konkreetseid seadmeid, millega nad töötavad. See sisaldab ka täpseid samme, mida testijad teevad, ning piisavalt ruumi, et nad saaksid kirja panna tulemused ja mis tahes teabe, mis aitab arendajatel ühilduvust tagada.

 

3. Testimiskeskkonna loomine

Isoleeritud ja sõltumatu, välismõjudest vaba testimiskeskkond on vajalik, et tagada täpsed testid ja võimaldada kvaliteedi tagamise meeskonnal tuvastada, kust tulevad probleemid, mida nad avastavad. Lisaks sellele saavad testijad teostada oma kontrolle rakenduses, ilma et see kuidagi kahjustaks “päris” versiooni.

 

4. Viige testid läbi

Kui testjuhtumid ja keskkond on täielikult ette valmistatud, saab meeskond alustada ühilduvusteste – isegi automatiseeritud lahenduse puhul on neil ainult piiratud hulk aega. Testijad peavad selle arvesse võtmiseks seadma esikohale kõige levinumad operatsioonisüsteemid ja seadmekonfiguratsioonid ning tagama nende piirangutest hoolimata laiaulatusliku testimise.

 

5. Uuesti testida

Kui testid on lõpetatud ja arendajad saavad testjuhtumid, muudavad nad rakendust nii, et see oleks paremini ühilduv, kuigi see ei pruugi olla võimalik kõigi seadmete puhul. Seejärel kontrollivad testijad rakendust uuesti ja veenduvad, et varem avastatud probleeme enam ei esine ja et uusi suuremaid vigu ei ole.

 

Ühine ühilduvuse testimise meetrika

tippkeskuse (TCoE) loomise eelised

Siin on mõned ühilduvustesti puhul kasutatavad ühilduvusmõõdikud:

 

1. Ribalaius

Võrguga ühilduvuse testid mõõdavad, kuidas rakendus töötab erinevate võrkudega, sealhulgas lairiba ja mobiilsete andmesidevõrkudega. Minimaalne ribalaius, mida programm vajab oma tavapäraste ülesannete täitmiseks ja ettevõtte andmebaasiga ühenduse loomiseks, võib olla näiteks keskmise 3G-ühenduse jaoks liiga suur.

 

2. Protsessori kasutamine

Üks viis, kuidas jõudlusprobleemid avalduvad, on ebaproportsionaalselt suur protsessorikasutus – see võib tähendada, et seade lihtsalt ei vasta programmi miinimumnõuetele. CPU probleemid võivad mõjutada ka rakenduse reageerimisaega, piirates selle funktsionaalsust ja põhjustades piisavalt suurt viivitust, et kasutajad ei saa enam kasutada.

 

3. Süsteemi kasutatavuse skaala

Süsteemi kasutatavuse skaala on levinud viis programmi subjektiivsete üksikasjade mõõtmiseks, mis koosneb kümnest põhiküsimusest rakenduse kasutatavuse kohta. Saadud SUS-skoor on 100-st ja võib graafikavigade tõttu erineda eri platvormidel.

 

4. Defektide koguarv

See mõõdik on konstantne enamiku testimisviiside puhul, võimaldades testijatel mõista programmi praegust seisukorda. Samuti on meeskonnal võimalik võrrelda defektide koguarvu erinevate platvormide vahel. Seda tehes saavad testijad tuua esile vead, mis on tingitud ühildamatusest.

 

5. SUPRQ tulemus

Sarnaselt rakenduse SUS-skooriga on standardiseeritud kasutajakogemuse protsentuaalse edetabeli küsimustiku abil võimalik testijatel hinnata rakendust mitme võtmeteguri, sealhulgas kasutatavuse ja väljanägemise järgi. See aitab neil tuvastada, kuidas klientidel võib olla raskusi rakenduse kasutamisega teatud seadmetes.

 

7 viga ja lõksu ühilduvustesti rakendamisel

väljakutsed koormuse testimine

Siin on seitse olulist viga, mida tuleks ühilduvustesti läbiviimisel vältida:

 

1. Reaalsete seadmete puudumine

Kuigi oleks võimatu testida kõiki võimalikke seadmekombinatsioone, võib testimismeeskond siiski kasu saada, kui ta kasutab võimalikult palju reaalseid seadmeid. Erinevad platvormid pakuvad pilvelahenduste kaudu “tõelisi” seadmeid, et hõlbustada brauserite vahelist ühilduvuse testimist viisil, mis võib kajastada natiivset jõudlust.

 

2. Vanemate seadmete vältimine

Paljud kasutajad kasutavad oma rakendusi endiselt Windowsi või iOSi vanematel versioonidel; keskendumine ainult populaarsete seadmete ja operatsioonisüsteemide uutele versioonidele võib piirata toote leviala. Kui meeskond ei laienda oma teste “vananenud” seadmetele, võib märkimisväärne osa nende sihtrühmast vaeva näha programmi kasutamisega.

 

3. Aegade väärjuhtimine

Sageli on suur hulk seadmeid ja konfiguratsioone, mis vajavad ühilduvustesti, mis tähendab, et meeskond peab oma aega planeerima, et kontrollida võimalikult paljusid neist. See on oluline, kuna testid on tavaliselt alles arenduse lõpus; valesti korraldatud testid võivad kontrollide arvu oluliselt piirata.

 

4. Ebakorrektne ajakava

Samamoodi on ülimalt oluline, et meeskonnad veenduksid, et nad viivad need testid läbi programmi arendamise mõistlikus etapis, eelistatavalt pärast alfa-testimist ja enamikku funktsionaalsete testide vorme. Nii on lihtsam näha, kas probleem on üldine viga või on see seotud konkreetselt nende seadmetega, mida meeskond vaatab.

 

5. Ekraani eraldusvõime arvestamata jätmine

Ekraani eraldusvõime võib olla palju suurem tegur ühilduvuses, kui paljud testimismeeskonnad tunnistavad – eriti kuna see on kohandatav ja mõjutab seda, kuidas seade graafilisi elemente kuvab. Isegi kui ühilduvustesti tähtaeg läheneb, on väga oluline, et testimismeeskonnad töötaksid selle nimel, et see oma strateegias arvesse võtta.

 

Asjatundlikkuse puudumine

Testijad peavad olema kõrgelt kvalifitseeritud, et kontrollida veebisaidi, brauseri ja tarkvara ühilduvust paljude teiste vormide hulgas, mida need testid võivad võtta. Kui testimise juht määrab ühele oma meeskonnaliikmele ühilduvuskontrolli, kuid tal ei ole piisavalt kogemusi, võib see aeglustada testide läbiviimist ja piirata nende täpsust.

 

6. Eelnev arutelu puudub

Kuna ühilduvustestid on sageli aeganõudvad (ja võivad nõuda laia valikut seadmeid), peavad meeskonnad oma kontrollide ulatuse täielikult kindlaks määrama juba kvaliteedi tagamise etapis. Näiteks peab neil olema selge ettekujutus sellest, milliseid konkreetseid seadmeid või konfiguratsioone nad kavatsevad testida enne kontrollide alustamist.

 

Parimad tavad ühilduvuse testimiseks

Tarkvara testimise kontrollnimekiri

Parimad viisid kvaliteetsete ühilduvuse testide tagamiseks on järgmised:

 

1. Testi kogu arenduse jooksul

Kuna tarkvara muutub ühest nädalast teise märkimisväärselt, võib see mõjutada programmi ühilduvust ettenähtud seadmetega. Meeskonnad peavad korduvalt testima tarkvara ja brauserite vahelist ühilduvust, et veenduda, et rakendus töötab ka pärast arendusmuudatusi nendel platvormidel hästi.

 

2. Kasutage reaalseid seadmeid

Mõned ühilduvuse testimise vahendid pakuvad juurdepääsu “tõelistele” simuleeritud seadmetele, mis suudavad täpselt sarnaneda kasutaja kogemusele kõnealuse platvormi puhul. See võimaldab teil tagada ühilduvuse rohkemate seadmete vahel, säilitades samal ajal kõrge täpsuse taseme, mida teatud automatiseeritud lahendused ei paku.

 

3. Määrake testide prioriteetsus

Kuna nende kontrollide läbiviimiseks on piiratud aeg, peavad ühilduvustestijad ehk seadma prioriteediks kõige levinumad seadmed, brauserid ja operatsioonisüsteemid. Samamoodi peaks testimismeeskond kõigepealt kontrollima tarkvara kõige kriitilisemaid funktsioone, et tagada põhifunktsionaalsus nendes seadmetes.

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

4. Integreerida agiilsed tehnikad

Mõned ettevõtted otsustavad võtta ühilduvustesti puhul kasutusele sprindipõhise lähenemisviisi, mis võimaldab neil hõlpsasti saavutada testimise vahe-eesmärke – näiteks kontrollida teatud arvu seadmeid. Kiiresti arenev lähenemisviis soodustab osakondade vahelist suhtlust, pakkudes samas ka kindlat testimisstruktuuri, mis võib tagada järjepideva ja kiire täiustamise.

 

5. Piirake testimise ulatust

Kvaliteedi tagamise meeskonnad peavad teadma, millal lõpetada testid ja isegi leppida kokkusobimatuse korral. Sellisel juhul ei pruugi arendaja tarkvara muuta, vaid võib hoopis muuta miinimumnõudeid, kui sellest oleks liiga raske veaparanduste abil kõrvale hoida.

 

Näiteid ühilduvuse testimise juhtumitest ja stsenaariumidest

Mis on ühiktestimine?

Ühilduvustesti juhtumid määravad kindlaks testimisrühma sisendid, testimisstrateegia ja oodatavad tulemused; viimaseid võrreldakse tegelike tulemustega. Kuna kontrollid hõlmavad paljusid seadmeid ja konfiguratsioone, on see sageli ulatuslik protsess.

 

Need juhtumid hõlmavad tavaliselt järgmist:

– Testige, kas veebirakenduse HTML kuvatakse korralikult.
– Kontrollige, et tarkvara JavaScript-kood oleks kasutatav.
– Vaadake, kas rakendus töötab erinevates resolutsioonides.
– Testige, et programm saab failikataloogi juurde pääseda.
– Veenduge, et rakendus ühendub kõigi elujõuliste võrkudega.

 

Siin on konkreetseid näiteid erinevate programmide ühilduvuse testimise kohta tarkvara testimisel:

 

1. Sotsiaalvõrgustiku rakendus

Sotsiaalvõrgustikud esinevad tavaliselt veebirakenduste kujul brauserites ja mobiilirakendustena vastavate seadmete jaoks; mõlemad tüübid nõuavad võrdselt põhjalikku testimist. Näiteks peab see mobiilirakendus olema täielikult toimiv vähemalt iOS- ja Android-seadmetes – meeskond peab kontrollima vanu ja uusi seadmeid igas operatsioonisüsteemis. Kui näiteks teatud iPhone’i mudel ei suuda kuvada animeeritud GIF-faile, peab meeskond kindlaks tegema, mis seda põhjustab, et tagada ühtne kasutajakogemus.

 

2. Videomäng

Videomängud pakuvad üldiselt kohandatavaid graafilisi võimalusi, mida kasutajad saavad muuta, et need sobiksid nende masinaga; see hõlmab ekraani resolutsiooni kontrollimist ja kasutajaliidese sobiva mõõtkava tagamist. Teatud probleemid võivad ilmneda sõltuvalt mängija konkreetsest riistvarast – silumisvastased vead viivad terava graafikani. Selle põhjuseks võib olla tavaline graafikakaart, mis ei ühildu ettevõtte tekstuuride renderdamisega. Sõltuvalt täpsest probleemist võib see ilmneda isegi süsteemikrahhina, kui teatud seadmed mängu käivitavad.

 

3. CRM pilvesüsteem

Kliendisuhete haldamise lahendused kasutavad suurel määral andmebaase, et saada teavet oma tehingute, müüjate ja muude äritegevuse oluliste tahkude kohta, peamiselt pilvesalvestuse abil. Testijad peaksid veenduma, et see andmebaas ja selle pilveteenused töötavad erinevates võrkudes, sealhulgas 3G ja 4G, kui kasutaja peab sellele ligi pääsema ilma internetiühenduseta. Samuti peab meeskond kontrollima erinevaid operatsioonisüsteeme, sest teatud tõrked võivad ilmneda näiteks ainult Linuxi seadmetes.

 

Käsitsi või automatiseeritud ühilduvustesti?

arvutinägemine tarkvara testimiseks

Automatiseerimine võib olla väga kasulik ühilduvustesti puhul, võimaldades meeskondadel kontrollida suurt arvu seadmeid palju kiiremini kui käsitsi. Manuaalne testimine võib olla aga sobivam, kui kontrollitakse piiratud arvu brauserite ja seadmete puhul – näiteks videomängu puhul, mis on saadaval ainult kahel platvormil. Tarkvara kasutatavus on sageli ühilduvustesti põhitegur ja nõuab tavaliselt inimese vaatenurka, mis võimaldab paremini tuvastada graafilise esituse probleeme. Robootiliste protsesside automatiseerimine võib selles aidata, rakendades tarkvararoboteid, mis suudavad lihtsamalt jäljendada inimkasutaja lähenemist ühilduvustesti läbiviimisel.

Programmide puhul, mis on mõeldud paljudele seadmetele, näiteks mobiil- ja veebirakendustele, võimaldab automatiseerimine meeskonnal tagada laiema testimise ulatuse. Nad võiksid isegi kasutada hüperautomaatikat, et need kontrollid intelligentselt välja osta nii, et inimtestijad kontrolliksid ikkagi neid platvorme kasutajaspetsiifilise funktsionaalsuse osas. Mõne ülesande puhul on ühilduvuse testimine käsitsi testimisel endiselt kohustuslik – näiteks kasutajaliidese korrektse kuvamise kontrollimine igas seadmes. See tähendab, et parim lähenemisviis võiks olla kombineeritud strateegia, mis võimaldab automatiseerimise abil testida rohkem seadmeid, suurendades nende tempot, võttes samal ajal arvesse kasutatavuse olulisust.

 

Mida on vaja ühilduvuse testimise alustamiseks?

Mis on koormustestimine, mobiilirakenduse testimine ja ad hoc testimine?

Ühilduvuse testimise peamised eeldused on tavaliselt järgmised:

 

1. Kvalifitseeritud testimispersonal

Sobivusetestijatel on üldiselt kõrgemad nõuded oskustele kui muudel kvaliteedi tagamise viisidel, kuna nad kontrollivad laiemat hulka seadmeid ja puutuvad sageli kokku suurema hulga vigadega. See võib hõlmata probleemide lahendamist, suhtlemist ja tähelepanu üksikasjadele. Meeskonnajuhid peaksid määrama testijad, kellel on kogemusi sama rakenduse uurimisega mitmel platvormil.

 

2. Tugev seadme emulatsioon

Iga füüsilise seadme hankimine ja testimine võib olla keeruline, mistõttu emulatsioon on oluline, et näha, kuidas erinevad platvormid samale programmile reageerivad. See protsess on harva täiuslik ja testijad peavad vaatama mitmeid olemasolevaid emulaatoreid ja automatiseeritud testimisvahendeid, et näha, milline neist pakub kõige suuremat täpsust.

 

3. Selge testimise ulatus

Meeskond peaks enne kontrollide algust olema teadlik oma töövaldkonnast, eriti kuna see võib otsustada, millises tempos nad töötama hakkavad. Kuigi programmi eesmärk võib olla paljude platvormide katmine, peaksid testijad kindlaks määrama sobiva piirväärtuse. Näiteks enne Windows 7 välja antud operatsioonisüsteemide testimine võib viia väheneva kasutegurini.

 

4. Ajaplaneerimine

Ühilduvuse testimine võib toimuda mis tahes hetkel kvaliteedi tagamise etapis, kuid tavaliselt jäetakse see alles arenduse lõppu – kui programm on stabiilne ja funktsioonide poolest valmis. Testijad peaksid aga juba ammu enne seda kaaluma ühilduvust, sest see on sageli aeganõudev. Tugev eelnev planeerimine aitab meeskonnal tagada, et neil on igaks kontrolliks piisavalt aega.

Ühilduvuse testimine

kontrollnimekiri, näpunäited ja nipid

Järgnevalt on esitatud täiendavad nõuanded, mida kvaliteedi tagamise meeskonnad peavad ühilduvustesti läbiviimisel silmas pidama:

 

1. Ärge püüdke saavutada absoluutset katvust

Kuigi iga testimisstrateegia eesmärk on maksimeerida testide katvust, peatuvad nad tavaliselt enne 100% saavutamist, sest vähenev tulu on väga vähestele kasutajatele vaid väike paranemine. Ühilduvuse kontekstis peaksid meeskonnad mõistma, millal nende klientidest liiga vähesed kasutavad seadet, et need kontrollid tasuksid end ära.

 

2. Eelistage brauserite vahelisi kombinatsioone

Brauseriteülene ühilduvuse testimine hõlmab iga brauseri kontrollimist erinevate operatsioonisüsteemide suhtes. Testijad peavad kasutama põhjalikku analüüsi oma sihtrühma kohta, et määrata kindlaks kõige populaarsemad neist kahest ja kasutada seda oma lähenemise suunamiseks. Nad võivad isegi välja töötada brauserite ühilduvusmaatriksi, milles määratakse kindlaks nende kontrollide ulatus ja nende erinevad konfiguratsioonid.

 

3. Kontrollida paigutust

Ühtsuse tagamine on ühilduvuse testimise keskmes ja need kontrollid peavad ulatuma sügavamale kui selle tuvastamine, kas programmi funktsioonid toimivad eri seadmetes. Meeskonnad peaksid kontrollima ka tarkvara üldist kujundust, sealhulgas vormide või tabelite joondamist, samuti programmi CSS-i ja HTML-i terviklikkust.

 

4. Kontrollige APIsid

Rakenduse programmeerimisliidesed on rakenduste lugemise põhikomponent, mistõttu on need väga olulised meeskonna brauseriteülese ühilduvuse testimisel. Erinevatel veebibrauseritel on oma API-kutsed ja nende uuendused võivad aja jooksul mõjutada ühilduvust. Testijad peavad neid regulaarselt kontrollima, isegi kui ettevõte kasutab iga programmi puhul sarnast API-d.

 

5. Uurige SSL-sertifikaati

SSL-sertifikaadid suurendavad brauseri turvalisust – krüpteerivad veebiliiklust ja võimaldavad kasutajatel kasutada HTTPS-protokolle. Veebisaidil või veebirakendusel võib olla sertifikaat, mis ei ühildu teatud brauseritega. See tähendab, et testijad peaksid sertifikaadi valideerima kõigil peamistel platvormidel, et kasutajad tunneksid end nende veebisaidil turvaliselt.

 

6. Valideerige videomängijad

Programme, mis kuvavad videot, näiteks voogedastusteenuseid või reklaamidega toetatavaid tasuta mobiilimänge, tuleks testida, et tagada nende videote kuvamine kõigis ettenähtud seadmetes. Paljude rakenduste puhul hõlmavad need kontrollid nii laua- kui ka mobiilseadmeid ning võivad vaadata video kvaliteeti, kiirust ja kaadrisagedust.

 

5 parimat ühilduvuse testimise tööriistu ja tarkvara

KKK funktsionaalse testimise automatiseerimine

Kõige tõhusamad tasuta ja tasulised tööriistad ühilduvuse testimiseks on järgmised:

 

1. ZAPTEST Free & Enterprise Edition

ZAPTEST pakub suurepärast funktsionaalsust nii tasuta kui ka tasulises (Enterprise) versioonis, aidates igas suuruses (või eelarvega) ettevõtetel ühilduvuse kontrollimisel. Ettevõtted, kes valivad ZAPTESTi Enterprise-versiooni, võivad isegi saada kuni 10-kordset tulu oma algsetest investeeringutest. Lahenduse 1SCRIPT funktsioon on spetsiaalselt kohandatud ühilduvustestijate vajadustele, võimaldades neil käivitada täpselt samu teste mitmel platvormil ilma koodi muutmata. Lisage ilma lisakuludeta uusimad RPA-funktsioonid ja teil on üks kõikidest ülesannetest koosnev automatiseerimislahendus.

 

2. LambdaTest

LambdaTest kasutab pilvepõhist lähenemist, et pakkuda 3000 automatiseeritud seadet – kuigi keskendudes olulisel määral veebibrauseritele, mis võib piirata selle lahenduse tõhusust teatud programmide puhul. Platvorm on spetsialiseerunud pidevale testimisele, integreerides kvaliteedi tagamise protsessi tihedamalt arendustegevusega. Selle rakenduse kontrollid võimaldavad kasutajatel määrata ka oma resolutsiooni, muutes brauserite vahelise ühilduvuse testimise palju lihtsamaks. See lahendus pakub freemium-mudelit, kuigi see hõlmab piiratud teste ilma uuendusteta ja ilma reaalsete seadmeteta.

 

3. BrowserStack

Sarnaselt LambdaTestiga pakub BrowserStack juurdepääsu 3000 reaalsele seadmele; nende kataloog sisaldab ka vanu ja beetaversioone brauserite jaoks. Kuigi inimesed uuendavad oma brauserit tõenäolisemalt kui nende operatsioonisüsteemi, võib olla veel palju inimesi, kes kasutavad vanemaid versioone – BrowserStack võtab seda arvesse. Kasutajad saavad ka geolokatsiooni testimist käivitada, et näha, kuidas veebisaidid ja veebirakendused erinevates riikides välja näevad. Siiski puuduvad tasuta või freemium-variandid ja tegelik seadme testimine võib olla aeglane.

 

4. TestGrid

TestGrid võimaldab paralleelset testimist, mis võimaldab meeskondadel protsessi kiirendamiseks kontrollida mitut kombinatsiooni korraga. See lahendus integreerub hästi ka testimise ja arenduse töövoogudega – see võib hõlbustada agiilset lähenemist, moodustades osakonna sprintide võtmeosa. Siiski on TestGridil mõnikord probleeme pilveseadmete ja brauserite ühendamisega. Lisaks sellele on programm üsna piiratud koormustestide, dokumentatsiooni ja uute seadmete lisamise osas ettevõtte seadistuses.

 

5. Browsera

Browsera keskendub peamiselt veebisaitide testimisele, et tagada nende nõuetekohane kuvamine erinevates seadmetes, brauserites ja operatsioonisüsteemides. Kuna tegemist on pilvepõhise lähenemisviisiga, ei pea kvaliteedi tagamise meeskonnad seda virtuaalset testimislaboratooriumi oma seadmetesse paigaldama. Browsera saab võrrelda ka väljundeid, et intelligentselt tuvastada paigutusprobleeme ja JavaScript-vigu, mida isegi inimtester ei pruugi märgata. Browsera ei toeta siiski mitmeid levinud brausereid, sealhulgas Operat, ja pakub tasuta ainult põhilisi testfunktsioone.

 

Kokkuvõte

Ühilduvuse testimine on eduka kvaliteedi tagamise strateegia jaoks kriitilise tähtsusega, võimaldades meeskondadel oma rakendusi paljudes seadmetes valideerida. Ilma seda tehnikat kasutamata võivad ettevõtted olla teadmatuses, et nende tarkvara ei tööta suure osa sihtrühma jaoks enne turuletulekut. See maksab palju aega ja raha võrreldes väljalaske-eelse testimisega ning sellised rakendused nagu ZAPTEST võivad seda protsessi veelgi lihtsustada. Tänu 1SCRIPTile ja paljudele muudele tasuta kättesaadavatele funktsioonidele, nagu näiteks paralleelne testimine, võib ZAPTESTi valimine testimisvahendiks muuta iga projekti, andes samal ajal meeskonnale täieliku usalduse oma rakenduse suhtes.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post