Savietojamības testēšana ir neatņemama daudzu kvalitātes nodrošināšanas stratēģiju sastāvdaļa, kas ļauj uzņēmumiem pārbaudīt, vai to programmatūra pareizi darbojas dažādās platformās. Pat galddatoram paredzētai programmai ir vairākas galvenās operētājsistēmas, kas jāņem vērā, un simtiem, ja ne tūkstošiem, aparatūras atšķirību, kas var ietekmēt stabilitāti. Izpratne par saderības testēšanas procesu un tā parastajām priekšrocībām var palīdzēt garantēt efektīvu produkta laišanu tirgū, kas spēj sasniegt pēc iespējas lielāku lietotāju auditoriju.
Lai gan savietojamības testēšana var sniegt virkni priekšrocību, pastāv arī vairāki būtiski izaicinājumi, kas programmatūras testēšanas komandai jāpārvar, lai maksimāli izmantotu šīs metodes potenciālu. Lai iegūtu labākos rezultātus un nodrošinātu visaptverošu vispārējo testu pārklājumu, šīm nodaļām ir arī konkrētas prakses, kas tām būtu jāizmanto.
Šajā rakstā sīkāk aplūkosim saderības testēšanu, tostarp būtiskākos soļus, kas komandām ir jāveic, kā arī pašlaik pieejamos noderīgākos testēšanas rīkus.
Kas ir saderības testēšana
programmatūras testēšana un inženierija?
Savietojamības testēšanā tiek pārbaudīta programmatūra dažādās ierīcēs, aparatūrā un programmaparatūrā, lai pārliecinātos, ka tā darbojas atbilstoši komandas cerībām. Iespējams, ka katrs lietotājs ar savu programmu sāk strādāt jaunā ierīcē, tāpēc uzņēmumam ir svarīgi, lai visi lietotāji varētu garantēt līdzīgu pieredzi. Piemēram, saderības testos var pārbaudīt katru lietotnes funkciju, lai pārliecinātos, ka tā darbojas visās galvenajās operētājsistēmās.
Bez rūpīgas saderības testēšanas ir pilnīgi iespējams, ka uzņēmums var izdot lietojumprogrammu, kas nedarbojas ar noteiktām populārām ierīcēm. Šīm pārbaudēm jābūt visaptverošām, jo problēmas var rasties dažādos veidos, piemēram, šī lietojumprogramma var nedarboties ar kāda īpaša tipa grafisko karti. Ja to apvieno ar citiem programmatūras testēšanas veidiem, kvalitātes nodrošināšanas komandas var pārliecināties, ka programma ir gatava izlaišanai.
1. Kādos gadījumos un kāpēc ir jāveic mobilo lietojumprogrammu, tīmekļa vietņu, sistēmu un dažādu pārlūkprogrammu saderības testēšana?
Uzņēmumi savietojamības testēšanu veic programmatūras testēšanas posmā, jo īpaši tad, kad ir izstrādāta programmas “stabila” versija, kas precīzi atspoguļo, kā tā darbosies klientu vajadzībām. Tas turpinās pēc alfa, pieņemšanas un citiem testēšanas veidiem, kuros bieži tiek meklēti vispārēji stabilitātes un ar funkcijām saistīti jautājumi. Ja saderības testēšanas posmā lietojumprogramma saskaras ar problēmām, tās parasti ir saistītas ar konkrētiem ar saderību saistītiem jautājumiem. Ja šīs pārbaudes tiek veiktas pārāk agri, tās var kļūt lieki nepieciešamas, jo nelielas izmaiņas vēlāk programmas izstrādes ciklā var radikāli ietekmēt saderību.
Pārlūkprogrammu un pārlūkprogrammu savietojamības testēšana ir svarīga, jo tā palīdz uzņēmumiem izlaist lietojumprogrammu, par kuru tie zina, ka tā darbosies atbilstoši praktiski visās iespējamās ierīcēs. Piemēram, īpaši starp pārlūkprogrammām veiktā savietojamības testēšana palīdz nodrošināt, ka lietotājiem, kuri izmanto Operu, ir tāda pati pieredze kā tiem, kuri izmanto Firefox un citas galvenās pārlūkprogrammas. Komanda parasti testē tik daudz aparatūras/programmatūras variantu, cik viņiem atļauj laiks un budžets. Tas nozīmē, ka viņiem ir inteliģenti jānosaka prioritātes sistēmām vai pārlūkprogrammām, kuras klienti, visticamāk, izmantos, tādējādi garantējot plašu testēšanas pārklājumu un dzīvotspējīgu produktu.
2. Kad nav jāveic programmatūras saderības testēšana
Uzņēmumi var izveidot pielāgotu lietojumprogrammu konkrētai operētājsistēmai vai modelim, tādējādi ievērojami ierobežojot nepieciešamo pārbaužu skaitu. Programmatūras testēšanā starp pārlūkprogrammu saderības testēšana varētu būt lieka, ja, piemēram, šai programmai nav nepieciešama pārlūkprogramma. Laiks arī var būt nopietns faktors, kas kavē uzņēmuma iespējas veikt šos testus, tomēr testēšanas komandām joprojām jāstrādā, lai garantētu, ka galvenās sistēmas un pārlūkprogrammas ir saderīgas ar programmatūru. Ir arī daži projekti, kuriem nevar izmantot pamata saderības testus.
3. Kas ir iesaistīts savietojamības testēšanā?
Šeit ir minēti galvenie cilvēki, kas veic saderības testēšanu programmatūras testēšanā:
1. Izstrādātāji
Izstrādes komanda izstrādes laikā pārbauda lietojumprogrammas veiktspēju vienā platformā, un tā var būt pat vienīgā ierīce, kurā uzņēmums plāno izlaist programmu.
2. Testētāji
Kvalitātes nodrošināšanas komandas, kas darbojas uzņēmumā vai tiek nolīgtas no ārpuses, lietojumprogrammas saderības testēšanas posmā pārbauda daudzas iespējamās konfigurācijas, tostarp visas galvenās operētājsistēmas un pārlūkprogrammas.
3. Klienti
Uzņēmuma klientiem, iespējams, ir aparatūra vai konfigurācijas, ko komanda nevarēja rūpīgi pārbaudīt, tāpēc viņu lietotāja pieredze var būt pirmā reālā konkrētās konfigurācijas pārbaude.
Savietojamības testēšanas priekšrocības
Programmatūras savietojamības testēšanas parastās priekšrocības ir šādas:
1. Plašāka auditorija
Jo rūpīgāk komanda testē savu programmatūru, jo vairāk ierīcēm tā var droši to izdot, nodrošinot, ka tās lietojumprogrammu var izmantot plaša auditorija dažādās platformās. Tas ļauj uzņēmumiem iegūt vairāk produktu pārdošanu par programmu un var arī uzlabot pozitīvu atsauksmju skaitu, ko šī programmatūra saņem no lietotājiem.
2. Uzlabo stabilitāti
Savietojamības testēšana programmatūras testēšanā ir būtiska, lai izceltu stabilitātes un veiktspējas problēmas, kas dažādās ierīcēs bieži vien var būt izteiktākas, jo īpaši, ja izstrādātāji šo lietojumprogrammu ir izstrādājuši tikai vienai platformai. Sistēmas savietojamības tests parāda uzņēmumam, ko lietotāji (dažādās ierīcēs) var sagaidīt no programmatūras vispārējās veiktspējas.
3. Pilnveido attīstību
Šiem testiem ir arī būtiska ilgtermiņa ietekme uz izstrādes komandu. Piemēram, mobilās saderības testēšana var sniegt vērtīgu informāciju par lietotņu izstrādi, ko uzņēmumi varētu ņemt vērā, veidojot papildu programmas. Tas var ievērojami samazināt turpmāko projektu saderības testu izmaksas, ļaujot atkārtoti izmantot šajā procesā gūto pieredzi.
4. Pārbauda citus testus
Vairums līdz šim veikto testēšanas veidu ir ierobežotas darbības jomas un nepārbauda visas iespējamās aparatūras vai programmatūras kombinācijas – šie testi varētu efektīvi dubultpārbaudīt šos rezultātus. Piemēram, savietojamības testēšana starp pārlūkprogrammām apstiprina iepriekš veiktos kvalitātes nodrošināšanas posmus, parādot, ka rezultāti ir tādi paši, ja lietotājam ir cits pārlūks.
5. Samazina izmaksas
Savietojamības testēšana var arī samazināt pašreizējās programmas izmaksas, palīdzot komandām identificēt problēmas, pirms lietotne nonāk publiskajā versijā – šajā brīdī kļūdu labošana kļūst dārgāka. Jo daudzveidīgāki ir komandas testi (un jo augstāks ir to testēšanas pārklājuma līmenis), jo lētāk ir novērst kļūdas, kad tās parādās.
Savietojamības testēšanas izaicinājumi
Šeit ir norādītas biežāk sastopamās problēmas, ar kurām uzņēmumi var saskarties, īstenojot saderības testēšanu programmatūras testēšanā:
1. Ierobežots laiks
Lai gan automatizācijas rīki un citi risinājumi var ievērojami paātrināt savietojamības testus, simulējot dažādas ierīces, šajā procesā joprojām jāievēro uzņēmuma izstrādes grafiks. Tas nozīmē, ka testēšanas komandai prioritāri jāizvēlas visizplatītākās ierīces un pārlūkprogrammas, lai nodrošinātu, ka tās saņem visplašākā (un visplašākā) auditorija.
2. Īstu ierīču trūkums
Šajās pārbaudēs parasti izmanto virtuālās mašīnas, kas simulē reālu ierīču sastāvdaļas un apstākļus; tas ir daudz lētāk (un ātrāk) nekā patstāvīgi iegādāties attiecīgās detaļas un platformas. Tomēr tas var ietekmēt šo rezultātu precizitāti, jo īpaši tāpēc, ka veiktspēja bieži vien ir atkarīga no tā, kā lietotāji izmanto reālo ierīci.
3. Grūti nodrošināties pret turpmāko attīstību
Savietojamības testēšana var tikt veikta tikai ar jau esošajām platformām; tas nozīmē, ka tā nevar garantēt, ka lietojumprogramma darbosies, kā paredzēts, arī nākamajās Windows un Google Chrome versijās. Organizācijas to var novērst tikai pēc palaišanas, kas bieži vien ir dārgāk, un tāpēc lietojumprogramma var būt novecojusi.
4. Infrastruktūras uzturēšana
Ja komanda nolemj pārbaudīt ievērojamu skaitu platformu pašu spēkiem, tas var radīt augstas infrastruktūras izmaksas. Piemēram, mobilo lietojumprogrammu savietojamības testēšanā var izmantot vairākas reālas mobilās ierīces. Lai gan tas ir precīzāk nekā imitēta aparatūras savietojamības testēšana, tas ir dārgi un parasti prasa regulāru apkopi.
5. Liels kombināciju skaits
Savietojamības testēšanā tiek ņemti vērā daudzi savstarpēji saistīti faktori, piemēram, operētājsistēma, pārlūkprogramma, aparatūra, programmaparatūra un pat ekrāna izšķirtspēja. Pat ja testēšanas komandai ir daudz laika, faktiski nebūtu iespējams ņemt vērā visas iespējas. Konfigurācijas un savietojamības testēšanā atkal jānosaka prioritāte visticamākajām ierīču kombinācijām.
Savietojamības testēšanas raksturlielumi
Savietojamības testu galvenie raksturlielumi ir šādi:
1. Rūpīgi
Šīm pārbaudēm jāspēj izolēt visas iespējamās savietojamības problēmas, kas rodas starp ierīcēm, citādi komanda var izdot kļūdainu programmu. Piemēram, šīm pārbaudēm ir jāpārliecinās, ka visas lietojumprogrammas funkcijas tiek atveidotas, kā paredzēts, neatkarīgi no lietotāja ekrāna izšķirtspējas.
2. Paplašināts
Testiem ir jāsaglabā līdzsvars starp dziļumu un plašumu, palīdzot komandām izpētīt vairākus jautājumus daudzās ierīču konfigurācijās. Savietojamības testēšana starp pārlūkprogrammām pārbauda plašu operētājsistēmu un pārlūkprogrammu kombināciju klāstu, nodrošinot augstu pārklājuma līmeni – dažkārt ar automatizēta risinājuma palīdzību.
3. Divvirzienu
Šis process ietver gan atpakaļejošās, gan iepriekšējās saderības testēšanu; pirmā ļauj komandai pārbaudīt, kā lietotne darbosies uz vecākas aparatūras. Pēdējais ļauj komandai piekļūt jaunākajām platformām, palīdzot garantēt veiksmīgu darbību ilgtermiņā, pat ja to nākotnes nodrošinājuma iespējas ir diezgan ierobežotas.
4. Atkārtojams
Šajās pārbaudēs atklātajām problēmām jābūt viegli atkārtojamām citiem testētājiem un nodaļām, lai pierādītu, ka tās atspoguļo kļūdas, ar kurām lietotāji varētu saskarties. Ja tīmekļa vietnes saderības tests liecina, ka konkrētas funkcijas nedarbojas konkrētā pārlūkprogrammā, atkārtojamība palīdz izstrādātājiem novērst problēmu.
Savietojamības testēšanas veidi
Galvenie saderības testēšanas veidi ir šādi:
1. Atpakaļejošās saderības testēšana
Atpakaļejošās saderības testēšana ietver lietotnes pārbaudi, izmantojot vecākas mūsdienu aparatūras versijas – tas ir ļoti svarīgi, jo, ierobežojot šīs pārbaudes tikai ar mūsdienu ierīcēm, var ievērojami ierobežot lietotāju skaitu. Daudzi cilvēki joprojām izmanto vecākas operētājsistēmas, piemēram, Windows 8.
2. Iepriekšēja savietojamības testēšana
Nākotnes saderības testēšana ir līdzīga, taču tā vietā tiek aplūkotas modernās vai topošās tehnoloģijas, lai noskaidrotu, vai lietotne, neraugoties uz uzlabojumiem un atjauninājumiem, spēs darboties gadiem ilgi. Ja šie testi netiks veikti, programmatūra var pārtraukt darboties, piemēram, līdz ar nākamo pārlūkprogrammas atjauninājumu.
3. Pārlūkprogrammu saderības testēšana
Tīmekļa vietņu pārlūkprogrammu saderības testi nodrošina, ka tīmekļa lietojumprogramma vai vietne var darboties dažādās pārlūkprogrammās; tas ir ļoti svarīgi, jo tās izmanto dažādus izkārtojuma dzinējus. Kvalitātes nodrošināšanas komandas pat pārbauda savietojamību ar dažādām pārlūkprogrammām, t. i., pārbauda, vai katra pārlūkprogramma spēj apstrādāt lietojumprogrammu dažādās operētājsistēmās.
4. Mobilās saderības testēšana
Mobilo lietotņu testēšana ir līdzīgs process kā darbvirsmas un tīmekļa lietojumprogrammu pārbaude, jo īpaši tāpēc, ka vēl viens svarīgs aspekts ir tālruņa operētājsistēma. Piemēram, Android un iOS lietotnēm ir pilnīgi atšķirīgi formāti, un, lai tās pielāgotu abām, ir nepieciešams pilnīgi atsevišķs izstrādes un testēšanas process.
5. Aparatūras savietojamības testēšana
Šajās pārbaudēs tiek apskatītas konkrētas ierīces sastāvdaļas un to, kā tās var ietekmēt programmu; tas ir ļoti svarīgi praktiski jebkura veida ierīcēm. Piemēram, datorā var būt grafiskā karte, kas nespēj veiksmīgi atveidot tīmekļa lietojumprogrammas saskarni.
6. Ierīču savietojamības testēšana
Dažas lietojumprogrammas savienojas ar ārējām ierīcēm, izmantojot Bluetooth, platjoslas vai vadu savienojumu. Piemēram, lietotnei var būt nepieciešams izveidot savienojumu ar printeri. Šo testu mērķis ir pārliecināties, vai programma sadarbojas ar platformas savienojumiem un visām ierīcēm, kurām tā var piekļūt.
7. Tīkla savietojamības testēšana
Ja lietojumprogrammas darbībai ir nepieciešama tīkla funkcionalitāte, piemēram, savienojums ar tiešsaistes datubāzi, izmantojot uzņēmuma serveri, ir jāveic vairākas saderības pārbaudes. Tas nodrošina, ka programma var darboties ar piemērotu ātrumu, izmantojot Wi-Fi, 4G vai 3G tīkla savienojumu.
Ko mēs pārbaudām savietojamības testos?
Savietojamības testētāji parasti pārbauda:
1. Veiktspēja
Viens no galvenajiem saderības testēšanas mērķiem ir nodrošināt stabilitāti, jo daži lietojumprogrammas aspekti var būt pilnībā nesaderīgi ar kopējām platformām. Pārbaudot šīs programmas vispārējo reaģēšanas spēju, testēšanas komanda nodrošina, ka atsevišķās ierīcēs nav nopietnu kļūmju.
2. Funkcionalitāte
Savietojamības testēšanā tiek pārbaudītas arī lietojumprogrammas vispārīgās funkcijas un raksturlielumi, lai pārliecinātos, ka programmatūra spēj nodrošināt pareizus rezultātus. Piemēram, klientu attiecību pārvaldības sistēma var nespēt piedāvāt pārdošanas datus vai vispārēju analīzi lietotājiem ar novecojušu operētājsistēmu.
3. Grafika
Dažu iemeslu dēļ dažās pārlūkprogrammās vai ierīcēs var rasties grūtības atveidot noteiktus grafiskos elementus, un to var palīdzēt izdarīt saderības pārbaudes. Programma var darboties tikai ar noteiktu ekrāna izšķirtspēju, ja vien izstrādātāji nav mainījuši programmas satura attēlošanas veidu.
4. Savienojamība
Savietojamības testos tiek pārbaudīts arī tas, kā programma īpaši integrējas gan ar lietotāja ierīci, gan ar savu datu bāzi, ļaujot tai noteikt ierīces, piemēram, printerus. Šīs pārbaudes var, piemēram, atklāt, ka lietotne nespēj izveidot savienojumu ar savu datubāzi 3G tīklos.
5. Daudzpusība
Šīs pārbaudes pārliecinās, ka uzņēmuma lietojumprogramma ir pietiekami universāla, lai darbotos gan vecās, gan jaunās vienas un tās pašas operētājsistēmas versijās, izmantojot atpakaļejošās un tālākās saderības testus. Tas nodrošina, ka lietotājiem netiek bloķēta iespēja izmantot programmu, ja viņu programmatūra ir dažus gadus novecojusi.
Savietojamības testu rezultātu veidi
Trīs galvenie saderības testu rezultāti ir šādi:
1. Testa rezultāti
Visbiežāk šo pārbaužu rezultāti ir rezultāti, kas var būt dažādi. Piemēram, pārlūkprogrammu saderības testēšana var atklāt, ka tīmekļa lietotne rada atmiņas noplūdi pārlūkprogrammā Microsoft Edge, bet tai pašai lietotnei nav nekādas negatīvas ietekmes pārlūkprogrammās, kas izmanto pārlūku Chrome. Alternatīvi, lietojumprogramma varētu darboties tieši tā, kā komanda sagaida attiecīgajās platformās.
2. Testu žurnāli
Testa rezultāti izpaužas arī kā lietojumprogrammas žurnāli, kuros, izmantojot kļūdu ziņojumus, tiek norādītas visas atklātās programmatūras problēmas. Šajos žurnālos var pat noteikt konkrētu programmas daļu, kas izraisa šo kļūdu. Īpaši savietojamības testēšanā testētājiem ir jāpārzina, kā šie žurnāli izpaužas un kā šīs problēmas parādās dažādās platformās.
3. Testēšanas gadījumi
Savietojamības testu gadījumos ir noteikts, kādus testus komanda veiks, un ir paredzēta vieta, kur vienkāršā formātā reģistrēt rezultātus. Lai noteiktu problēmas cēloni, testētājiem jāizmanto savas zināšanas par programmatūru kopā ar rezultātiem un žurnāliem. Jo vairāk informācijas viņi sniedz, jo ātrāk izstrādātāji var sākt kļūdu labošanu.
Atklāto defektu veidi
izmantojot savietojamības testēšanu
Šeit ir aprakstītas visbiežāk sastopamās kļūdas, kuras var identificēt ar saderības testiem:
1. Izkārtojuma mērogošana
Tīmekļa vietnes saderības tests var parādīt, vai tīmekļa lietojumprogrammu vai pat tīmekļa lapas veidojošie elementi ir pielāgoti lietotāja ierīcei, jo īpaši ekrāna izšķirtspējai un izmēram. Tāpēc atsevišķās pārlūkprogrammās dažas grafikas var būt grūti saskatāmas.
2. Programmatūras avārijas
Savietojamības testi ļauj vieglāk noskaidrot, vai lietojumprogrammu vispār var darbināt dažās platformās. Piemēram, spēles izstrādātājs varētu noskaidrot sava produkta minimālās sistēmas prasības, pārbaudot, kuras ierīces sabrūk nepietiekamas RAM un procesora ātruma dēļ, kad testētāji to palaiž.
3. HTML/CSS validācijas problēmas
Dažādās pārlūkprogrammās un ierīcēs kods tiek nolasīts atšķirīgi – dažās pārlūkprogrammās un ierīcēs tiek automātiski labotas vienkāršas kļūdas, piemēram, nepareizi aizverta HTML tagu. Pārlūkprogrammu saderības testēšana var identificēt nederīgu CSS gadījumu, kas neļauj lietotnei ģenerēt saturu un pat pamatfunkcijas.
4. Video atskaņošanas kļūdas
Daudzi mūsdienu video atskaņotāji izmanto HTML5, lai straumētu videoklipus tiešsaistē, un tas, iespējams, ir uzņēmuma tīmekļa lietotnes galvenā daļa. Tomēr komandas, kas pārbauda vietņu pārlūkprogrammu saderību, var konstatēt, ka lietotnes video funkcijas nav saderīgas ar novecojušām pārlūkprogrammām.
5. Failu drošība
Savietojamības testēšana programmatūras inženierijas jomā var arī atklāt problēmas ar failu drošību un to, kā tā atšķiras dažādās ierīcēs. Piemēram, jaunākajās Windows versijās ir uzlabota ievades/izvades drošība. Tā rezultātā lietojumprogrammai (piemēram, pretvīrusu programmatūrai) var rasties grūtības piekļūt ierīces failiem.
Savietojamības testēšanas process
Parastie saderības testēšanas posmi ir šādi:
1. Testēšanas plāna sastādīšana
Visaptverošs testēšanas plāns ir ļoti svarīgs savietojamības testēšanai; kvalitātes nodrošināšanas komanda, veicot pārbaudes, vajadzības gadījumā var uz to atsaukties. Piemēram, jānorāda, kādas ierīces tiks testētas un kādi ir kritēriji, lai tās tiktu vai netiktu pārbaudītas; jānosaka arī, vai tiks izmantota robotizēta procesu automatizācija.
2. Konfigurēt testa gadījumus
Testēšanas gadījumi ir tikpat svarīgi, jo tajos ir detalizēti aprakstītas īpašās saderības pārbaudes, ko komandas veic, un konkrētās ierīces, ar kurām tās strādā. Tajā ir arī precīzi aprakstīti testētāju veicamie pasākumi, kā arī pietiekami daudz vietas, lai viņi varētu pierakstīt rezultātus un jebkādu informāciju, kas palīdzēs izstrādātājiem nodrošināt savietojamību.
3. Testēšanas vides izveide
Lai nodrošinātu precīzus testus, ir nepieciešama izolēta un neatkarīga testēšanas vide, kas ir brīva no ārējās ietekmes, un ļauj kvalitātes nodrošināšanas komandai noteikt, no kurienes rodas atklātās problēmas. Turklāt testētāji var veikt lietojumprogrammas pārbaudes, nekādā veidā neietekmējot “reālo” versiju.
4. Testu izpilde
Kad testēšanas gadījumi un vide ir pilnībā sagatavoti, komanda var sākt saderības testus – pat ar automatizētu risinājumu viņiem ir tikai ierobežots laiks. Lai to ņemtu vērā, testētājiem būs jānosaka visbiežāk sastopamo operētājsistēmu un ierīču konfigurāciju prioritātes un jānodrošina plašs testu pārklājums, neraugoties uz šiem ierobežojumiem.
5. Atkārtota pārbaude
Kad testi būs pabeigti un izstrādātāji saņems testēšanas gadījumus, viņi mainīs lietojumprogrammu tā, lai uzlabotu tās savietojamību, lai gan tas var nebūt iespējams visās ierīcēs. Pēc tam testētāji atkārtoti pārbauda lietojumprogrammu un pārliecinās, ka iepriekš atklātās problēmas vairs nav konstatētas un nav jaunu būtisku kļūdu.
Kopējās saderības testēšanas metrikas
Tālāk ir norādītas dažas kopīgas saderības testos izmantotās metrikas:
1. Joslas platums
Tīkla savietojamības testos tiek pārbaudīta lietojumprogrammas sadarbība ar dažādiem tīkliem, tostarp platjoslas un mobilo datu tīkliem. Minimālais joslas platums, kas nepieciešams, lai programma varētu veikt savus parastos pienākumus un izveidot savienojumu ar uzņēmuma datubāzi, var būt pārāk liels, piemēram, vidējam 3G pieslēgumam.
2. Procesora izmantošana
Viens no veidiem, kā izpaužas veiktspējas problēmas, ir neproporcionāli liels centrālā procesora izmantojums – tas var nozīmēt, ka ierīce vienkārši neatbilst programmas minimālajām prasībām. Procesora problēmas var ietekmēt arī lietojumprogrammas reakcijas laiku, ierobežojot tās funkcionalitāti un izraisot pietiekamu kavēšanos, kas var atturēt lietotājus.
3. Sistēmas lietojamības skala
Sistēmas lietojamības skala ir vispārpieņemts veids, kā novērtēt programmas subjektīvo informāciju, un tā ietver desmit pamatjautājumus par lietotnes lietojamību. Iegūtais SUS rezultāts ir 100 punkti, un tas var atšķirties dažādās platformās grafisko kļūdu dēļ.
4. Kopējais defektu skaits
Šis rādītājs ir nemainīgs lielākajā daļā testēšanas veidu, ļaujot testētājiem saprast programmas pašreizējo stāvokli. Tāpat komandai ir iespēja salīdzināt defektu kopsummu starp dažādām platformām. Tādējādi testētāji var izcelt kļūdas, kas radušās nesaderības dēļ.
5. SUPRQ rezultāts
Līdzīgi kā lietojumprogrammas SUS novērtējums, standartizētā lietotāja pieredzes procentiļu ranga anketa ir veids, kā testētājiem novērtēt lietojumprogrammu pēc vairākiem galvenajiem faktoriem, tostarp lietojamības un izskata. Tas palīdz noteikt, kā klientiem varētu būt grūti lietot lietojumprogrammu noteiktās ierīcēs.
7 kļūdas un slazdi, īstenojot savietojamības testus
Šeit ir septiņas būtiskas kļūdas, no kurām jāizvairās, veicot savietojamības testēšanu:
1. Īstu ierīču trūkums
Lai gan nav iespējams testēt visas iespējamās ierīču kombinācijas, testēšanas komanda var gūt labumu, izmantojot pēc iespējas vairāk reālu ierīču. Dažādas platformas piedāvā “reālas” ierīces, izmantojot mākoņrisinājumus, lai atvieglotu savietojamības testēšanu ar dažādām pārlūkprogrammām tādā veidā, kas var atspoguļot vietējo veiktspēju.
2. Izvairīšanās no vecākām ierīcēm
Daudzi lietotāji joprojām piekļūst savām lietojumprogrammām, izmantojot vecākas Windows vai iOS versijas; koncentrēšanās tikai uz populārāko ierīču un operētājsistēmu jaunajām versijām varētu ierobežot produkta sasniedzamību. Ja komanda nepaplašina testus, iekļaujot “novecojušās” ierīces, ievērojamai auditorijas daļai var rasties grūtības lietot programmu.
3. Nepareiza laika pārvaldība
Bieži vien ir liels skaits ierīču un konfigurāciju, kurām nepieciešams veikt savietojamības testu, kas nozīmē, ka komandai ir jāvelta savs laiks, lai pārbaudītu pēc iespējas vairāk no tām. Tas ir svarīgi, jo testi parasti vēl turpinās izstrādes beigu posmā; nepareiza pārvaldība var ievērojami ierobežot pārbaužu skaitu.
4. Nepareiza plānošana
Tāpat ir ļoti svarīgi, lai komandas pārliecinātos, ka šīs pārbaudes tiek veiktas saprātīgā programmas izstrādes posmā, vēlams pēc alfa testēšanas un vairuma funkcionālās testēšanas veidu. Tādējādi ir vieglāk noteikt, vai problēma ir vispārējs defekts vai specifiska tikai tām ierīcēm, kuras komanda pārbauda.
5. Nav ņemta vērā ekrāna izšķirtspēja
Ekrāna izšķirtspēja var būt daudz lielāks saderības faktors, nekā daudzas testēšanas komandas atzīst, jo īpaši tāpēc, ka to var pielāgot un tā ietekmē to, kā ierīce attēlo grafiskos elementus. Pat tuvojoties savietojamības testu termiņam, ir ļoti svarīgi, lai testēšanas komandas joprojām strādātu, lai to iekļautu savā stratēģijā.
Zināšanu trūkums
Lai pārbaudītu tīmekļa vietņu, pārlūkprogrammu un programmatūru saderību, kā arī daudzus citus veidus, kādos šie testi var izpausties, testētājiem ir jābūt ļoti prasmīgiem. Ja testēšanas vadītājs uztic kādam no savas komandas locekļiem veikt saderības pārbaudes, bet viņam nav pietiekamas pieredzes, tas var palēnināt testus un ierobežot to precizitāti.
6. Iepriekšēja apspriešana nav notikusi
Tā kā saderības testi bieži vien ir laikietilpīgi (un, iespējams, prasa plašu ierīču klāstu), komandām jau kvalitātes nodrošināšanas posmā ir pilnībā jānosaka pārbaužu apjoms. Piemēram, viņiem ir jābūt skaidram priekšstatam par to, kuras konkrētas ierīces vai konfigurācijas viņi plāno pārbaudīt, vēl pirms sākt pārbaudes.
Labākā prakse savietojamības testēšanā
Labākie veidi, kā nodrošināt augstas kvalitātes saderības testus, ir šādi:
1. Testēšana visā izstrādes laikā
Tā kā programmatūra no nedēļas uz nedēļu ievērojami mainās, tas var ietekmēt programmas saderību ar paredzētajām ierīcēm. Komandām ir atkārtoti jāveic programmatūras un dažādu pārlūkprogrammu savietojamības testēšana, lai pārliecinātos, ka lietojumprogramma arī pēc izmaiņu veikšanas šajās platformās darbojas labi.
2. Izmantojiet reālas ierīces
Daži savietojamības testēšanas rīki piedāvā piekļuvi “reālām” simulētām ierīcēm, kas var precīzi līdzināties lietotāja pieredzei attiecīgajā platformā. Tas ļauj nodrošināt savietojamību vairākās ierīcēs, vienlaikus saglabājot augstu precizitātes līmeni, kas nav iespējams noteiktos automatizētos risinājumos.
3. Testu prioritāšu noteikšana
Tā kā šo pārbaužu veikšanai atvēlētais laiks ir ierobežots, saderības testētājiem, iespējams, būs jānosaka visbiežāk sastopamo ierīču, pārlūkprogrammu un operētājsistēmu prioritātes. Tāpat testēšanas komandai vispirms jāpārbauda programmatūras vissvarīgākās funkcijas, lai garantētu pamatfunkcionalitāti šajās ierīcēs.
4. Integrēt veiklas metodes
Daži uzņēmumi savos savietojamības testos izvēlas izmantot uz sprintiem balstītu pieeju, kas ļauj viegli sasniegt testēšanas atskaites punktus, piemēram, pārbaudīt noteiktu ierīču skaitu. Agile veicina komunikāciju starp departamentiem, vienlaikus nodrošinot noteiktu testēšanas struktūru, kas var garantēt konsekventu un ātru uzlabošanu.
5. Testēšanas jomas ierobežošana
Kvalitātes nodrošināšanas komandām ir jāzina, kad jāpārtrauc testi un pat jāpieņem nesaderības gadījums. Šādā gadījumā izstrādātājs varētu nemainīt programmatūru, bet tā vietā mainīt minimālās prasības, ja to būtu pārāk grūti apiet ar kļūdu labojumiem.
Savietojamības testēšanas gadījumu un scenāriju piemēri
Savietojamības testēšanas gadījumi nosaka testēšanas grupas ievaddatus, testēšanas stratēģiju un gaidāmos rezultātus, kurus viņi salīdzina ar faktiskajiem rezultātiem. Tā kā pārbaudes attiecas uz daudzām ierīcēm un konfigurācijām, bieži vien tas ir apjomīgs process.
Šādos gadījumos parasti ir šādi gadījumi:
– Pārbaudiet, vai tīmekļa lietojumprogrammas HTML tiek parādīts pareizi.
– Pārbaudiet, vai programmatūras JavaScript kods ir lietojams.
– Pārbaudiet, vai lietojumprogramma darbojas dažādās izšķirtspējās.
– Pārbaudiet, vai programma var piekļūt failu direktorijam.
– Pārliecinieties, vai lietotne ir savienota ar visiem iespējamiem tīkliem.
Šeit ir sniegti konkrēti saderības testēšanas piemēri programmatūras testēšanā dažādām programmām:
1. Sociālo tīklu lietotne
Sociālie tīkli parasti tiek veidoti kā tīmekļa lietojumprogrammas pārlūkprogrammās un mobilās lietojumprogrammas attiecīgajās ierīcēs; abiem veidiem ir nepieciešama vienlīdz rūpīga testēšana. Piemēram, šai mobilajai lietotnei ir jābūt pilnībā funkcionējošai vismaz iOS un Android ierīcēs – komandai ir jāpārbauda vecās un jaunās ierīces ar katru operētājsistēmu. Ja, piemēram, konkrēts iPhone modelis nespēj atveidot animētus GIF failus, komandai ir jānosaka, kas to izraisa, lai nodrošinātu konsekventu lietotāja pieredzi.
2. Videospēle
Videospēles parasti piedāvā pielāgojamas grafiskās opcijas, ko lietotāji var mainīt, lai tās atbilstu viņu datoram; tas ietver ekrāna izšķirtspējas kontroli un atbilstošu lietotāja interfeisa mērogošanu. Atkarībā no spēlētāja īpašās aparatūras var rasties zināmas problēmas, piemēram, izlīdzināšanas kļūdas var izraisīt graudainu grafiku. Tas varētu būt saistīts ar parasto grafisko karti, kas nav saderīga ar uzņēmuma tekstūru atveidošanu. Atkarībā no precīzas problēmas tā var izpausties pat kā sistēmas sabrukums, kad konkrētās ierīcēs tiek palaista spēle.
3. CRM mākoņa sistēma
Klientu attiecību pārvaldības risinājumos tiek plaši izmantotas datubāzes, lai iegūtu informāciju par saviem darījumiem, pārdevējiem un citiem svarīgiem uzņēmējdarbības aspektiem, galvenokārt izmantojot mākoņdatošanu. Testētājiem jāpārliecinās, ka šī datubāze un tās mākoņpakalpojumi darbojas dažādos tīklos, tostarp 3G un 4G, ja lietotājam tai nepieciešams piekļūt bez interneta savienojuma. Komandai ir jāpārbauda arī plašs operētājsistēmu klāsts, jo, piemēram, daži traucējumi var parādīties tikai Linux ierīcēs.
Manuāli vai automatizēti savietojamības testi?
Automatizācija varētu būt ļoti noderīga savietojamības testos, ļaujot komandām pārbaudīt lielu skaitu ierīču daudz ātrāk nekā manuāla pieeja. Tomēr manuālā testēšana varētu būt piemērotāka, ja pārbaudes veic ierobežotā pārlūkprogrammu un ierīču skaitā, piemēram, videospēlei, kas pieejama tikai divās platformās. Programmatūras lietojamība bieži vien ir galvenais saderības testu faktors, un parasti ir nepieciešams cilvēka skatījums, kas var labāk identificēt grafiskās atveidošanas problēmas. Šajā ziņā var palīdzēt robotizēta procesu automatizācija, ieviešot programmatūras robotus, kas var vieglāk atdarināt cilvēka pieeju savietojamības testiem.
Programmām, kas paredzētas plašam ierīču klāstam, piemēram, mobilajām un tīmekļa lietojumprogrammām, automatizācija ļauj komandai nodrošināt plašāku testēšanas pārklājumu. Tās pat varētu izmantot hiperautomatizāciju, lai inteliģenti nodotu šīs pārbaudes ārpakalpojumu sniedzējiem tādā veidā, kas joprojām nodrošina, ka testētāji pārbauda šīs platformas, lai pārbaudītu lietotājam specifisku funkcionalitāti. Savietojamības testēšana manuālajā testēšanā joprojām ir obligāta, lai veiktu dažus uzdevumus, piemēram, lai pārbaudītu, vai lietotāja saskarne tiek pareizi parādīta visās ierīcēs. Tas nozīmē, ka labākā pieeja varētu būt jaukta stratēģija, kas, izmantojot automatizāciju, ļauj pārbaudīt vairāk ierīču, palielinot to izmantošanas tempu un vienlaikus ņemot vērā lietojamības nozīmi.
Kas jums ir nepieciešams, lai sāktu saderības testēšanu?
Galvenie saderības testēšanas priekšnoteikumi parasti ir šādi:
1. Kvalificēts testēšanas personāls
Savietojamības testētājiem parasti ir augstākas kvalifikācijas prasības nekā citiem kvalitātes nodrošināšanas veidiem, jo viņi pārbauda plašāku ierīču klāstu un bieži sastopas ar vairāk kļūdām. Tas varētu ietvert problēmu risināšanu, saziņu un uzmanību detaļām. Grupu vadītājiem vajadzētu norīkot testētājus, kuriem ir pieredze, pārbaudot vienu un to pašu lietojumprogrammu uz vairākām platformām.
2. Spēcīga ierīces emulācija
Var būt sarežģīti iegūt un testēt visas fiziskās ierīces, kas ietilpst komandas darbības jomā, tāpēc emulācija ir būtiska, lai redzētu, kā dažādas platformas reaģē uz vienu un to pašu programmu. Šis process reti kad ir nevainojams, un testētājiem ir jāizpēta daudzi pieejamie emulatori un automatizētie testēšanas rīki, lai noskaidrotu, kurš no tiem nodrošina vislielāko precizitāti.
3. Skaidra testēšanas joma
Pirms pārbaužu uzsākšanas komandai ir jāsaprot, kāda ir tās darbības joma, jo īpaši tāpēc, ka tas var noteikt darba tempu. Lai gan programmas mērķis var būt aptvert daudzas platformas, testētājiem jānosaka atbilstošs robežpunkts. Piemēram, testējot operētājsistēmas, kas izdotas pirms Windows 7, var samazināties peļņa.
4. Laika vadība
Savietojamības testēšana var notikt jebkurā kvalitātes nodrošināšanas posmā, taču parasti to veic izstrādes beigās, kad programma ir stabila un pilnīga. Tomēr testētājiem par saderību būtu jādomā jau krietni pirms tam, jo tas bieži vien ir laikietilpīgi. Rūpīga iepriekšēja plānošana palīdz komandai nodrošināt, ka katrai pārbaudei ir pietiekami daudz laika.
Savietojamības testēšana
kontrolsaraksts, padomi un ieteikumi
Šeit ir sniegti papildu padomi, kas kvalitātes nodrošināšanas komandām jāpatur prātā, veicot savietojamības testus:
1. Netēmējiet uz absolūtu pārklājumu
Lai gan ikvienas testēšanas stratēģijas mērķis ir maksimāli palielināt testu pārklājumu, tās parasti apstājas pirms 100 % sasniegšanas, jo peļņa samazinās, tikai nedaudziem lietotājiem panākot nelielus uzlabojumus. Savietojamības kontekstā komandām ir jāsaprot, kad ierīci izmantos pārāk maz klientu, lai šīs pārbaudes būtu lietderīgas.
2. Prioritāšu piešķiršana dažādu pārlūkprogrammu kombinācijām
Savietojamības testēšana starp pārlūkprogrammām ietver katras pārlūkprogrammas pārbaudi dažādās operētājsistēmās. Testētājiem ir jāizmanto visaptveroša analīze par savu auditoriju, lai noteiktu, kuras no abām auditorijām ir populārākās, un pēc tās jāvadās, lai vadītu savu pieeju. Tās varētu pat izstrādāt pārlūkprogrammu saderības matricu, kurā būtu noteikta šo pārbaužu darbības joma un to dažādās konfigurācijas.
3. Pārbaudiet izkārtojumu
Savietojamības testēšanas pamatā ir konsekventas lietošanas pieredzes nodrošināšana, un šīm pārbaudēm ir jābūt dziļākām par to, lai noteiktu, vai programmas funkcijas darbojas dažādās ierīcēs. Komandām jāpārbauda arī programmatūras kopējais izkārtojums, tostarp visu veidlapu vai tabulu izlīdzināšana, kā arī programmas CSS un HTML integritāte.
4. Pārbaudiet API
Lietojumprogrammu programmēšanas saskarnes ir galvenais komponents, kas nosaka, kā pārlūkprogrammas nolasa lietotnes, tāpēc tās ir ļoti svarīgas, lai komanda varētu veikt saderības testēšanu starp pārlūkprogrammām. Dažādām tīmekļa pārlūkprogrammām ir savi API izsaukumi, un to atjauninājumi laika gaitā var ietekmēt savietojamību. Testeriem tās ir regulāri jāpārbauda; pat ja uzņēmums katrai programmai izmanto līdzīgu API.
5. Pārbaudiet SSL sertifikātu
SSL sertifikāti palielina pārlūkprogrammas drošību, jo šifrē tīmekļa datplūsmu un ļauj lietotājiem izmantot HTTPS protokolus. Tīmekļa vietnei vai tīmekļa lietojumprogrammai var būt sertifikāts, kas nav saderīgs ar noteiktām pārlūkprogrammām. Tas nozīmē, ka testētājiem ir jāapstiprina sertifikāts visās galvenajās platformās, lai pārliecinātos, ka lietotāji tīmekļa vietnē jūtas droši.
6. Video atskaņotāju apstiprināšana
Programmās, kurās tiek rādīti videoklipi, piemēram, straumēšanas pakalpojumos vai bezmaksas mobilajās spēlēs, kas tiek atbalstītas ar reklāmām, jāveic testēšana, lai nodrošinātu, ka šie videoklipi tiek rādīti visās paredzētajās ierīcēs. Daudzās lietotnēs šīs pārbaudes tiks veiktas gan datorā, gan mobilajās ierīcēs, un tajās var tikt pārbaudīta video kvalitāte, ātrums un kadru nomaiņas ātrums.
5 labākie saderības testēšanas rīki un programmatūra
Visefektīvākie bezmaksas un maksas rīki saderības testēšanai ir šādi:
1. ZAPTEST Free & Enterprise Edition
ZAPTEST piedāvā lielisku funkcionalitāti gan bezmaksas, gan uzņēmumu (maksas) versijās, palīdzot jebkura lieluma (vai budžeta) uzņēmumiem veikt savietojamības pārbaudes. Uzņēmumi, kas izvēlas ZAPTEST Enterprise versiju, var pat gūt peļņu, kas līdz pat 10 reizes pārsniedz sākotnējās investīcijas. Risinājuma 1SCRIPT funkcija ir īpaši pielāgota savietojamības testētāju vajadzībām, ļaujot viņiem veikt tieši tos pašus testus vairākās platformās, nemainot atbilstošu kodu. Pievienojiet modernāko RPA funkcionalitāti bez papildu izmaksām, un jums būs vienots risinājums jebkura uzdevuma automatizācijai.
2. LambdaTest
LambdaTest izmanto mākoņtehnoloģiju, lai nodrošinātu 3000 automatizētu ierīču, taču liela uzmanība tiek pievērsta tīmekļa pārlūkprogrammām, kas var ierobežot šī risinājuma efektivitāti noteiktām programmām. Šī platforma specializējas nepārtrauktā testēšanā, ciešāk integrējot kvalitātes nodrošināšanas procesu ar izstrādi. Šīs lietojumprogrammas pārbaudes arī ļauj lietotājiem iestatīt izšķirtspēju, tādējādi ievērojami atvieglojot saderības testēšanu starp pārlūkprogrammām. Šis risinājums piedāvā freemium modeli, taču tas ietver ierobežotus testus bez jaunināšanas un bez reālām ierīcēm.
3. BrowserStack
Līdzīgi kā LambdaTest, arī BrowserStack nodrošina piekļuvi 3000 reālām ierīcēm; to katalogā ir arī vecākās un beta versijas pārlūkprogrammām. Lai gan cilvēki biežāk atjaunina pārlūkprogrammu nekā operētājsistēmu, daudzi cilvēki joprojām izmanto vecākas versijas – pārlūkprogramma BrowserStack to ņem vērā. Lietotāji var arī veikt ģeogrāfiskās atrašanās vietas testēšanu, lai redzētu, kā vietnes un tīmekļa lietotnes izskatās dažādās valstīs. Tomēr nav bezmaksas vai bezmaksas iespēju, un reālo ierīču testēšana var būt lēna.
4. TestGrid
TestGrid ļauj veikt paralēlu testēšanu, ļaujot komandām pārbaudīt vairākas kombinācijas vienlaicīgi, lai paātrinātu procesu. Šis risinājums arī labi integrējas ar testēšanas un izstrādes darbplūsmu – iespējams, veicinot elastīgu pieeju, veidojot galveno daļu no nodaļas sprintiem. Tomēr TestGrid dažreiz ir grūtības ar savienošanu ar mākoņa ierīcēm un pārlūkprogrammām. Turklāt programma ir diezgan ierobežota attiecībā uz slodzes testēšanu, dokumentāciju un jaunu ierīču pievienošanu uzņēmuma iestatījumiem.
5. Browsera
Browsera galvenokārt testē vietnes, lai nodrošinātu, ka tās tiek pareizi rādītas dažādās ierīcēs, pārlūkprogrammās un operētājsistēmās. Tā kā šī pieeja ir mākoņdatošanas pieeja, kvalitātes nodrošināšanas komandām nav nepieciešams instalēt šo virtuālo testēšanas laboratoriju savās ierīcēs. Browsera var arī salīdzināt rezultātus, lai gudri pamanītu izkārtojuma problēmas un JavaScript kļūdas, kuras pat cilvēks testētājs varētu nepamanīt. Tomēr pārlūkprogramma Browsera neatbalsta vairākas izplatītas pārlūkprogrammas, tostarp Operu, un bez maksas piedāvā tikai pamata testa funkcionalitāti.
Secinājums
Savietojamības testēšana ir ļoti svarīga veiksmīgai kvalitātes nodrošināšanas stratēģijai, jo ļauj komandām pārbaudīt savas lietotnes dažādās ierīcēs. Neizmantojot šo metodi, uzņēmumi var nezināt, ka to programmatūra nedarbosies lielai daļai mērķauditorijas līdz pat tās palaišanai. Tas izmaksā daudz laika un naudas, salīdzinot ar testēšanu pirms izlaišanas, un tādas lietojumprogrammas kā ZAPTEST var vēl vairāk racionalizēt šo procesu. Izvēloties ZAPTEST kā testēšanas rīku ar 1SCRIPT un daudzām citām funkcijām, kas pieejamas bez maksas, piemēram, paralēlo testēšanu, ZAPTEST var pārveidot jebkuru projektu, vienlaikus sniedzot komandām pilnīgu pārliecību par to lietojumprogrammu.
