fbpx

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

Testiranje kompatibilnosti sastavni je dio mnogih strategija osiguranja kvalitete, omogućujući tvrtkama da vide radi li njihov softver ispravno na različitim platformama. Čak i za program koji je ekskluzivan za stolna računala, postoji nekoliko glavnih operativnih sustava koje treba uzeti u obzir i stotine – ako ne i tisuće – hardverskih razlika koje mogu utjecati na stabilnost. Razumijevanje procesa testiranja kompatibilnosti i njegovih uobičajenih prednosti može pomoći u jamčenju učinkovitog lansiranja proizvoda koji može doseći najveću moguću publiku korisnika.

Iako testiranje kompatibilnosti može ponuditi brojne prednosti, postoje i brojni značajni izazovi koje tim za testiranje softvera mora prevladati kako bi maksimalno iskoristio potencijal ove tehnike. Postoje i posebne prakse koje bi ti odjeli trebali primijeniti kako bi dobili najbolje rezultate – i osigurali sveobuhvatnu ukupnu pokrivenost testom.

U ovom članku pomno proučavamo testiranje kompatibilnosti, uključujući bitne korake koje timovi moraju slijediti, kao i trenutno najkorisnije dostupne alate za testiranje.

Sadržaj dokumenta

U čemu je testiranje kompatibilnosti

testiranje i inženjering softvera?

Testiranje otpornosti na stres - vrste, procesi, alati, popisi za provjeru i više

Testiranjem kompatibilnosti ispituje se softver na različitim uređajima, hardveru i firmveru kako bi se osiguralo da ispunjava očekivanja tima. Svaki bi se korisnik mogao baviti svojim programom na novom uređaju, a zbog toga je važno da tvrtka može jamčiti da svi imaju slično iskustvo. Testovi kompatibilnosti, na primjer, mogu uključivati ​​provjeru svake značajke aplikacije kako bi se osiguralo da radi na svim većim operativnim sustavima.

Bez temeljitog testiranja kompatibilnosti, sasvim je moguće da tvrtka izda aplikaciju koja ne radi za određene popularne uređaje. Ove provjere moraju biti potpuno sveobuhvatne jer se problem može pojaviti na mnogo načina – ova aplikacija možda neće raditi s vrlo specifičnom vrstom grafičke kartice, na primjer. Kad se upare s drugim oblicima testiranja softvera, timovi za osiguranje kvalitete mogu osigurati da je njihov program spreman za puštanje.

 

1. Kada i zašto trebate napraviti testiranje kompatibilnosti za mobilne aplikacije, web stranice, sustave i više preglednika?

alfa testiranje vs beta testiranje

Tvrtke provode testiranje kompatibilnosti u svojoj fazi testiranja softvera , posebno kada imaju ‘stabilnu’ verziju programa koja točno odražava kako će se ponašati za korisnike. To se nastavlja nakon alfe , prihvaćanja i drugih oblika testiranja koji često traže opću stabilnost i probleme povezane sa značajkama. Ako se aplikacija suoči s problemima tijekom faze testiranja kompatibilnosti, to će obično biti zbog specifičnih problema povezanih s kompatibilnošću. Prerano provođenje ovih provjera može ih učiniti suvišnima jer manje promjene kasnije u razvojnom ciklusu programa mogu radikalno utjecati na kompatibilnost.

Testiranje kompatibilnosti za preglednike i softver važno je jer pomaže tvrtkama da objave aplikaciju za koju znaju da će se ispravno izvoditi na gotovo svim mogućim uređajima. Na primjer, testiranje kompatibilnosti s više preglednika posebno pomaže osigurati da ljudi koji koriste Operu imaju isto iskustvo kao oni koji koriste Firefox i druge glavne preglednike. Tim obično testira onoliko varijacija hardvera/softvera koliko im vrijeme i proračun dopuštaju. To znači da moraju inteligentno odrediti prioritete sustava ili preglednika za koje je vjerojatnije da će njihovi korisnici koristiti, dopuštajući im da jamče široku pokrivenost testiranja i održiv proizvod.

 

2. Kada ne morate raditi testiranje kompatibilnosti softvera

kontrolni popis procesa testiranja softvera

Tvrtke mogu izraditi prilagođenu aplikaciju za određeni operativni sustav ili model, masovno ograničavajući broj potrebnih provjera. Testiranje kompatibilnosti s više preglednika u testiranju softvera moglo bi biti suvišno ako ovaj program ne zahtijeva preglednik, na primjer. Vrijeme također može biti ozbiljan čimbenik u sposobnosti tvrtke da izvede te testove, iako bi timovi za testiranje i dalje trebali raditi na jamčenju da su glavni sustavi i preglednici kompatibilni sa softverom. Također postoje određeni projekti koji ne mogu imati koristi od osnovnih testova kompatibilnosti.

 

3. Tko je uključen u testiranje kompatibilnosti?

koji bi trebao biti uključen u alate za automatizaciju testiranja softvera i planiranje

Ovdje su glavni ljudi koji provode testiranje kompatibilnosti u testiranju softvera :

 

1. Programeri

Razvojni tim provjerava performanse aplikacije na jednoj platformi tijekom razvoja i ovo bi čak mogao biti jedini uređaj na kojem tvrtka namjerava objaviti program.

 

2. Ispitivači

Timovi za osiguranje kvalitete , bilo unutar tvrtke ili angažirani izvana, provjeravaju mnoge moguće konfiguracije kao dio faze testiranja kompatibilnosti aplikacije, uključujući sve glavne operativne sustave i preglednike.

 

3. Kupci

Klijenti tvrtke mogli bi imati hardver ili konfiguracije koje tim nije mogao temeljito testirati, što bi njihovo korisničko iskustvo moglo učiniti prvom stvarnom provjerom te specifične postavke.

 

Prednosti testiranja kompatibilnosti

Što je testiranje softvera?

Uobičajene prednosti testiranja kompatibilnosti softvera uključuju:

 

1. Šira publika

Što temeljitije tim testira svoj softver, to ga s više uređaja može pouzdano objaviti, osiguravajući da široka publika na mnogim platformama može uživati ​​u njegovoj primjeni. To omogućuje tvrtkama da ostvare veću prodaju proizvoda na programu, a također može povećati broj pozitivnih recenzija koje ovaj softver dobiva od korisnika.

 

2. Poboljšava stabilnost

Testiranje kompatibilnosti u testiranju softvera ključno je za isticanje problema stabilnosti i performansi, koji često mogu biti izraženiji na različitim uređajima – osobito ako su programeri dizajnirali ovu aplikaciju samo za jednu platformu. Test kompatibilnosti sustava pokazuje tvrtki što korisnici (na širokom rasponu uređaja) mogu očekivati ​​od ukupne izvedbe softvera.

 

3. Poboljšava razvoj

Ovi testovi također imaju značajan dugoročni utjecaj na razvojni tim. Na primjer, testiranje kompatibilnosti s mobilnim uređajima može pružiti vrijedne informacije o razvoju aplikacija koje tvrtke mogu uzeti u obzir kada stvaraju dodatne programe. To može znatno smanjiti troškove testova kompatibilnosti za buduće projekte, dopuštajući im da ponovno iskoriste lekcije koje su naučili iz ovog procesa.

 

4. Provjerava druge testove

Većina oblika testiranja do ove točke ograničenog je opsega i ne testira svaku moguću kombinaciju hardvera ili softvera – ovi bi testovi mogli učinkovito dvostruko provjeriti ove rezultate. Testiranje kompatibilnosti s više preglednika, na primjer, potvrđuje već postojeće stupnjeve osiguranja kvalitete pokazujući da su rezultati isti kada korisnik ima drugačiji preglednik.

 

5. Smanjuje troškove

Testiranje kompatibilnosti također može smanjiti troškove za trenutni program, pomažući timovima da identificiraju probleme prije nego što aplikacija uđe u javnu objavu – u ovom trenutku ispravljanje pogrešaka postaje skuplje. Što su timski testovi raznolikiji (i što je veća njihova stopa pokrivenosti testom), to je jeftinije ukloniti sve pogreške čim se pojave.

 

Izazovi testiranja kompatibilnosti

Usporedba UAT testiranja s regresijskim testiranjem i drugim

Evo uobičajenih izazova s ​​kojima se tvrtke mogu suočiti kada implementiraju testiranje kompatibilnosti u testiranje softvera:

 

1. Ograničeno vrijeme

Dok alati za automatizaciju i druga rješenja mogu značajno ubrzati testove kompatibilnosti simulacijom niza uređaja, ovaj se proces i dalje mora pridržavati rasporeda razvoja tvrtke. To znači da tim za testiranje mora dati prioritet najčešćim uređajima i preglednicima kako bi zajamčio da primaju najširu (i najmnogoljudniju) publiku.

 

2. Nedostatak pravih uređaja

Ove provjere obično uključuju virtualne strojeve koji simuliraju komponente i uvjete stvarnih uređaja; ovo je mnogo jeftinije (i brže) od neovisne nabave relevantnih dijelova i platformi. Međutim, to može utjecati na točnost ovih rezultata; pogotovo jer izvedba često ovisi o tome kako korisnici upravljaju stvarnim uređajem.

 

3. Teško za budućnost

Testiranje kompatibilnosti može se uključiti samo s platformama koje već postoje; to znači da ne mogu jamčiti da će aplikacija raditi kako se očekuje na budućim verzijama Windowsa i Google Chromea. Organizacije to mogu popraviti samo nakon pokretanja, što je često skuplje, a kao rezultat toga aplikacija bi na kraju mogla biti zastarjela.

 

4. Održavanje infrastrukture

Ako tim ipak odluči interno provjeriti značajnu količinu platformi, to može rezultirati visokim infrastrukturnim naknadama. Testiranje kompatibilnosti za mobilne aplikacije , na primjer, moglo bi uključivati ​​pronalaženje više stvarnih mobilnih uređaja. Iako je ovo preciznije od simuliranog testiranja kompatibilnosti hardvera, skupo je i obično uključuje redovito održavanje.

 

5. Veliki broj kombinacija

Testiranje kompatibilnosti uzima u obzir mnoge međusobno povezane čimbenike, poput operativnog sustava, preglednika, hardvera, firmvera, pa čak i rezolucije zaslona. Čak i ako testni tim ima puno vremena, bilo bi praktično nemoguće prihvatiti svaku pojedinu mogućnost. Testiranje konfiguracije i kompatibilnosti ponovno mora dati prioritet najvjerojatnijim kombinacijama uređaja.

 

Karakteristike testiranja kompatibilnosti

Alfa testiranje – što je to, vrste, proces, u odnosu na beta testove, alate i više!

Ključne karakteristike testova kompatibilnosti uključuju:

 

1. Temeljito

Ove provjere moraju moći izolirati sve moguće probleme s kompatibilnošću koji se javljaju između uređaja – ili bi tim mogao na kraju objaviti neispravan program. Na primjer, te provjere moraju osigurati da se svaka značajka aplikacije prikazuje prema očekivanjima, bez obzira na razlučivost zaslona korisnika.

 

2. Ekspanzivan

Testovi bi trebali održavati ravnotežu dubine i širine, pomažući timovima da istraže niz problema u mnogim konfiguracijama uređaja. Testiranje kompatibilnosti s više preglednika razmatra širok raspon kombinacija OS-a i preglednika, osiguravajući visoku razinu pokrivenosti – ponekad uz pomoć automatiziranog rješenja .

 

3. Dvosmjerno

Ovaj proces uključuje testiranje kompatibilnosti unatrag i unaprijed; prva omogućuje timu da vidi kako će njihova aplikacija raditi na starijem hardveru. Potonji omogućuje timu pristup najsuvremenijim platformama, pomažući im da zajamče uspješnu dugoročnu izvedbu, čak i ako su njihove mogućnosti za budućnost prilično ograničene.

 

4. Ponovljiv

Problemi koje te provjere otkriju moraju biti laki za ponavljanje drugim testerima i odjelima – pokazujući da odražavaju pogreške s kojima će se korisnici vjerojatno susresti. Ako test kompatibilnosti web stranice pokaže da određene značajke ne funkcioniraju na određenom pregledniku, ponovljivost pomaže programerima da riješe problem.

 

Vrste testiranja kompatibilnosti

testiranje automatizacije web aplikacije

Glavne vrste testiranja kompatibilnosti su sljedeće:

 

1. Testiranje kompatibilnosti s prethodnim verzijama

Testiranje kompatibilnosti s prethodnim verzijama uključuje provjeru aplikacije pomoću starijih verzija današnjeg hardvera – to je bitno jer ograničavanje ovih provjera na moderne uređaje može značajno ograničiti broj korisnika. Mnogi ljudi još uvijek koriste starije operativne sustave, kao što je Windows 8, na primjer.

 

2. Testiranje kompatibilnosti prema naprijed

Naprijed testiranje kompatibilnosti je slično, ali umjesto toga gleda na moderne ili nadolazeće tehnologije kako bi se vidjelo hoće li aplikacija nastaviti raditi godinama unatoč napretku i ažuriranjima. Bez ovih testova, softver bi čak mogao prestati funkcionirati sa sljedećim ažuriranjem preglednika, na primjer.

 

3. Testiranje kompatibilnosti preglednika

Testovi kompatibilnosti web preglednika osiguravaju da web aplikacija ili web mjesto mogu raditi na različitim preglednicima; ovo je od vitalnog značaja jer koriste različite mehanizme za raspored. Timovi za osiguranje kvalitete testiraju čak i kompatibilnost s više preglednika – što znači da provjeravaju može li svaki preglednik upravljati aplikacijom na različitim operativnim sustavima.

 

4. Testiranje mobilne kompatibilnosti

Testiranje mobilnih aplikacija sličan je postupku provjere stolnih i web-aplikacija, posebice jer je operativni sustav telefona još jedan ključni faktor. Android i iOS aplikacije , na primjer, dolaze u potpuno različitim formatima i zahtijevaju potpuno odvojeni proces razvoja i testiranja kako bi se obje prilagodile.

 

5. Testiranje kompatibilnosti hardvera

Ove provjere promatraju specifične komponente koje čine stroj i kako one mogu utjecati na program; ovo je kritično za gotovo sve vrste uređaja. Na primjer, računalo može imati grafičku karticu koja ne može uspješno prikazati sučelje web aplikacije .

 

6. Testiranje kompatibilnosti uređaja

Neke se aplikacije povezuju s vanjskim uređajima putem Bluetootha, širokopojasne ili žične veze. Aplikacija bi se možda trebala povezati s pisačem, na primjer. Ovi testovi imaju za cilj provjeriti je li program povezan s vlastitim vezama platforme i svim uređajima kojima može pristupiti.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

 

7. Testiranje mrežne kompatibilnosti

Ako aplikacija zahtijeva mrežnu funkcionalnost za rad – kao što je povezivanje s online bazom podataka putem poslužitelja tvrtke – to zahtijeva brojne provjere kompatibilnosti. To osigurava da program može raditi odgovarajućom brzinom s Wi-Fi, 4G ili 3G mrežnom vezom.

 

Što testiramo u testovima kompatibilnosti?

razjašnjavanje neke zabune u automatizaciji testiranja softvera

Testeri kompatibilnosti obično provjeravaju sljedeće:

 

1. Izvedba

Jedna od glavnih svrha testiranja kompatibilnosti je osigurati stabilnost, budući da neki aspekti aplikacije mogu biti potpuno nekompatibilni s uobičajenim platformama. Gledajući ukupnu brzinu ovog programa, tim za testiranje osigurava da nema ozbiljnih padova na određenim uređajima.

 

2. Funkcionalnost

Testiranjem kompatibilnosti također se provjeravaju opće značajke i funkcije aplikacije kako bi se osiguralo da softver može dati točne rezultate. Na primjer, sustav za upravljanje odnosima s kupcima možda neće moći ponuditi podatke o prodaji ili opću analitiku za korisnike sa zastarjelim operativnim sustavom.

 

3. Grafika

Neki preglednici ili uređaji mogu imati problema s prikazom određenih grafičkih elemenata zbog niza razloga – a provjere kompatibilnosti mogu pomoći u tome. Program bi mogao funkcionirati samo na određenim razlučivostima zaslona osim ako programeri ne promijene način na koji program prikazuje svoj sadržaj.

 

4. Povezivost

Testovi kompatibilnosti također gledaju kako se program specifično integrira s korisničkim uređajem i vlastitom bazom podataka, što mu omogućuje otkrivanje uređaja kao što su pisači. Te provjere mogu, primjerice, otkriti da se aplikacija ne može povezati s vlastitom bazom podataka na 3G mrežama.

 

5. Svestranost

Ove provjere osiguravaju da je aplikacija tvrtke dovoljno svestrana za rad na starim i novim verzijama istog operativnog sustava putem testova kompatibilnosti unazad i naprijed. Time se osigurava da korisnici neće biti isključeni iz programa ako je njihov softver zastario nekoliko godina.

 

Vrste izlaza iz testova kompatibilnosti

Tri glavna ishoda testova kompatibilnosti su:

 

1. Rezultati ispitivanja

Najčešći izlaz za ove provjere su sami rezultati, koji mogu imati različite oblike. Na primjer, testiranje kompatibilnosti preglednika može otkriti da web-aplikacija dovodi do curenja memorije na Microsoft Edgeu dok ista aplikacija nema negativnih učinaka na preglednike temeljene na Chromeu. Alternativno, aplikacija bi mogla raditi točno onako kako tim očekuje na relevantnim platformama.

 

2. Dnevnici ispitivanja

Rezultati testiranja također se manifestiraju u obliku vlastitih zapisa aplikacije, koji ističu sve otkrivene softverske probleme putem poruka o pogreškama. Ovi dnevnici mogu čak identificirati određeni dio programa koji uzrokuje ovu pogrešku. Osobito za testiranje kompatibilnosti, ispitivači moraju biti upoznati s načinom na koji se ovi zapisnici manifestiraju i prikazuju ove probleme na različitim platformama.

 

3. Test slučajevi

Slučajevi ispitivanja kompatibilnosti određuju koje će testove tim pokrenuti i nudi im prostor za bilježenje rezultata u jednostavnom formatu. Ispitivači bi trebali koristiti svoje znanje o softveru, zajedno s rezultatima i zapisima, kako bi identificirali uzrok problema. Što više informacija pruže, programeri brže mogu započeti ispravke grešaka.

Vrste otkrivenih nedostataka

kroz testiranje kompatibilnosti

api testiranje i automatizacija

Ovo su najčešće pogreške koje testovi kompatibilnosti mogu identificirati:

 

1. Skaliranje izgleda

Test kompatibilnosti web-mjesta može pokazati prilagođavaju li se elementi koji čine web-aplikaciju ili čak web-stranice kako bi odgovarali korisnikovom uređaju, posebno razlučivosti i veličini zaslona. Kao rezultat toga, neke grafike mogu biti teško vidljive na određenim preglednicima.

 

2. Padovi softvera

Testovi kompatibilnosti olakšavaju vidjeti može li aplikacija uopće raditi na nekim platformama. Na primjer, razvojni programer igre mogao bi otkriti minimalne sistemske zahtjeve svog proizvoda provjeravajući koji se uređaji ruše zbog nedovoljne RAM-a i brzine procesora nakon što ga testeri pokrenu.

 

3. Problemi s validacijom HTML/CSS

Različiti preglednici i uređaji čitaju kod na različite načine – s nekim automatskim ispravljanjem jednostavnih pogrešaka kodiranja, kao što je nepravilno zatvaranje HTML oznake. Testiranje kompatibilnosti preglednika može identificirati instance nevažećeg CSS-a koji sprječava aplikaciju da generira svoj sadržaj, pa čak i osnovne funkcije.

 

4. Pogreške pri reprodukciji videa

Mnogi moderni video playeri koriste HTML5 za strujanje videozapisa na mreži, a to je potencijalno ključni dio web aplikacije tvrtke. Međutim, timovi koji provjeravaju kompatibilnost preglednika web-mjesta mogu otkriti da video značajke njihove aplikacije nisu kompatibilne sa zastarjelim preglednicima.

 

5. Sigurnost datoteke

Testiranje kompatibilnosti u softverskom inženjerstvu također može pronaći probleme sa sigurnošću datoteka i kako se to razlikuje od uređaja do uređaja. Na primjer, novije verzije sustava Windows imaju snažniju ulazno/izlaznu sigurnost. To može dovesti do toga da aplikacija (kao što je antivirusni softver) ne može pristupiti datotekama uređaja.

 

Proces testiranja kompatibilnosti

što je automatizacija testiranja softvera

Uobičajeni koraci testiranja kompatibilnosti su:

 

1. Sastavite plan testiranja

Opsežan plan testiranja ključan je za testiranje kompatibilnosti; tim za osiguranje kvalitete može se po potrebi pozvati na to tijekom svojih provjera. Na primjer, ovo opisuje uređaje koje će testirati i kriterije za prolaz ili pad; također moraju utvrditi hoće li koristiti robotsku automatizaciju procesa .

 

2. Konfigurirajte testne slučajeve

Testni slučajevi jednako su važni jer razrađuju specifične provjere kompatibilnosti koje timovi izvode i specifične uređaje s kojima rade. Ovo također sadrži točne korake koje će testeri poduzeti i dovoljno prostora za njih da zabilježe ishod i sve informacije koje će pomoći razvojnim programerima da provedu kompatibilnost.

 

3. Uspostavite okolinu za testiranje

Izolirano i neovisno testno okruženje bez vanjskih utjecaja neophodno je kako bi se osigurali točni testovi, također dopuštajući timu za osiguranje kvalitete da identificira odakle dolaze problemi koje otkrivaju. Povrh toga, testeri mogu provoditi svoje provjere na aplikaciji bez ugrožavanja ‘prave’ verzije na bilo koji način.

 

4. Izvršite testove

Uz potpuno pripremljene testne slučajeve i okruženje, tim može započeti s testovima kompatibilnosti – čak i s automatiziranim rješenjem, imaju samo ograničenu količinu vremena. Testeri će morati dati prioritet najčešćim operativnim sustavima i konfiguracijama uređaja kako bi to uzeli u obzir te osigurati široku pokrivenost testom unatoč ovim ograničenjima.

 

5. Ponovno testirajte

Nakon što su testovi dovršeni i razvojni programeri prime testne slučajeve, modificirat će aplikaciju na načine koji poboljšavaju njezinu kompatibilnost, iako to možda neće biti moguće za sve uređaje. Testeri zatim ponovno provjeravaju aplikaciju i potvrđuju da problemi koje su prethodno otkrili više nisu prisutni i da nema novih većih pogrešaka.

 

Uobičajena metrika testiranja kompatibilnosti

prednosti postavljanja ispitnog centra izvrsnosti (TCoE)

Evo nekih uobičajenih metrika koje se koriste za testove kompatibilnosti:

 

1. Širina pojasa

Testovi kompatibilnosti mreže mjere kako se aplikacija povezuje s različitim mrežama, uključujući širokopojasne i mobilne podatkovne mreže. Minimalna širina pojasa potrebna da program obavlja svoje uobičajene dužnosti i povezuje se s bazom podataka tvrtke može biti previsoka za prosječnu 3G vezu, na primjer.

 

2. Korištenje procesora

Jedan od načina na koji se problemi s performansama manifestiraju je neproporcionalno velika upotreba CPU-a – to može značiti da uređaj jednostavno ne ispunjava minimalne zahtjeve programa. Problemi s CPU-om također mogu utjecati na vrijeme odgovora aplikacije, ograničavajući njezinu funkcionalnost i uzrokujući dovoljno kašnjenja da oduzmu korisnike.

 

3. Ljestvica upotrebljivosti sustava

Ljestvica upotrebljivosti sustava uobičajeni je način mjerenja subjektivnih detalja programa, a sastoji se od deset osnovnih pitanja o upotrebljivosti aplikacije. Rezultirajući SUS rezultat je od 100 i može se razlikovati od platforme do platforme zbog grafičkih pogrešaka.

 

4. Ukupan broj nedostataka

Ova metrika je konstanta u većini vrsta testiranja, što testerima omogućuje da razumiju trenutno stanje programa. Također je moguće da tim usporedi ukupne nedostatke između različitih platformi. Čineći to, ispitivači bi mogli istaknuti pogreške koje su nastale zbog nekompatibilnosti.

 

5. SUPRQ rezultat

Slično SUS ocjeni aplikacije, upitnik Percentila rangiranja standardiziranog korisničkog iskustva način je na koji testeri mogu ocijeniti aplikaciju na temelju nekoliko ključnih čimbenika, uključujući upotrebljivost i izgled. To im pomaže da prepoznaju na koji bi način korisnici mogli imati problema s korištenjem aplikacije na određenim uređajima.

 

7 pogrešaka i zamki u implementaciji testova kompatibilnosti

izaziva testiranje opterećenja

Evo sedam značajnih pogrešaka koje treba izbjegavati pri provođenju testiranja kompatibilnosti:

 

1. Nedostatak pravih uređaja

Iako bi bilo nemoguće testirati na svim mogućim kombinacijama uređaja, tim za testiranje svejedno može imati koristi od upotrebe onoliko stvarnih uređaja koliko može nabaviti. Razne platforme nude ‘prave’ uređaje putem rješenja u oblaku kako bi se olakšalo testiranje kompatibilnosti s više preglednika na načine koji mogu odražavati nativnu izvedbu.

 

2. Izbjegavanje starijih uređaja

Mnogi korisnici još uvijek pristupaju svojim aplikacijama na starijim verzijama sustava Windows ili iOS; potpuno fokusiranje na nova izdanja popularnih uređaja i operativnih sustava moglo bi ograničiti doseg proizvoda. Ako tim ne proširi svoje testove na ‘zastarjele’ uređaje, značajan dio njihove publike mogao bi imati problema s korištenjem programa.

 

3. Loše upravljanje vremenom

Često postoji velika količina uređaja i konfiguracija za koje će biti potreban test kompatibilnosti, što znači da tim mora upravljati svojim vremenom kako bi provjerio što je moguće više njih. Ovo je važno jer su testovi obično još u tijeku pri kraju razvoja; loše upravljanje moglo bi masovno ograničiti broj provjera.

 

4. Nepravilno planiranje

Slično je najvažnije da se timovi pobrinu da te testove provode u razumnoj fazi razvoja programa, po mogućnosti nakon alfa testiranja i većine oblika funkcionalnog testiranja . To olakšava uvid u to je li problem opći kvar ili je specifičan za uređaje koje tim promatra.

 

5. Ne uzimajući u obzir razlučivost zaslona

Razlučivost zaslona može biti daleko veći čimbenik u kompatibilnosti nego što mnogi timovi za testiranje priznaju – pogotovo jer je ovo prilagodljivo; i utječe na način na koji uređaj prikazuje grafičke elemente. Čak i uz sve veći rok za testove kompatibilnosti, ključno je da timovi za testiranje i dalje rade na tome da to uključe u svoju strategiju.

 

Nedostatak stručnosti

Ispitivači moraju biti visoko vješti kako bi provjerili kompatibilnost web stranice, preglednika i softvera između mnogih drugih oblika koje ti testovi mogu poduzeti. Ako voditelj testiranja dodijeli jednom od članova svog tima da izvrši provjere kompatibilnosti, a oni nemaju dovoljno iskustva, to bi moglo usporiti testove i ograničiti njihovu točnost.

 

6. Bez prethodne rasprave

Budući da testovi kompatibilnosti često oduzimaju puno vremena (i potencijalno zahtijevaju širok raspon uređaja), timovi moraju u potpunosti utvrditi opseg svojih provjera rano u fazi osiguranja kvalitete. Na primjer, moraju imati jasnu predodžbu o tome koje specifične uređaje ili konfiguracije namjeravaju testirati prije nego što provjere uopće počnu.

 

Najbolje prakse za testiranje kompatibilnosti

Kontrolni popis za testiranje softvera

Najbolji načini za osiguranje visokokvalitetnih testova kompatibilnosti uključuju:

 

1. Testirajte tijekom razvoja

Budući da se softver značajno mijenja iz tjedna u tjedan, to može utjecati na to koliko je program kompatibilan s predviđenim uređajima. Timovi moraju više puta provoditi testiranje kompatibilnosti softvera i više preglednika kako bi bili sigurni da aplikacija i dalje dobro radi na tim platformama nakon razvojnih promjena.

 

2. Koristite stvarne uređaje

Neki alati za testiranje kompatibilnosti nude pristup ‘stvarnim’ simuliranim uređajima koji mogu biti vrlo slični korisničkom iskustvu za tu platformu. To vam omogućuje da osigurate kompatibilnost na više uređaja uz zadržavanje visoke razine točnosti koja nije prisutna u određenim automatiziranim rješenjima.

 

3. Odredite prioritete testova

S ograničenom količinom vremena za provođenje ovih provjera, testeri kompatibilnosti možda će morati dati prioritet najčešćim uređajima, preglednicima i operativnim sustavima. Slično tome, tim za testiranje trebao bi prvo pregledati najkritičnije značajke softvera kako bi se zajamčila osnovna funkcionalnost na ovim uređajima.

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

4. Integrirajte agilne tehnike

Neke tvrtke odlučuju prihvatiti pristup temeljen na sprintu za svoje testove kompatibilnosti, što im omogućuje da lako dosegnu prekretnice testiranja – kao što je provjera određenog broja uređaja. Agile potiče komunikaciju između odjela, a istovremeno pruža postavljenu testnu strukturu koja može jamčiti dosljedno, brzo poboljšanje.

 

5. Ograničite opseg testiranja

Timovi za osiguranje kvalitete moraju znati kada završiti svoje testove, pa čak i prihvatiti slučaj nekompatibilnosti. U ovom slučaju, razvojni programer možda neće promijeniti softver i umjesto toga može promijeniti minimalne zahtjeve ako bi to bilo preteško zaobići ispravcima grešaka.

 

Primjeri slučajeva i scenarija ispitivanja kompatibilnosti

Što je jedinično testiranje?

Slučajevi ispitivanja kompatibilnosti utvrđuju unose tima za testiranje, strategiju testiranja i očekivane rezultate; ove druge uspoređuju sa stvarnim rezultatima. Budući da provjere obuhvaćaju mnoge uređaje i konfiguracije, to je često opsežan postupak.

 

Ovi slučajevi obično uključuju:

• Ispravno testirajte HTML prikaze web aplikacije.
• Provjerite je li JavaScript kod softvera upotrebljiv.
• Provjerite radi li aplikacija u različitim rezolucijama.
• Provjerite može li program pristupiti direktoriju datoteka.
• Provjerite povezuje li se aplikacija sa svim održivim mrežama.

 

Evo konkretnih primjera testiranja kompatibilnosti u testiranju softvera za različite programe:

 

1. Aplikacija za društveno umrežavanje

Društvene mreže obično imaju oblik web-aplikacija na preglednicima i mobilnih aplikacija za odgovarajuće uređaje; obje vrste zahtijevaju jednako temeljito testiranje. Na primjer, ova mobilna aplikacija mora biti potpuno funkcionalna barem na iOS i Android uređajima – pri čemu tim provjerava stare i nove uređaje pod svakim operativnim sustavom. Ako određeni model iPhonea ne može prikazati animirane GIF datoteke, na primjer, tim mora identificirati što je uzrok tome kako bi se osiguralo dosljedno korisničko iskustvo.

 

2. Video igra

Videoigre općenito nude prilagodljive grafičke opcije koje korisnici mogu promijeniti kako bi odgovarale njihovom računalu; to uključuje kontrolu razlučivosti zaslona i osiguravanje odgovarajuće skale korisničkog sučelja . Određeni problemi mogu se pojaviti ovisno o specifičnom hardveru playera – s pogreškama antialiasinga koje dovode do zrnate grafike. To bi moglo biti zbog uobičajene grafičke kartice koja nije kompatibilna s renderiranjem teksture tvrtke. Ovisno o točnom problemu, to se čak može manifestirati kao pad sustava kada određeni uređaji pokrenu igru.

 

3. CRM sustav u oblaku

Rješenja za upravljanje odnosima s kupcima intenzivno koriste baze podataka za dohvaćanje informacija o njihovim transakcijama, dobavljačima i drugim važnim aspektima poslovanja, uglavnom uz pomoć pohrane u oblaku. Testeri bi trebali provjeriti rade li ova baza podataka i njezine usluge u oblaku na različitim mrežama, uključujući 3G i 4G ako im korisnik treba pristupiti bez internetske veze. Tim također mora pregledati širok raspon operativnih sustava jer se određeni problemi mogu pojaviti samo na Linux uređajima , na primjer.

 

Ručni ili automatski testovi kompatibilnosti?

računalni vid za testiranje softvera

Automatizacija bi mogla biti od velike pomoći za testove kompatibilnosti, dopuštajući timovima da provjeravaju veliki broj uređaja daleko brže od ručnog pristupa . Međutim, ručno testiranje može biti prikladnije kada se provode provjere na ograničenom broju preglednika i uređaja – na primjer, video igra dostupna samo na dvije platforme. Upotrebljivost softvera često je ključni faktor u testovima kompatibilnosti i obično zahtijeva ljudsku perspektivu koja može bolje identificirati probleme s grafičkim prikazom. Robotska automatizacija procesa može pomoći u tome implementacijom softverskih robota koji mogu lakše oponašati pristup ljudskog korisnika testovima kompatibilnosti.

Za programe dizajnirane za širok raspon uređaja, kao što su mobilne i web aplikacije, automatizacija omogućuje timu da osigura širu pokrivenost testiranja. Mogli bi čak upotrijebiti hiperautomatizaciju kako bi inteligentno prepustili vanjskim suradnicima te provjere na način koji i dalje osigurava ljudskim testerima da pregledaju te platforme u pogledu funkcionalnosti specifičnih za korisnika. Testiranje kompatibilnosti u ručnom testiranju i dalje je obavezno za neke zadatke – kao što je provjera ispravnih prikaza korisničkog sučelja na svakom uređaju. To znači da bi najbolji pristup mogla biti mješovita strategija koja može testirati više uređaja kroz automatizaciju, povećavajući njihov tempo, a da pritom još uvijek uzima u obzir značaj upotrebljivosti.

 

Što vam je potrebno za početak testiranja kompatibilnosti?

Što je testiranje opterećenja, testiranje mobilne aplikacije i ad hoc testiranje?

Glavni preduvjeti za testiranje kompatibilnosti obično uključuju:

 

1. Kvalificirano osoblje za testiranje

Ispitivači kompatibilnosti općenito imaju veće zahtjeve za vještinama nego drugi oblici osiguranja kvalitete zbog činjenice da provjeravaju širi raspon uređaja i često nailaze na više pogrešaka. To može uključivati ​​rješavanje problema, komunikaciju i obraćanje pažnje na detalje. Voditelji timova trebaju dodijeliti testere koji imaju iskustva s ispitivanjem iste aplikacije na mnogim platformama.

 

2. Jaka emulacija uređaja

Može biti teško nabaviti i testirati svaki fizički uređaj unutar djelokruga tima, zbog čega je emulacija ključna za gledanje kako različite platforme reagiraju na isti program. Ovaj proces rijetko je savršen i testeri moraju pogledati mnoge dostupne emulatore i automatizirane alate za testiranje kako bi vidjeli koji od njih nudi najveću točnost.

 

3. Jasan opseg testiranja

Tim bi trebao razumjeti njihov opseg prije početka provjera; pogotovo jer bi to moglo odlučiti o tempu kojim rade. Iako bi cilj programa mogao biti pokrivanje mnogih platformi, ispitivači bi trebali identificirati odgovarajuću graničnu točku. Na primjer, testiranje operativnih sustava izdanih prije Windowsa 7 moglo bi dovesti do smanjenih povrata.

 

4. Upravljanje vremenom

Testiranje kompatibilnosti može se dogoditi u bilo kojem trenutku tijekom faze osiguranja kvalitete, ali se obično sprema za kraj razvoja – kada je program stabilan i kompletan sa značajkama. Međutim, testeri bi trebali razmotriti kompatibilnost puno prije toga jer to često oduzima puno vremena. Robusno planiranje unaprijed pomaže timu osigurati dovoljno vremena za svaku provjeru.

Testiranje kompatibilnosti

kontrolni popis, savjeti i trikovi

Evo dodatnih savjeta koje timovi za osiguranje kvalitete moraju imati na umu prilikom provođenja testova kompatibilnosti:

 

1. Ne ciljajte na apsolutnu pokrivenost

Iako svaka strategija testiranja ima za cilj maksimalizirati pokrivenost testom, obično se zaustavljaju prije nego što dosegnu 100% zbog smanjenih povrata uz samo mala poboljšanja za vrlo mali broj korisnika. U kontekstu kompatibilnosti, timovi bi trebali razumjeti kada bi premalo njihovih kupaca koristilo uređaj da bi se te provjere isplatile.

 

2. Dajte prioritet kombinacijama s više preglednika

Testiranje kompatibilnosti s više preglednika uključuje provjeru svakog preglednika u odnosu na različite operativne sustave. Testeri moraju koristiti sveobuhvatnu analitiku o svojoj publici kako bi odredili najpopularnije od oboje i upotrijebili to za usmjeravanje svog pristupa. Mogli bi čak razviti matricu kompatibilnosti preglednika, koja utvrđuje opseg ovih provjera i njihove različite konfiguracije.

 

3. Provjerite izgled

Osiguravanje dosljednog iskustva u srcu je testiranja kompatibilnosti i te provjere moraju ići dublje od utvrđivanja rade li značajke programa na različitim uređajima. Timovi također trebaju provjeriti cjelokupni izgled softvera, uključujući poravnanje svih obrazaca ili tablica, kao i integritet CSS-a i HTML-a programa.

 

4. Provjerite API-je

Sučelja za programiranje aplikacija ključna su komponenta načina na koji preglednici čitaju aplikacije, što ih čini vitalnim za timsko testiranje kompatibilnosti s više preglednika. Različiti web preglednici imaju vlastite API pozive, a njihova ažuriranja tijekom vremena mogu utjecati na kompatibilnost. Ispitivači ih moraju redovito provjeravati; čak i ako tvrtka koristi sličan API za svaki program.

 

5. Pregledajte SSL certifikat

SSL certifikati povećavaju sigurnost preglednika – šifriraju web promet i omogućuju korisnicima da iskoriste prednosti HTTPS protokola. Web-mjesto ili web-aplikacija mogu imati certifikat koji nije kompatibilan s određenim preglednicima. To znači da bi testeri trebali potvrditi certifikat na svim glavnim platformama kako bi osigurali da se korisnici osjećaju sigurno na njihovoj web stranici.

 

6. Provjerite video playere

Programi koji prikazuju video, kao što su usluge strujanja ili besplatne mobilne igre podržane oglasima, trebaju proći testiranje kako bi se osiguralo da se ti videozapisi prikazuju na svim predviđenim uređajima. Za mnoge aplikacije ove će provjere uključivati ​​i stolna računala i mobilne uređaje i mogle bi provjeriti kvalitetu, brzinu i broj sličica u sekundi.

 

5 najboljih alata i softvera za testiranje kompatibilnosti

Često postavljana pitanja o automatizaciji funkcionalnog testiranja

Najučinkovitiji besplatni i plaćeni alati za testiranje kompatibilnosti uključuju:

 

1. ZAPTEST besplatno i poslovno izdanje

ZAPTEST nudi izvrsnu funkcionalnost u besplatnom i Enterprise (plaćenom) izdanju, pomažući tvrtkama bilo koje veličine (ili budžeta) s njihovim provjerama kompatibilnosti. Tvrtke koje odaberu ZAPTEST-ovu Enterprise verziju mogu čak uživati ​​u povratu koji je do 10 puta veći od njihovih izvornih ulaganja. Značajka rješenja 1SCRIPT posebno je prilagođena potrebama testera kompatibilnosti, dopuštajući im da izvode potpuno iste testove na više platformi bez modificiranja koda kako bi odgovarao. Dodajte vrhunsku RPA funkcionalnost bez dodatnih troškova i dobit ćete rješenje za automatizaciju svih zadataka na jednom mjestu.

 

2. LambdaTest

LambdaTest koristi pristup temeljen na oblaku za isporuku 3000 automatiziranih uređaja – iako sa značajnim fokusom na web preglednike, što bi moglo ograničiti učinkovitost ovog rješenja za određene programe. Platforma je specijalizirana za kontinuirano testiranje, bliže integrirajući proces osiguranja kvalitete s razvojem. Provjere na ovoj aplikaciji također omogućuju korisnicima da postave svoju rezoluciju, čineći testiranje kompatibilnosti s više preglednika puno lakšim. Ovo rješenje nudi freemium model, iako to uključuje ograničene testove bez nadogradnje i bez pravih uređaja.

 

3. BrowserStack

Slično LambdaTestu, BrowserStack omogućuje pristup do 3000 stvarnih uređaja; njihov katalog također uključuje naslijeđene i beta opcije za preglednike. Iako je vjerojatnije da će ljudi nadograditi svoj preglednik nego svoj OS, još uvijek postoji mnogo ljudi koji koriste starije verzije – BrowserStack to prilagođava. Korisnici također mogu provesti geolokacijsko testiranje kako bi vidjeli kako web stranice i web aplikacije izgledaju u različitim zemljama. Međutim, ne postoje besplatne ili besplatne opcije, a stvarno testiranje uređaja može biti sporo.

 

4. TestGrid

TestGrid omogućuje paralelno testiranje, dopuštajući timovima da provjeravaju nekoliko kombinacija u isto vrijeme kako bi se ubrzao proces. Ovo se rješenje također dobro integrira u tijek rada testiranja i razvoja – moguće olakšavajući agilni pristup formiranjem ključnog dijela sprinteva odjela. Međutim, TestGrid se ponekad bori s povezivanjem s uređajima u oblaku i preglednicima. Povrh svega, program je prilično ograničen u pogledu testiranja opterećenja , dokumentacije i dodavanja novih uređaja u postavku tvrtke.

 

5. Preglednik

Browsera se uglavnom fokusira na testiranje web stranica kako bi se osiguralo da se pravilno prikazuju na različitim uređajima, preglednicima i operativnim sustavima. Kao pristup temeljen na oblaku, timovi za osiguranje kvalitete ne moraju instalirati ovaj virtualni laboratorij za testiranje na svoje uređaje. Browsera također može usporediti rezultate kako bi inteligentno uočila probleme s izgledom i JavaScript pogreške koje bi čak i ljudski tester mogao propustiti. Međutim, Browsera nema podršku za nekoliko uobičajenih preglednika, uključujući Operu, i nudi samo osnovnu testnu funkcionalnost besplatno.

 

Zaključak

Testiranje kompatibilnosti ključno je za uspješnu strategiju osiguranja kvalitete, omogućujući timovima da provjere svoje aplikacije na širokom rasponu uređaja. Bez prihvaćanja ove tehnike, tvrtke možda nisu svjesne da njihov softver neće raditi za većinu njihove ciljne publike sve do lansiranja. To košta puno vremena i novca u usporedbi s testiranjem prije izdavanja, a aplikacije kao što je ZAPTEST mogu još više pojednostaviti ovaj proces. S 1SCRIPT-om i mnogim drugim značajkama dostupnim besplatno, kao što je paralelno testiranje, odabirom ZAPTEST-a kao alata za testiranje možete transformirati bilo koji projekt, istovremeno dajući timovima potpuno povjerenje u njihovu primjenu.

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