Suderinamumo testavimas yra neatsiejama daugelio kokybės užtikrinimo strategijų dalis, leidžianti įmonėms patikrinti, ar jų programinė įranga tinkamai veikia įvairiose platformose. Net ir darbalaukyje naudojamoje išskirtinėje programoje reikia atsižvelgti į kelias pagrindines operacines sistemas ir šimtus, jei ne tūkstančius, aparatinės įrangos skirtumų, kurie gali turėti įtakos stabilumui. Supratimas apie suderinamumo testavimo procesą ir įprastus jo privalumus gali padėti užtikrinti veiksmingą produkto išleidimą į rinką, kuris pasieks kuo didesnę naudotojų auditoriją.
Nors suderinamumo testavimas gali būti naudingas, tačiau yra ir nemažai rimtų iššūkių, kuriuos programinės įrangos testavimo komanda turi įveikti, kad maksimaliai išnaudotų šio metodo galimybes. Be to, šie skyriai turėtų taikyti tam tikrą praktiką, kad gautų geriausius rezultatus ir užtikrintų visapusišką bendrą testavimo aprėptį.
Šiame straipsnyje išsamiau apžvelgsime suderinamumo testavimą, įskaitant svarbiausius žingsnius, kurių komandos turi laikytis, ir šiuo metu turimus naudingiausius testavimo įrankius.
Kas yra suderinamumo testavimas
programinės įrangos testavimas ir inžinerija?
Atliekant suderinamumo bandymus, programinė įranga tikrinama įvairiuose įrenginiuose, aparatinėje ir programinėje įrangoje, siekiant įsitikinti, kad ji veikia pagal komandos lūkesčius. Kiekvienas naudotojas gali naudotis programa naujame įrenginyje, todėl svarbu, kad įmonė galėtų užtikrinti, jog visi jie turės panašią patirtį. Pavyzdžiui, atliekant suderinamumo bandymus galima patikrinti kiekvieną programos funkciją ir įsitikinti, kad ji veikia visose pagrindinėse operacinėse sistemose.
Neatlikus kruopštaus suderinamumo testavimo visiškai įmanoma, kad įmonė išleis programą, kuri neveiks tam tikruose populiariuose įrenginiuose. Šie patikrinimai turi būti išsamūs, nes problema gali kilti įvairiais būdais, pavyzdžiui, ši programa gali neveikti su tam tikro tipo vaizdo plokšte. Kartu su kitomis programinės įrangos testavimo formomis kokybės užtikrinimo komandos gali įsitikinti, kad jų programa yra parengta išleidimui.
1. Kada ir kodėl reikia atlikti mobiliųjų programų, svetainių, sistemų ir skirtingų naršyklių suderinamumo testavimą?
Įmonės suderinamumo bandymus atlieka programinės įrangos testavimo etape, ypač tada, kai turi “stabilią” programos versiją, tiksliai atspindinčią, kaip ji veiks klientus. Tai tęsiasi po alfa, priėmimo ir kitų testavimo formų, kurių metu dažnai ieškoma bendro stabilumo ir su funkcijomis susijusių problemų. Jei suderinamumo testavimo etape kyla problemų, jos paprastai kyla dėl konkrečių su suderinamumu susijusių problemų. Per anksti atlikus šias patikras, jos gali tapti nereikalingos, nes nedideli pakeitimai vėliau programos kūrimo cikle gali iš esmės paveikti suderinamumą.
Naršyklių ir programinės įrangos suderinamumo bandymai yra svarbūs, nes padeda įmonėms išleisti programą, kuri, kaip jos žino, tinkamai veiks beveik visuose įmanomuose įrenginiuose. Pavyzdžiui, skirtingų naršyklių suderinamumo bandymai ypač padeda užtikrinti, kad “Opera” naudojantys žmonės patirtų tą pačią patirtį kaip ir “Firefox” bei kitomis pagrindinėmis naršyklėmis besinaudojantys žmonės. Paprastai komanda išbando tiek techninės ir programinės įrangos variantų, kiek leidžia laikas ir biudžetas. Tai reiškia, kad jie turi protingai nustatyti pirmenybę sistemoms arba naršyklėms, kurias jų klientai greičiausiai naudos, ir taip užtikrinti plačią testavimo aprėptį ir gyvybingą produktą.
2. Kai nereikia atlikti programinės įrangos suderinamumo testavimo
Įmonės gali sukurti konkrečiai operacinei sistemai ar modeliui pritaikytą taikomąją programą ir taip gerokai apriboti būtinų patikrinimų skaičių. Atliekant programinės įrangos testavimą suderinamumo su skirtingomis naršyklėmis bandymai gali būti nereikalingi, jei, pavyzdžiui, šiai programai nereikia naršyklės. Laikas taip pat gali būti rimtas veiksnys, trukdantis įmonei atlikti šiuos bandymus, nors bandymų grupės vis tiek turėtų stengtis užtikrinti, kad pagrindinės sistemos ir naršyklės būtų suderinamos su programine įranga. Be to, yra tam tikrų projektų, kuriems negali būti taikomi pagrindiniai suderinamumo testai.
3. Kas dalyvauja atliekant suderinamumo bandymus?
Štai pagrindiniai asmenys, kurie atlieka suderinamumo testavimą programinės įrangos testavimo srityje:
1. Kūrėjai
Kurdama programą kūrėjų komanda patikrina jos veikimą vienoje platformoje, ir tai gali būti vienintelis įrenginys, kuriame įmonė ketina išleisti programą.
2. Testeriai
Kokybės užtikrinimo grupės, dirbančios įmonėje arba samdomos iš išorės, atlikdamos programos suderinamumo bandymus patikrina daugybę galimų konfigūracijų, įskaitant visas pagrindines operacines sistemas ir naršykles.
3. Klientai
Bendrovės klientai gali turėti aparatinę įrangą arba konfigūracijas, kurių komanda negalėjo nuodugniai išbandyti, todėl jų naudotojo patirtis gali būti pirmasis tikrasis konkrečios konfigūracijos patikrinimas.
Suderinamumo testavimo privalumai
Įprastinė programinės įrangos suderinamumo testavimo nauda:
1. Platesnė auditorija
Kuo kruopščiau komanda išbando savo programinę įrangą, tuo daugiau prietaisų gali drąsiai ją išleisti ir užtikrinti, kad ja galės naudotis plati auditorija įvairiose platformose. Tai leidžia įmonėms gauti daugiau programos produktų pardavimų, taip pat gali padidinti teigiamų atsiliepimų, kuriuos ši programinė įranga gauna iš naudotojų, skaičių.
2. Didina stabilumą
Suderinamumo testavimas atliekant programinės įrangos testavimą yra labai svarbus norint išryškinti stabilumo ir našumo problemas, kurios dažnai gali būti labiau pastebimos skirtinguose įrenginiuose, ypač jei kūrėjai šią programą sukūrė tik vienai platformai. Sistemos suderinamumo testas parodo, ko vartotojai (naudodami įvairius įrenginius) gali tikėtis iš bendro programinės įrangos našumo.
3. Tobulina plėtrą
Šie bandymai taip pat turi didelį ilgalaikį poveikį kūrimo komandai. Pavyzdžiui, mobiliųjų įrenginių suderinamumo testavimas gali suteikti vertingos informacijos apie programų kūrimą, į kurią įmonės gali atsižvelgti kurdamos papildomas programas. Tai gali gerokai sumažinti būsimų projektų suderinamumo bandymų išlaidas, nes bus galima pakartotinai panaudoti šio proceso metu įgytą patirtį.
4. Patikrina kitus bandymus
Dauguma iki šiol atliktų bandymų yra ribotos apimties ir jais neišbandomi visi įmanomi techninės ar programinės įrangos deriniai – šiais bandymais būtų galima veiksmingai patikrinti šiuos rezultatus du kartus. Pavyzdžiui, atliekant suderinamumo su skirtingomis naršyklėmis bandymus patvirtinami prieš tai buvę kokybės užtikrinimo etapai, nes parodoma, kad rezultatai yra tokie patys, kai naudotojas naudoja kitą naršyklę.
5. Mažina išlaidas
Suderinamumo testavimas taip pat gali sumažinti dabartinės programos išlaidas, nes padeda komandoms nustatyti problemas prieš programai patenkant į viešą versiją – tuomet klaidų taisymas tampa brangesnis. Kuo įvairesni komandos testai (ir kuo didesnis jų aprėpties rodiklis), tuo pigiau pašalinti visas klaidas, kai jos atsiranda.
Suderinamumo testavimo iššūkiai
Štai bendri iššūkiai, su kuriais įmonės gali susidurti įgyvendindamos suderinamumo testavimą programinės įrangos testavimo srityje:
1. Ribotas laikas
Nors automatizavimo įrankiai ir kiti sprendimai gali gerokai pagreitinti suderinamumo bandymus imituojant įvairius įrenginius, šis procesas vis tiek turi vykti pagal įmonės kūrimo grafiką. Tai reiškia, kad testavimo komanda turi teikti pirmenybę labiausiai paplitusiems įrenginiams ir naršyklėms, kad užtikrintų, jog jie pasieks plačiausią (ir gausiausią) auditoriją.
2. Realių prietaisų trūkumas
Dažniausiai tikrinama virtualiomis mašinomis, kurios imituoja tikrų prietaisų komponentus ir sąlygas; tai daug pigiau (ir greičiau) nei savarankiškai įsigyti atitinkamas dalis ir platformas. Tačiau tai gali turėti įtakos šių rezultatų tikslumui, ypač todėl, kad veikimas dažnai priklauso nuo to, kaip naudotojai naudojasi tikruoju prietaisu.
3. Sudėtinga užtikrinti ateities perspektyvas
Suderinamumo bandymai gali būti atliekami tik su jau egzistuojančiomis platformomis; tai reiškia, kad jie negali garantuoti, jog programa veiks taip, kaip tikimasi, būsimose “Windows” ir “Google Chrome” versijose. Organizacijos gali tai ištaisyti tik po paleidimo, o tai dažnai kainuoja brangiau, be to, programa gali būti pasenusi.
4. Infrastruktūros priežiūra
Jei komanda nusprendžia patikrinti daug platformų savo jėgomis, gali tekti mokėti didelius infrastruktūros mokesčius. Pavyzdžiui, atliekant mobiliųjų programų suderinamumo bandymus gali būti naudojami keli tikri mobilieji įrenginiai. Nors tai yra tikslesnis būdas nei imituojamas aparatinės įrangos suderinamumo bandymas, jis yra brangus ir paprastai reikalauja reguliarios priežiūros.
5. Didelis kombinacijų skaičius
Atliekant suderinamumo bandymus atsižvelgiama į daugelį tarpusavyje susijusių veiksnių, pavyzdžiui, operacinę sistemą, naršyklę, aparatinę įrangą, programinę įrangą ir net ekrano skiriamąją gebą. Net jei bandymų komanda turi daug laiko, iš tikrųjų neįmanoma pritaikyti visų galimybių. Atliekant konfigūracijos ir suderinamumo bandymus pirmenybė turi būti teikiama labiausiai tikėtiniems prietaisų deriniams.
Suderinamumo testavimo ypatybės
Pagrindinės suderinamumo testų charakteristikos:
1. Kruopštus
Atliekant šias patikras turi būti galima atskirti visas galimas suderinamumo problemas, kylančias tarp įrenginių, kitaip komanda gali išleisti nekokybišką programą. Pavyzdžiui, atliekant šias patikras turi būti užtikrinta, kad kiekviena programos funkcija būtų atvaizduojama taip, kaip tikimasi, nepriklausomai nuo naudotojo ekrano skiriamosios gebos.
2. Išsiplėtęs
Testuose turėtų būti išlaikoma pusiausvyra tarp išsamumo ir platumo, padedanti komandoms ištirti įvairias problemas, susijusias su daugeliu prietaisų konfigūracijų. Atliekant suderinamumo su skirtingomis naršyklėmis bandymus tikrinama daugybė operacinių sistemų ir naršyklių derinių, užtikrinant aukštą aprėpties lygį – kartais pasitelkiant automatinį sprendimą.
3. Dvikryptis
Šis procesas apima ir atgalinio, ir tiesioginio suderinamumo bandymus; pirmieji leidžia komandai patikrinti, kaip jų programa veiks senesnėje aparatinėje įrangoje. Pastaroji suteikia komandai galimybę naudotis pažangiausiomis platformomis ir padeda užtikrinti sėkmingą ilgalaikę veiklą, net jei jų galimybės užtikrinti ateitį yra gana ribotos.
4. Pasikartojantis
Šių patikrinimų metu nustatytas problemas turi būti lengva pakartoti kitiems testuotojams ir skyriams – tai rodo, kad jos atspindi klaidas, su kuriomis vartotojai gali susidurti. Jei svetainės suderinamumo testas rodo, kad tam tikros funkcijos neveikia tam tikroje naršyklėje, pakartojamumas padeda kūrėjams spręsti problemą.
Suderinamumo bandymų tipai
Pagrindiniai suderinamumo bandymų tipai yra šie:
1. Atgalinio suderinamumo testavimas
Atbulinio suderinamumo testavimas apima programėlės tikrinimą naudojant senesnes dabartinės techninės įrangos versijas – tai labai svarbu, nes, atliekant šiuos tikrinimus tik šiuolaikiniuose įrenginiuose, gali būti gerokai apribotas naudotojų skaičius. Daugelis žmonių vis dar naudojasi senesnėmis operacinėmis sistemomis, pavyzdžiui, “Windows 8”.
2. Išankstinis suderinamumo bandymas
Suderinamumo su ateitimi testavimas yra panašus, tačiau jame vertinamos šiuolaikinės ar būsimos technologijos, siekiant nustatyti, ar programa, nepaisant pažangos ir atnaujinimų, galės veikti daugelį metų. Neatlikus šių bandymų, programinė įranga gali nustoti veikti, pavyzdžiui, po kito naršyklės atnaujinimo.
3. Naršyklės suderinamumo testavimas
Svetainių suderinamumo su naršyklėmis testais užtikrinama, kad žiniatinklio programa ar svetainė veiktų įvairiose naršyklėse; tai labai svarbu, nes jose naudojami skirtingi išdėstymo varikliai. Kokybės užtikrinimo komandos netgi tikrina suderinamumą su skirtingomis naršyklėmis, t. y. tikrina, ar kiekviena naršyklė gali dirbti su programa skirtingose operacinėse sistemose.
4. Mobiliųjų įrenginių suderinamumo testavimas
Mobiliųjų programėlių testavimas yra panašus procesas kaip ir stalinių kompiuterių bei žiniatinklio programėlių tikrinimas, ypač atsižvelgiant į tai, kad dar vienas svarbus veiksnys yra telefono operacinė sistema. Pavyzdžiui, ” Android” ir “iOS” programėlės yra visiškai skirtingų formatų ir joms pritaikyti reikia visiškai atskiro kūrimo ir testavimo proceso.
5. Techninės įrangos suderinamumo testavimas
Atliekant šias patikras tikrinami konkretūs mašinos komponentai ir jų galimas poveikis programai; tai labai svarbu praktiškai bet kokio tipo įrenginiams. Pavyzdžiui, kompiuteryje gali būti vaizdo plokštė, kuri negali sėkmingai atvaizduoti žiniatinklio programos sąsajos.
6. Įrenginio suderinamumo bandymas
Kai kurios programos su išoriniais prietaisais jungiasi per “Bluetooth”, plačiajuostį arba laidinį ryšį. Pavyzdžiui, programėlei gali reikėti prisijungti prie spausdintuvo. Šiais bandymais siekiama įsitikinti, ar programa veikia su pačios platformos jungtimis ir visais prietaisais, kuriuos ji gali pasiekti.
7. Tinklo suderinamumo bandymas
Jei programai veikti reikia tinklo funkcijų, pavyzdžiui, prisijungti prie internetinės duomenų bazės per įmonės serverį, reikia atlikti daugybę suderinamumo patikrų. Taip užtikrinama, kad programa veiktų tinkamu greičiu naudojant “Wi-Fi”, 4G arba 3G tinklo ryšį.
Ką tikriname atlikdami suderinamumo testus?
Suderinamumo testeriai paprastai tikrina šiuos dalykus:
1. Veikimas
Vienas iš pagrindinių suderinamumo testavimo tikslų – užtikrinti stabilumą, nes kai kurie taikomosios programos aspektai gali būti visiškai nesuderinami su įprastomis platformomis. Tikrindama bendrą šios programos reakciją, testavimo komanda užtikrina, kad tam tikruose įrenginiuose nebus rimtų gedimų.
2. Funkcionalumas
Atliekant suderinamumo bandymus taip pat tikrinamos bendrosios programos savybės ir funkcijos, kad būtų užtikrinta, jog programinė įranga gali teikti tinkamus rezultatus. Pavyzdžiui, ryšių su klientais valdymo sistema gali negalėti pateikti pardavimų duomenų ar bendros analizės naudotojams, turintiems pasenusią operacinę sistemą.
3. Grafika
Kai kuriose naršyklėse ar įrenginiuose dėl įvairių priežasčių gali būti sunku atvaizduoti tam tikrus grafinius elementus, todėl suderinamumo patikros gali padėti tai padaryti. Programa gali veikti tik esant tam tikrai ekrano raiškai, nebent kūrėjai pakeistų programos turinio rodymo būdą.
4. Ryšys
Atliekant suderinamumo testus taip pat tikrinama, kaip programa integruojasi su naudotojo įrenginiu ir savo duomenų baze, kad galėtų aptikti tokius įrenginius kaip spausdintuvai. Atliekant šias patikras gali būti nustatyta, kad, pavyzdžiui, programa negali prisijungti prie savo duomenų bazės 3G tinkluose.
5. Universalumas
Atliekant šiuos patikrinimus įsitikinama, kad įmonės programa yra pakankamai universali, kad galėtų veikti senose ir naujose tos pačios operacinės sistemos versijose, atliekant atgalinio ir tiesioginio suderinamumo testus. Taip užtikrinama, kad naudotojams nebus užblokuota galimybė naudotis programa, jei jų programinė įranga yra kelerius metus pasenusi.
Suderinamumo bandymų rezultatų tipai
Trys pagrindiniai suderinamumo testų rezultatai:
1. Bandymų rezultatai
Dažniausias šių patikrinimų rezultatas yra patys rezultatai, kurie gali būti įvairių formų. Pavyzdžiui, atlikus naršyklių suderinamumo bandymus gali paaiškėti, kad “Microsoft Edge” naršyklėje žiniatinklio programa sukelia atminties nutekėjimą, o “Chrome” naršyklėse ta pati programa neturi jokio neigiamo poveikio. Arba programa gali veikti tiksliai taip, kaip komanda tikisi atitinkamose platformose.
2. Bandymų žurnalai
Bandymų rezultatai taip pat pateikiami kaip pačios programos žurnalai, kuriuose klaidų pranešimuose nurodomos visos aptiktos programinės įrangos problemos. Šiuose žurnaluose netgi galima nustatyti konkrečią programos dalį, kuri sukelia šią klaidą. Atlikdami suderinamumo bandymus, bandytojai turi žinoti, kaip šie žurnalai pasireiškia ir kaip šios problemos pateikiamos skirtingose platformose.
3. Testavimo atvejai
Suderinamumo bandymų atvejais nustatoma, kokius bandymus komanda atliks, ir suteikiama vieta, kurioje jie gali įrašyti rezultatus paprastu formatu. Siekdami nustatyti problemos priežastį, bandytojai turėtų naudotis savo žiniomis apie programinę įrangą, taip pat rezultatais ir žurnalais. Kuo daugiau informacijos jie pateiks, tuo greičiau kūrėjai galės pradėti taisyti klaidas.
Aptiktų defektų tipai
atliekant suderinamumo bandymus
Pateikiame dažniausiai pasitaikančias klaidas, kurias gali nustatyti suderinamumo testai:
1. Maketo mastelio keitimas
Svetainių suderinamumo testas gali parodyti, ar žiniatinklio programėlę ar net tinklalapius sudarantys elementai atitinka naudotojo įrenginį, ypač jo ekrano skiriamąją gebą ir dydį. Todėl kai kurias grafines funkcijas gali būti sunku matyti tam tikrose naršyklėse.
2. Programinės įrangos gedimai
Suderinamumo testai leidžia lengviau nustatyti, ar programa apskritai gali veikti kai kuriose platformose. Pavyzdžiui, žaidimo kūrėjas gali nustatyti minimalius savo produkto sistemos reikalavimus, tikrindamas, kurie įrenginiai, bandytojams paleidus žaidimą, sugenda dėl nepakankamos operatyviosios atminties ir procesoriaus spartos.
3. HTML/CSS patvirtinimo problemos
Skirtingos naršyklės ir įrenginiai kodą skaito skirtingais būdais, o kai kurios automatiškai ištaiso paprastas kodavimo klaidas, pvz., netinkamai uždaromą HTML žymą. Atliekant suderinamumo su naršyklėmis bandymus gali būti nustatyti negaliojančios CSS atvejai, dėl kurių programa negali generuoti savo turinio ir net pagrindinių funkcijų.
4. Vaizdo įrašų atkūrimo klaidos
Daugelyje šiuolaikinių vaizdo įrašų grotuvų vaizdo įrašams internetu transliuoti naudojama HTML5, o tai gali būti pagrindinė įmonės interneto programos dalis. Tačiau komandos, tikrinančios svetainių naršyklių suderinamumą, gali pastebėti, kad jų programėlės vaizdo funkcijos nesuderinamos su pasenusiomis naršyklėmis.
5. Failų saugumas
Atliekant suderinamumo bandymus programinės įrangos inžinerijos srityje taip pat galima rasti problemų, susijusių su failų saugumu ir jo skirtumais įvairiuose įrenginiuose. Pavyzdžiui, naujesnėse “Windows” versijose įvesties ir išvesties apsauga yra patikimesnė. Dėl to programai (pvz., antivirusinei programinei įrangai) gali būti sunku pasiekti įrenginio failus.
Suderinamumo testavimo procesas
Įprastiniai suderinamumo testavimo etapai yra šie:
1. Sudaryti bandymų planą
Atliekant suderinamumo bandymus labai svarbus išsamus bandymų planas, kuriuo kokybės užtikrinimo komanda gali remtis, kai reikia, atlikdama patikrinimus. Pavyzdžiui, čia išsamiai nurodomi įrenginiai, kuriuos jie testuos, ir kriterijai, pagal kuriuos jie bus pripažinti arba nepripažinti; taip pat turi būti nustatyta, ar bus naudojamas robotizuotas procesų automatizavimas.
2. Sukonfigūruokite bandymų atvejus
Testavimo atvejai taip pat svarbūs, nes juose išsamiai aprašomos konkrečios suderinamumo patikros, kurias atlieka komandos, ir konkretūs įrenginiai, su kuriais jos dirba. Jame taip pat nurodomi tikslūs veiksmai, kuriuos atliks bandytojai, ir pakankamai vietos, kad jie galėtų užrašyti rezultatus ir visą informaciją, kuri padės kūrėjams užtikrinti suderinamumą.
3. Testavimo aplinkos sukūrimas
Norint užtikrinti, kad bandymai būtų tikslūs, būtina sukurti izoliuotą ir nepriklausomą, nuo išorės poveikio apsaugotą bandymų aplinką, kuri taip pat leistų kokybės užtikrinimo komandai nustatyti, iš kur kyla problemos. Be to, bandytojai gali atlikti programos patikrinimus niekaip nepakenkdami “tikrajai” versijai.
4. Atlikti testus
Parengę testavimo atvejus ir aplinką, komanda gali pradėti suderinamumo bandymus – net ir naudodami automatizuotą sprendimą, jie turi tik ribotą laiką. Atsižvelgdami į tai, bandytojai turės nustatyti prioritetus dažniausiai naudojamoms operacinėms sistemoms ir prietaisų konfigūracijoms ir užtikrinti plačią bandymų aprėptį, nepaisant šių apribojimų.
5. Pakartotinis testas
Atlikę testus ir gavę testavimo atvejus, kūrėjai pakeis programą taip, kad pagerintų jos suderinamumą, nors tai gali būti įmanoma ne visuose įrenginiuose. Tuomet testuotojai dar kartą patikrina programą ir įsitikina, kad anksčiau aptiktų problemų nebėra ir nėra naujų didelių klaidų.
Bendros suderinamumo testavimo metrikos
Štai keletas bendrų suderinamumo testams naudojamų rodiklių:
1. Duomenų srauto pralaidumas
Tinklo suderinamumo testais nustatoma, kaip programa veikia įvairiuose tinkluose, įskaitant plačiajuosčio ryšio ir mobiliuosius duomenų perdavimo tinklus. Minimalus duomenų srauto pralaidumas, kurio reikia, kad programa galėtų atlikti įprastas funkcijas ir prisijungti prie įmonės duomenų bazės, gali būti per didelis, pavyzdžiui, vidutiniam 3G ryšiui.
2. Procesoriaus naudojimas
Vienas iš būdų, kaip pasireiškia našumo problemos, yra neproporcingai didelis procesoriaus naudojimas – tai gali reikšti, kad įrenginys paprasčiausiai neatitinka minimalių programos reikalavimų. Procesoriaus problemos taip pat gali paveikti programos atsako laiką, apriboti jos veikimą ir sukelti tokį vėlavimą, kad naudotojams gali būti sunku įsitraukti.
3. Sistemos naudojimo patogumo skalė
Sistemos tinkamumo naudoti skalė yra įprastas būdas subjektyviai vertinti subjektyvias programos detales – ją sudaro dešimt pagrindinių klausimų apie programos tinkamumą naudoti. Gautas SUS balas yra 100 balų ir gali skirtis skirtingose platformose dėl grafinių klaidų.
4. Bendras defektų skaičius
Šis rodiklis yra pastovus daugeliui testavimo tipų ir leidžia testuotojams suprasti dabartinę programos būklę. Komanda taip pat gali palyginti įvairių platformų defektų skaičių. Tokiu būdu testuotojai gali išryškinti klaidas, kurios atsiranda dėl nesuderinamumo.
5. SUPRQ rezultatas
Panašiai kaip ir programos SUS balas, standartizuotas naudotojo patirties procentilio reitingo klausimynas yra būdas testuotojams įvertinti programą pagal kelis pagrindinius veiksnius, įskaitant patogumą ir išvaizdą. Tai padeda nustatyti, kaip klientams gali būti sunku naudotis programa tam tikruose įrenginiuose.
7 klaidos ir spąstai įgyvendinant suderinamumo bandymus
Pateikiame septynias svarbiausias klaidas, kurių reikia vengti atliekant suderinamumo bandymus:
1. Realių prietaisų trūkumas
Nors neįmanoma išbandyti visų įmanomų prietaisų derinių, testavimo komandai vis tiek naudinga naudoti kuo daugiau realių prietaisų. Įvairios platformos siūlo “tikrus” įrenginius, naudojančius debesijos sprendimus, kad būtų lengviau atlikti suderinamumo su įvairiomis naršyklėmis bandymus, kurie gali atspindėti vietinį našumą.
2. Vengti senesnių prietaisų
Daugelis naudotojų vis dar naudojasi senesnėmis “Windows” ar “iOS” versijomis; todėl, jei visas dėmesys bus sutelktas tik į naujus populiarių įrenginių ir operacinių sistemų leidimus, produkto pasiekiamumas gali būti ribotas. Jei komanda neišplės bandymų, įtraukdama “pasenusius” įrenginius, nemažai auditorijos daliai gali būti sunku naudotis programa.
3. Netinkamas laiko valdymas
Dažnai būna daug įrenginių ir konfigūracijų, kurioms reikia atlikti suderinamumo testą, todėl komanda turi skirti laiko, kad patikrintų kuo daugiau iš jų. Tai svarbu, nes paprastai bandymai vis dar atliekami kūrimo pabaigoje; netinkamas valdymas gali smarkiai apriboti patikrinimų skaičių.
4. Netinkamas tvarkaraščio sudarymas
Taip pat labai svarbu, kad komandos šiuos bandymus atliktų tinkamu programos kūrimo etapu, pageidautina po alfa testavimo ir daugumos funkcinių bandymų. Taip lengviau nustatyti, ar problema yra bendras defektas, ar būdinga tik tiems prietaisams, kuriuos komanda nagrinėja.
5. Neatsižvelgiama į ekrano skiriamąją gebą
Ekrano skiriamoji geba gali būti kur kas svarbesnis suderinamumo veiksnys, nei daugelis testavimo komandų pripažįsta, ypač dėl to, kad ją galima pritaikyti ir ji turi įtakos tam, kaip įrenginys rodo grafinius elementus. Net ir artėjant suderinamumo testų terminui, labai svarbu, kad testavimo komandos vis tiek stengtųsi tai įtraukti į savo strategiją.
Kompetencijos trūkumas
Testuotojai turi būti labai kvalifikuoti, kad galėtų patikrinti svetainių, naršyklių ir programinės įrangos suderinamumą, be daugelio kitų formų, kuriomis šie testai gali būti atliekami. Jei testavimo vadovas paveda vienam iš savo komandos narių atlikti suderinamumo patikras, o šis neturi pakankamai patirties, tai gali sulėtinti testus ir sumažinti jų tikslumą.
6. Jokių išankstinių diskusijų
Kadangi suderinamumo bandymai dažnai užima daug laiko (ir gali prireikti įvairių prietaisų), komandos turi visapusiškai nustatyti savo patikrinimų apimtį ankstyvuoju kokybės užtikrinimo etapu. Pavyzdžiui, dar prieš pradėdami patikrinimus jie turi aiškiai žinoti, kokius konkrečius įrenginius ar konfigūracijas ketina išbandyti.
Geriausia suderinamumo testavimo praktika
Geriausi būdai užtikrinti aukštos kokybės suderinamumo testus yra šie:
1. Testavimas viso kūrimo metu
Kadangi programinė įranga kas savaitę labai keičiasi, tai gali turėti įtakos programos suderinamumui su jai skirtais įrenginiais. Komandos turi pakartotinai atlikti programinės įrangos ir skirtingų naršyklių suderinamumo bandymus, kad įsitikintų, jog programa ir po kūrimo pakeitimų gerai veikia šiose platformose.
2. Naudokite tikrus prietaisus
Kai kurie suderinamumo testavimo įrankiai suteikia galimybę naudotis “tikrais” imituojamais įrenginiais, kurie gali būti panašūs į tos platformos naudotojo patirtį. Tai leidžia užtikrinti suderinamumą su daugiau įrenginių, kartu išlaikant aukštą tikslumo lygį, kurio nėra tam tikruose automatizuotuose sprendimuose.
3. Nustatykite testų prioritetus
Turėdami nedaug laiko šiems patikrinimams atlikti, suderinamumo bandytojai gali būti priversti pirmenybę teikti dažniausiai naudojamiems įrenginiams, naršyklėms ir operacinėms sistemoms. Taip pat testavimo komanda pirmiausia turėtų patikrinti svarbiausias programinės įrangos funkcijas, kad užtikrintų pagrindinį funkcionalumą šiuose įrenginiuose.
4. Integruoti judrius metodus
Kai kurios įmonės, atlikdamos suderinamumo bandymus, pasirenka sprinto metodą, kuris leidžia lengvai pasiekti svarbiausius bandymų etapus, pavyzdžiui, patikrinti tam tikrą skaičių įrenginių. Agile skatina bendravimą tarp padalinių, taip pat suteikia nustatytą testavimo struktūrą, kuri gali užtikrinti nuoseklų ir greitą tobulėjimą.
5. Apriboti testavimo apimtį
Kokybės užtikrinimo komandos turi žinoti, kada baigti testus ir netgi pripažinti nesuderinamumo atvejį. Tokiu atveju kūrėjas gali nekeisti programinės įrangos, o pakeisti būtiniausius reikalavimus, jei jų būtų pernelyg sunku apeiti taisant klaidas.
Suderinamumo testavimo atvejų ir scenarijų pavyzdžiai
Suderinamumo bandymų atvejais nustatomi testavimo grupės įvesties duomenys, testavimo strategija ir laukiami rezultatai, kuriuos jie palygina su faktiniais rezultatais. Kadangi patikrinimai apima daugybę prietaisų ir konfigūracijų, dažnai tai yra ilgas procesas.
Šie atvejai paprastai būna tokie:
– Patikrinkite, ar tinkamai rodomas žiniatinklio programos HTML.
– Patikrinkite, ar galima naudoti programinės įrangos “JavaScript” kodą.
– Pažiūrėkite, ar programa veikia skirtingomis raiškomis.
– Patikrinkite, ar programa gali pasiekti failų katalogą.
– Įsitikinkite, kad programėlė jungiasi prie visų galimų tinklų.
Pateikiame konkrečių skirtingų programų suderinamumo testavimo programinės įrangos testavimo pavyzdžių:
1. Socialinių tinklų programa
Socialiniai tinklai dažniausiai yra naršyklėse ir atitinkamuose įrenginiuose naudojamos mobiliosios program ėlės; abiejų tipų programėles reikia vienodai kruopščiai išbandyti. Pavyzdžiui, ši mobilioji programėlė turi visiškai veikti bent jau “iOS” ir “Android” įrenginiuose – komanda turi patikrinti senus ir naujus kiekvienos operacinės sistemos įrenginius. Jei, pavyzdžiui, tam tikro modelio “iPhone” negali atvaizduoti animuotų GIF failų, komanda turi nustatyti, kas tai lemia, kad užtikrintų nuoseklią naudotojų patirtį.
2. Vaizdo žaidimas
Vaizdo žaidimuose paprastai siūlomos pritaikomos grafinės parinktys, kurias naudotojai gali keisti, kad jos atitiktų jų kompiuterį; tai apima ekrano skiriamosios gebos valdymą ir tinkamą vartotojo sąsajos mastelio keitimą. Tam tikros problemos gali kilti priklausomai nuo konkrečios žaidėjo aparatinės įrangos – dėl išlyginimo klaidų grafika gali būti grūdėta. Taip gali būti dėl įprastos vaizdo plokštės, kuri nesuderinama su bendrovės tekstūrų atvaizdavimu. Priklausomai nuo konkrečios problemos, ji gali pasireikšti net kaip sistemos gedimas, kai tam tikruose įrenginiuose paleidžiamas žaidimas.
3. CRM debesų sistema
Ryšių su klientais valdymo sprendimuose plačiai naudojamos duomenų bazės informacijai apie sandorius, pardavėjus ir kitus svarbius verslo aspektus gauti, daugiausia naudojant debesų saugyklas. Bandytojai turėtų įsitikinti, kad ši duomenų bazė ir jos debesijos paslaugos veikia skirtinguose tinkluose, įskaitant 3G ir 4G tinklus, jei naudotojui reikia prie jos prisijungti be interneto ryšio. Komanda taip pat turi patikrinti įvairias operacines sistemas, nes, pavyzdžiui, tam tikros klaidos gali pasireikšti tik “Linux” įrenginiuose.
Rankiniai ar automatiniai suderinamumo bandymai?
Automatizavimas gali būti labai naudingas atliekant suderinamumo bandymus, nes komandos gali patikrinti daug prietaisų daug greičiau nei rankiniu būdu. Tačiau rankinis testavimas gali būti tinkamesnis, kai tikrinama ribotas naršyklių ir įrenginių skaičius, pavyzdžiui, vaizdo žaidimas, kurį galima žaisti tik dviejose platformose. Programinės įrangos patogumas dažnai yra pagrindinis suderinamumo testų veiksnys, todėl paprastai reikia žmogaus požiūrio, kuris gali geriau nustatyti grafinio atvaizdavimo problemas. Tai gali padėti padaryti robotų procesų automatizavimas, kai įdiegiami programinės įrangos robotai, kurie gali lengviau imituoti žmogaus požiūrį į suderinamumo bandymus.
Programų, skirtų įvairiems įrenginiams, pavyzdžiui, mobiliosioms ir žiniatinklio programoms, automatizavimas leidžia komandai užtikrinti didesnę testavimo aprėptį. Jie netgi galėtų naudoti hiperautomatizaciją, kad protingai perduotų šias patikras taip, kad žmonės testuotojai vis tiek patikrintų šias platformas dėl konkretaus naudotojo funkcionalumo. Atliekant rankinį testavimą vis dar privaloma atlikti suderinamumo bandymus atliekant kai kurias užduotis, pavyzdžiui, patikrinti, ar vartotojo sąsaja teisingai rodoma kiekviename įrenginyje. Tai reiškia, kad geriausias būdas galėtų būti mišri strategija, pagal kurią automatizuotai galima išbandyti daugiau įrenginių, taip padidinant jų spartą ir kartu atsižvelgiant į naudojimo patogumo svarbą.
Ko reikia norint pradėti suderinamumo testavimą?
Pagrindinės suderinamumo testavimo sąlygos paprastai yra šios:
1. Kvalifikuoti testavimo darbuotojai
Suderinamumo testuotojams paprastai keliami aukštesni kvalifikacijos reikalavimai nei kitų kokybės užtikrinimo formų specialistams, nes jie tikrina įvairesnius prietaisus ir dažnai susiduria su daugiau klaidų. Tai gali būti problemų sprendimas, bendravimas ir dėmesys detalėms. Grupės vadovai turėtų paskirti testuotojus, kurie turi patirties tikrinant tą pačią programą daugelyje platformų.
2. Stiprus įrenginio emuliavimas
Gali būti sudėtinga gauti ir išbandyti visus fizinius įrenginius, kuriuos komanda gali išbandyti, todėl emuliacija yra labai svarbi norint sužinoti, kaip įvairios platformos reaguoja į tą pačią programą. Šis procesas retai kada būna tobulas, todėl testuotojai turi išnagrinėti daugybę emuliatorių ir automatizuotų testavimo įrankių, kad išsiaiškintų, kuris iš jų yra tiksliausias.
3. Aiški testavimo apimtis
Prieš pradedant patikrinimus komanda turėtų suprasti savo veiklos sritį, ypač dėl to, kad nuo to gali priklausyti jos darbo tempas. Nors programa gali būti siekiama aprėpti daug platformų, bandytojai turėtų nustatyti tinkamą ribinį tašką. Pavyzdžiui, testuojant operacines sistemas, išleistas prieš “Windows 7”, gali sumažėti nauda.
4. Laiko valdymas
Suderinamumo testavimas gali būti atliekamas bet kuriuo kokybės užtikrinimo etapo metu, tačiau dažniausiai jis atliekamas kūrimo pabaigoje, kai programa yra stabili ir turi visas funkcijas. Tačiau bandytojai turėtų apsvarstyti suderinamumą gerokai anksčiau, nes tai dažnai atima daug laiko. Kruopštus išankstinis planavimas padeda komandai užtikrinti, kad kiekvienai patikrai bus skirta pakankamai laiko.
Suderinamumo testavimas
kontrolinis sąrašas, patarimai ir gudrybės
Pateikiame papildomų patarimų, kurių kokybės užtikrinimo komandos turi nepamiršti atlikdamos suderinamumo testus:
1. Nesiekite absoliučios aprėpties
Nors kiekviena testavimo strategija siekiama maksimaliai padidinti testavimo aprėptį, paprastai ji sustabdoma nepasiekus 100 %, nes mažėja grąža, o labai nedaug naudotojų gauna tik nedidelius patobulinimus. Atsižvelgdamos į suderinamumo kontekstą, komandos turėtų suprasti, kada prietaisu naudosis per mažai klientų, kad būtų verta atlikti šiuos patikrinimus.
2. Pirmenybė teikiama skirtingų naršyklių deriniams
Atliekant suderinamumo su įvairiomis naršyklėmis bandymus kiekviena naršyklė tikrinama su įvairiomis operacinėmis sistemomis. Testuotojai turi naudotis išsamia savo auditorijos analize, kad nustatytų, kuri iš abiejų svetainių yra populiariausia, ir vadovautis ja. Jie netgi gali sukurti naršyklių suderinamumo matricą, kurioje būtų nustatyta šių patikrinimų apimtis ir įvairios jų konfigūracijos.
3. Patikrinkite išdėstymą
Suderinamumo testavimo esmė – užtikrinti nuoseklią patirtį, todėl šios patikros turi būti gilesnės nei nustatyti, ar programos funkcijos veikia skirtinguose įrenginiuose. Komandos taip pat turėtų patikrinti bendrą programinės įrangos išdėstymą, įskaitant visų formų ar lentelių suderinimą, taip pat programos CSS ir HTML vientisumą.
4. Patikrinkite API
Programų programavimo sąsajos yra pagrindinis naršyklių programėlių skaitymo komponentas, todėl jos yra labai svarbios komandai atliekant suderinamumo su įvairiomis naršyklėmis bandymus. Skirtingos žiniatinklio naršyklės turi savo API skambučius, o jų atnaujinimai laikui bėgant gali turėti įtakos suderinamumui. Testuotojai turi reguliariai jas tikrinti, net jei įmonė kiekvienai programai naudoja panašią API.
5. Išnagrinėkite SSL sertifikatą
SSL sertifikatai didina naršyklės saugumą – jais užšifruojamas žiniatinklio srautas ir naudotojams suteikiama galimybė naudotis HTTPS protokolais. Svetainės arba žiniatinklio programos sertifikatas gali būti nesuderinamas su tam tikromis naršyklėmis. Tai reiškia, kad bandytojai turėtų patvirtinti sertifikatą visose pagrindinėse platformose, kad įsitikintų, jog naudotojai jų svetainėje jaučiasi saugūs.
6. Patvirtinti vaizdo grotuvus
Programos, kuriose rodomi vaizdo įrašai, pavyzdžiui, srautinio perdavimo paslaugos arba nemokami mobilieji žaidimai, kuriuos palaiko reklamos, turėtų būti testuojamos siekiant užtikrinti, kad šie vaizdo įrašai būtų rodomi visuose numatytuose įrenginiuose. Daugelyje programėlių bus tikrinami ir kompiuteriai, ir mobilieji įrenginiai, taip pat gali būti tikrinama vaizdo įrašo kokybė, greitis ir kadrų dažnis.
5 geriausi suderinamumo testavimo įrankiai ir programinė įranga
Veiksmingiausi nemokami ir mokami suderinamumo testavimo įrankiai yra šie:
1. ZAPTEST Free & Enterprise Edition
“ZAPTEST” siūlo puikų funkcionalumą tiek nemokamose, tiek mokamose verslininkų versijose, todėl padeda bet kokio dydžio (ar biudžeto) įmonėms atlikti suderinamumo patikras. Įmonės, pasirinkusios “ZAPTEST” versiją “Enterprise”, gali gauti net 10 kartų didesnę grąžą nei pradinės investicijos. Sprendime esanti 1SCRIPT funkcija specialiai pritaikyta suderinamumo bandytojų poreikiams, todėl jie gali atlikti tuos pačius bandymus keliose platformose, nekeisdami atitinkamo kodo. Be jokių papildomų išlaidų pridėkite moderniausias RPA funkcijas ir turėsite vientisą bet kokios užduoties automatizavimo sprendimą.
2. LambdaTest
“LambdaTest” naudoja debesų kompiuterija pagrįstą metodą, kad galėtų pateikti 3 000 automatizuotų įrenginių, tačiau daug dėmesio skiria interneto naršyklėms, o tai gali apriboti šio sprendimo veiksmingumą tam tikroms programoms. Ši platforma specializuojasi nuolatinio testavimo srityje, glaudžiau integruodama kokybės užtikrinimo procesą su kūrimu. Šios programos patikrinimai taip pat leidžia naudotojams nustatyti savo skiriamąją gebą, todėl daug lengviau atlikti suderinamumo su įvairiomis naršyklėmis bandymus. Šis sprendimas siūlo nemokamą modelį, tačiau jis apima ribotus bandymus be atnaujinimo ir be realių įrenginių.
3. BrowserStack
Panašiai kaip “LambdaTest”, “BrowserStack” suteikia prieigą prie 3 000 realių įrenginių; jų kataloge taip pat yra senesnių ir beta naršyklių parinkčių. Nors žmonės dažniau atnaujina savo naršyklę nei operacinę sistemą, vis dar gali būti daug žmonių, naudojančių senesnes versijas – “BrowserStack” į tai atsižvelgia. Naudotojai taip pat gali atlikti geografinės vietos nustatymo bandymus, kad pamatytų, kaip svetainės ir žiniatinklio programos atrodo skirtingose šalyse. Tačiau nėra nemokamų ar nemokamų parinkčių, o realaus įrenginio testavimas gali būti lėtas.
4. TestGrid
“TestGrid” leidžia atlikti lygiagretų testavimą, todėl komandos vienu metu gali patikrinti kelis derinius ir taip pagreitinti procesą. Šis sprendimas taip pat gerai integruojamas į testavimo ir kūrimo darbo eigą – galbūt palengvins judrų požiūrį, nes taps pagrindine departamento sprintų dalimi. Tačiau “TestGrid” kartais susiduria su sunkumais jungiantis prie debesų įrenginių ir naršyklių. Be to, programa yra gana ribota apkrovos testavimo, dokumentacijos ir naujų įrenginių įtraukimo į įmonės sąranką požiūriu.
5. Browsera
“Browsera” daugiausia dėmesio skiria svetainių testavimui, kad būtų užtikrinta, jog jos būtų tinkamai rodomos įvairiuose įrenginiuose, naršyklėse ir operacinėse sistemose. Kadangi šis metodas pagrįstas debesija, kokybės užtikrinimo komandoms nereikia įdiegti šios virtualios testavimo laboratorijos savo įrenginiuose. “Browsera” taip pat gali palyginti rezultatus, kad protingai pastebėtų išdėstymo problemas ir “JavaScript” klaidas, kurių gali nepastebėti net žmogus testuotojas. Tačiau “Browsera” nepalaiko kelių įprastų naršyklių, įskaitant “Opera”, ir nemokamai siūlo tik pagrindines bandymų funkcijas.
Išvada
Sėkmingai kokybės užtikrinimo strategijai labai svarbus suderinamumo testavimas, leidžiantis komandoms patvirtinti savo programas įvairiuose įrenginiuose. Neįdiegusios šio metodo, įmonės gali nežinoti, kad jų programinė įranga neveiks daugeliui tikslinės auditorijos narių iki pat jos paleidimo. Tai kainuoja daug laiko ir pinigų, palyginti su bandymais prieš išleidimą, o tokios programos kaip ZAPTEST gali dar labiau supaprastinti šį procesą. Pasirinkus “ZAPTEST” kaip testavimo įrankį, su “1SCRIPT” ir daugeliu kitų nemokamai prieinamų funkcijų, pavyzdžiui, lygiagretaus testavimo funkcija, galima pakeisti bet kurį projektą ir suteikti komandoms visišką pasitikėjimą savo programa.
