fbpx

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

A kompatibilitási tesztelés számos minőségbiztosítási stratégia szerves részét képezi, lehetővé téve a vállalatok számára, hogy lássák, hogy szoftverük megfelelően működik-e a különböző platformokon. Még egy kizárólag asztali számítógépekre szánt program esetében is több nagy operációs rendszert kell figyelembe venni, és több száz – ha nem ezer – hardverkülönbséget kell figyelembe venni, amelyek befolyásolhatják a stabilitást. A kompatibilitási tesztelési folyamat és annak szokásos előnyeinek megértése segíthet garantálni a hatékony termékbevezetést, amely a lehető legnagyobb felhasználói közönséget képes elérni.

Bár a kompatibilitástesztelés számos előnnyel járhat, számos jelentős kihívás is van, amelyeket egy szoftvertesztelő csapatnak le kell küzdenie ahhoz, hogy maximalizálni tudja e technika lehetőségeit. Vannak olyan speciális gyakorlatok is, amelyeket ezeknek az osztályoknak alkalmazniuk kell a legjobb eredmények eléréséhez – és az átfogó tesztelési lefedettség biztosításához.

Ebben a cikkben közelebbről megvizsgáljuk a kompatibilitási tesztelést, beleértve a csapatok által követendő alapvető lépéseket, valamint a jelenleg elérhető leghasznosabb tesztelési eszközöket.

Table of Contents

Mi az a kompatibilitási tesztelés a

szoftver tesztelés és tervezés?

Stressztesztelés - típusok, folyamat, eszközök, ellenőrző listák és több más

A kompatibilitási tesztelés során különböző eszközökön, hardvereken és firmware-eken vizsgálják a szoftvert, hogy megbizonyosodjanak arról, hogy az a csapat elvárásainak megfelelően működik. Előfordulhat, hogy minden felhasználó egy új eszközön kezeli a programot, és ezért fontos, hogy a vállalat garantálni tudja, hogy mindannyian hasonló élményt kapjanak. A kompatibilitási tesztek például magukban foglalhatják egy alkalmazás minden egyes funkciójának ellenőrzését, hogy megbizonyosodjanak arról, hogy az minden főbb operációs rendszeren működik.

Alapos kompatibilitási tesztelés nélkül teljesen elképzelhető, hogy egy vállalat olyan alkalmazást ad ki, amely nem működik bizonyos népszerű eszközökön. Ezeknek az ellenőrzéseknek teljesen átfogónak kell lenniük, mert a probléma számos módon felmerülhet – például előfordulhat, hogy az alkalmazás nem működik egy nagyon speciális grafikus kártyatípussal. A minőségbiztosítási csapatok a szoftvertesztelés más formáival párosítva megbizonyosodhatnak arról, hogy programjuk készen áll a kiadásra.

 

1. Mikor és miért van szükség kompatibilitási tesztelésre mobilalkalmazások, weboldalak, rendszerek és böngészők közötti kompatibilitás tesztelésére?

alfa tesztelés vs. béta tesztelés

A vállalatok a kompatibilitási tesztelést a szoftvertesztelési fázisban végzik, különösen akkor, amikor már rendelkeznek a program “stabil” verziójával, amely pontosan tükrözi, hogyan fog viselkedni az ügyfelek számára. Ez az alfa, az elfogadás és az egyéb tesztelési formák után folytatódik, amelyek gyakran az általános stabilitást és a funkciókkal kapcsolatos problémákat vizsgálják. Ha egy alkalmazás a kompatibilitási tesztelési fázisban problémákkal szembesül, az általában a kompatibilitással kapcsolatos konkrét problémák miatt következik be. Ha ezeket az ellenőrzéseket túl korán hajtjuk végre, akkor gyakorlatilag feleslegessé válhatnak, mivel a program fejlesztési ciklusában később bekövetkező kisebb változtatások radikálisan befolyásolhatják a kompatibilitást.

A böngészők és szoftverek kompatibilitási tesztelése azért fontos, mert ez segít a vállalatoknak olyan alkalmazást kiadni, amelyről tudják, hogy gyakorlatilag minden lehetséges eszközön megfelelően fog futni. Például a böngészők közötti kompatibilitás tesztelése különösen segít biztosítani, hogy az Operát használók ugyanolyan élményben részesüljenek, mint a Firefoxot és más nagyobb böngészőket használók. A csapat általában annyi hardver/szoftver variációt tesztel, amennyit az idő és a költségvetés lehetővé tesz. Ez azt jelenti, hogy intelligensen kell rangsorolniuk azokat a rendszereket vagy böngészőket, amelyeket ügyfeleik nagyobb valószínűséggel használnak, így garantálva a széleskörű tesztelési lefedettséget és az életképes terméket.

 

2. Amikor nincs szükség szoftveres kompatibilitási tesztelésre

ellenőrzőlista szoftvertesztelési folyamatok

A vállalatok egy adott operációs rendszerre vagy modellre szabott alkalmazást készíthetnek, ami jelentősen korlátozza a szükséges ellenőrzések számát. A böngészők közötti kompatibilitás tesztelése a szoftvertesztelés során felesleges lehet, ha a program nem igényel például böngészőt. Az idő is komoly tényező lehet abban, hogy egy vállalat el tudja-e végezni ezeket a teszteket, bár a tesztelő csapatoknak továbbra is azon kell dolgozniuk, hogy garantálják, hogy a főbb rendszerek és böngészők kompatibilisek a szoftverrel. Vannak olyan projektek is, amelyek nem részesülhetnek az alapvető kompatibilitási tesztekből.

 

3. Ki vesz részt az összeegyeztethetőségi tesztelésben?

akiknek részt kell venniük a szoftverteszt automatizálási eszközökkel és tervezéssel kapcsolatban

Itt vannak a kompatibilitási tesztelést végző fő személyek a szoftvertesztelésben:

 

1. Fejlesztők

A fejlesztőcsapat a fejlesztés során egy platformon ellenőrzi az alkalmazás teljesítményét, és lehet, hogy ez lesz az egyetlen eszköz, amelyen a vállalat ki kívánja adni a programot.

 

2. Tesztelők

A vállalaton belüli vagy külsős minőségbiztosítási csoportok az alkalmazás kompatibilitási tesztelési szakaszának részeként számos lehetséges konfigurációt ellenőriznek, beleértve az összes főbb operációs rendszert és böngészőt.

 

3. Ügyfelek

A vállalat ügyfelei olyan hardverrel vagy konfigurációval rendelkezhetnek, amelyet a csapat nem tudott alaposan tesztelni, így az ő felhasználói élményük lehet az adott beállítás első igazi ellenőrzése.

 

A kompatibilitási tesztelés előnyei

Mi a szoftvertesztelés?

A szoftverkompatibilitási tesztelés szokásos előnyei a következők:

 

1. Szélesebb közönség

Minél alaposabban teszteli egy csapat a szoftverét, annál több eszközre tudja bátran kiadni, így biztosítva, hogy a széles közönség számos platformon élvezhesse az alkalmazást. Ez lehetővé teszi a vállalatok számára, hogy több termékértékesítést érjenek el a programon, és javíthatja a pozitív vélemények számát is, amelyeket ez a szoftver kap a felhasználóktól.

 

2. Javítja a stabilitást

A kompatibilitási tesztelés a szoftvertesztelés során elengedhetetlen a stabilitási és teljesítménybeli problémák kiemeléséhez, amelyek gyakran hangsúlyosabbak lehetnek a különböző eszközökön – különösen, ha a fejlesztők csak egy platformra tervezték az alkalmazást. A rendszerkompatibilitási teszt megmutatja a vállalatnak, hogy a felhasználók (az eszközök széles skáláján) mire számíthatnak a szoftver általános teljesítményétől.

 

3. Finomítja a fejlesztést

Ezek a tesztek hosszú távon is jelentős hatással vannak a fejlesztőcsapatra. A mobil kompatibilitási tesztelés például értékes információkkal szolgálhat az alkalmazásfejlesztésről, amelyeket a vállalkozások figyelembe vehetnek, amikor további programokat hoznak létre. Ez jelentősen csökkentheti a kompatibilitási tesztek költségeit a jövőbeli projektek esetében, lehetővé téve számukra, hogy újra felhasználják az ebből a folyamatból levont tanulságokat.

 

4. Ellenőrzi az egyéb vizsgálatokat

A legtöbb eddigi tesztelési forma korlátozott hatókörű, és nem tesztel minden lehetséges hardver- vagy szoftverkombinációt – ezek a tesztek hatékonyan ellenőrizhetik ezeket az eredményeket. A böngészők közötti kompatibilitás tesztelése például validálja a már meglévő minőségbiztosítási szakaszokat azáltal, hogy megmutatja, hogy az eredmények ugyanazok, ha a felhasználó más böngészőt használ.

 

5. Csökkenti a költségeket

A kompatibilitási tesztelés a jelenlegi program költségeit is csökkentheti, mivel segít a csapatoknak azonosítani a problémákat, mielőtt az alkalmazás megjelenik a nyilvános kiadásban – ekkor ugyanis a hibák kijavítása már drágábbá válik. Minél változatosabbak egy csapat tesztjei (és minél magasabb a tesztlefedettségi arányuk), annál olcsóbb a hibák eltávolítása, amikor azok felmerülnek.

 

Az összeegyeztethetőségi tesztelés kihívásai

UAT-tesztelés összehasonlítása a regressziós teszteléssel és más tesztekkel

Az alábbiakban bemutatjuk azokat a gyakori kihívásokat, amelyekkel a vállalatok szembesülhetnek, amikor a kompatibilitási tesztelést a szoftvertesztelésben alkalmazzák:

 

1. Korlátozott idő

Bár az automatizálási eszközök és más megoldások jelentősen felgyorsíthatják a kompatibilitási teszteket azáltal, hogy számos eszközt szimulálnak, ennek a folyamatnak még mindig a vállalat fejlesztési ütemtervéhez kell igazodnia. Ez azt jelenti, hogy a tesztelő csapatnak a leggyakoribb eszközöket és böngészőket kell előtérbe helyeznie, hogy a legszélesebb (és legnépesebb) közönséghez jusson el.

 

2. Valódi eszközök hiánya

Ezek az ellenőrzések általában olyan virtuális gépeket foglalnak magukban, amelyek szimulálják a valós eszközök alkatrészeit és körülményeit; ez sokkal olcsóbb (és gyorsabb), mint a megfelelő alkatrészek és platformok önálló beszerzése. Ez azonban befolyásolhatja az eredmények pontosságát, különösen mivel a teljesítmény gyakran attól függ, hogy a felhasználók hogyan kezelik a valós eszközt.

 

3. Nehéz a jövőbe mutatóan megoldani

A kompatibilitási tesztek csak a már létező platformokkal tudnak foglalkozni; ez azt jelenti, hogy nem tudják garantálni, hogy az alkalmazás a Windows és a Google Chrome jövőbeli verzióin az elvárásoknak megfelelően fog futni. A szervezetek ezt csak a bevezetés után tudják kijavítani, ami gyakran drágább, és az alkalmazás emiatt végül elavulttá válhat.

 

4. Az infrastruktúra karbantartása

Ha egy csapat úgy dönt, hogy jelentős mennyiségű platformot ellenőriz házon belül, ez magas infrastrukturális díjakat eredményezhet. A mobilalkalmazások kompatibilitási tesztelése például számos valódi mobileszköz beszerzését foglalhatja magában. Bár ez pontosabb, mint a szimulált hardverkompatibilitási tesztelés, költséges és jellemzően rendszeres karbantartást igényel.

 

5. Nagyszámú kombináció

A kompatibilitási tesztelés számos egymást keresztező tényezőt figyelembe vesz, például az operációs rendszert, a böngészőt, a hardvert, a firmware-t és még a képernyőfelbontást is. Még ha a tesztcsapatnak sok ideje is van, gyakorlatilag lehetetlen lenne minden egyes lehetőséget figyelembe venni. A konfigurációs és kompatibilitási tesztek során ismét a legvalószínűbb eszközkombinációkat kell előtérbe helyezni.

 

Az összeegyeztethetőségi vizsgálat jellemzői

Alfa tesztelés - Mi az, típusok, folyamat, vs. béta tesztek, eszközök és még több!

A kompatibilitási tesztek fő jellemzői a következők:

 

1. Alapos

Ezeknek az ellenőrzéseknek képesnek kell lenniük az eszközök között felmerülő esetleges kompatibilitási problémák elkülönítésére – különben a csapat végül hibás programot adhat ki. Ezeknek az ellenőrzéseknek például biztosítaniuk kell, hogy az alkalmazás minden egyes funkciója az elvárásoknak megfelelően jelenjen meg, függetlenül a felhasználó képernyőfelbontásától.

 

2. Terjedelmes

A teszteknek egyensúlyt kell tartaniuk a mélység és a szélesség között, segítve a csapatokat számos kérdés vizsgálatában számos eszközkonfiguráción keresztül. A böngészők közötti kompatibilitás tesztelése az operációs rendszerek és böngészők széles skáláját vizsgálja, magas szintű lefedettséget biztosítva – néha automatizált megoldás segítségével.

 

3. Kétirányú

Ez a folyamat magában foglalja a visszafelé és előre kompatibilitási tesztelést is; az előbbi lehetővé teszi a csapat számára, hogy megnézze, hogyan fog működni az alkalmazásuk a régebbi hardvereken. Ez utóbbi lehetővé teszi a csapat számára, hogy hozzáférjen a legmodernebb platformokhoz, ami segít nekik garantálni a sikeres hosszú távú teljesítményt, még akkor is, ha a jövőbiztosítási képességeik meglehetősen korlátozottak.

 

4. Megismételhető

Az ellenőrzések által feltárt problémáknak más tesztelők és részlegek számára is könnyen megismételhetőknek kell lenniük, ami azt mutatja, hogy olyan hibákat tükröznek, amelyekkel a felhasználók valószínűleg találkoznak. Ha egy weboldal kompatibilitási tesztje azt jelzi, hogy bizonyos funkciók nem működnek egy bizonyos böngészőben, az ismételhetőség segít a fejlesztőknek a probléma megoldásában.

 

Az összeegyeztethetőségi vizsgálatok típusai

webes alkalmazás automatizálási tesztelés

A kompatibilitási tesztek fő típusai a következők:

 

1. Visszafelé kompatibilitás tesztelése

A visszafelé kompatibilitás tesztelése magában foglalja az alkalmazás ellenőrzését a mai hardverek régebbi verzióival – ez azért lényeges, mert ha ezeket az ellenőrzéseket a modern eszközökre korlátozzuk, az jelentősen korlátozhatja a felhasználók számát. Sokan még mindig régebbi operációs rendszereket használnak, például a Windows 8-at.

 

2. Előre kompatibilitási tesztelés

Az előrehaladó kompatibilitás tesztelése hasonló, de ehelyett a modern vagy a jövőbeni technológiákat vizsgálja, hogy kiderüljön, az alkalmazás a fejlesztések és frissítések ellenére is valószínűleg évekig működni fog-e. E tesztek nélkül a szoftver például a következő böngészőfrissítéssel akár le is állhat.

 

3. Böngésző kompatibilitás tesztelése

A weboldalak böngésző kompatibilitási tesztjei biztosítják, hogy egy webalkalmazás vagy webhely különböző böngészőkben működjön; ez létfontosságú, mivel ezek különböző elrendezési motorokat használnak. A minőségbiztosítási csapatok még a böngészők közötti kompatibilitást is tesztelik, azaz ellenőrzik, hogy az egyes böngészők képesek-e kezelni az alkalmazást a különböző operációs rendszereken.

 

4. Mobil kompatibilitási tesztelés

A mobilalkalmazások tesztelése hasonló folyamat, mint az asztali és webes alkalmazások ellenőrzése, különösen mivel a telefon operációs rendszere is fontos szempont. Az Android és az iOS alkalmazások például teljesen eltérő formátumban készülnek, és teljesen külön fejlesztési és tesztelési folyamatot igényelnek mindkettőhöz.

 

5. Hardver kompatibilitás tesztelése

Ezek az ellenőrzések a gépet alkotó konkrét alkatrészeket vizsgálják, és azt, hogy azok hogyan befolyásolhatják a programot; ez gyakorlatilag bármilyen típusú eszköz esetében kritikus fontosságú. Például egy számítógépnek lehet olyan grafikus kártyája, amely nem képes sikeresen megjeleníteni egy webes alkalmazás felületét.

 

6. Eszközkompatibilitási tesztelés

Egyes alkalmazások Bluetooth, szélessávú vagy vezetékes kapcsolaton keresztül kapcsolódnak külső eszközökhöz. Egy alkalmazásnak például csatlakoznia kell egy nyomtatóhoz. Ezeknek a teszteknek az a célja, hogy megbizonyosodjon arról, hogy a program együttműködik a platform saját kapcsolataival és minden olyan eszközzel, amelyhez hozzáférhet.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

 

7. Hálózati kompatibilitási tesztelés

Ha egy alkalmazás futtatásához hálózati funkciókra van szükség – például a vállalat szerverén keresztül egy online adatbázishoz való kapcsolódáshoz -, akkor ez számos kompatibilitási ellenőrzést igényel. Ez biztosítja, hogy a program megfelelő sebességgel tudjon futni Wi-Fi, 4G vagy 3G hálózati kapcsolaton.

 

Mit tesztelünk a kompatibilitási tesztek során?

a szoftvertesztelés automatizálásával kapcsolatos zűrzavarok tisztázása

A kompatibilitásvizsgálók általában a következőket ellenőrzik:

 

1. Teljesítmény

A kompatibilitási tesztelés egyik fő célja a stabilitás biztosítása, mivel az alkalmazás egyes aspektusai teljesen inkompatibilisek lehetnek az elterjedt platformokkal. A program általános érzékenységét vizsgálva a tesztelő csapat biztosítja, hogy bizonyos eszközökön ne legyenek komoly összeomlások.

 

2. Funkcionalitás

A kompatibilitási tesztelés az alkalmazás általános jellemzőit és funkcióit is ellenőrzi annak biztosítása érdekében, hogy a szoftver képes legyen a megfelelő eredményeket biztosítani. Például egy ügyfélkapcsolat-kezelő rendszer nem képes értékesítési adatokat vagy általános elemzési adatokat nyújtani az elavult operációs rendszerrel rendelkező felhasználók számára.

 

3. Grafika

Egyes böngészők vagy eszközök számos okból kifolyólag nehezen jelenítenek meg bizonyos grafikai elemeket – a kompatibilitási ellenőrzések segíthetnek ebben. Előfordulhat, hogy egy program csak bizonyos képernyőfelbontásokon tud működni, hacsak a fejlesztők nem változtatják meg a program tartalmának megjelenítési módját.

 

4. Csatlakoztathatóság

A kompatibilitási tesztek azt is vizsgálják, hogy a program hogyan integrálódik a felhasználó eszközével és a saját adatbázisával, lehetővé téve az olyan eszközök, mint például a nyomtatók felismerését. Ezek az ellenőrzések például felfedhetik, hogy az alkalmazás 3G hálózatokon nem tud csatlakozni a saját adatbázisához.

 

5. Sokoldalúság

Ezek az ellenőrzések biztosítják, hogy a vállalat alkalmazása elég sokoldalú ahhoz, hogy a visszafelé és előre kompatibilitási tesztek révén ugyanazon operációs rendszer régi és új verzióin is működjön. Ez biztosítja, hogy a felhasználók nem zárják ki magukat a programból, ha a szoftverük néhány éve elavult.

 

Az összeegyeztethetőségi vizsgálatok eredményeinek típusai

A kompatibilitási tesztek három fő eredménye a következő:

 

1. Vizsgálati eredmények

Ezen ellenőrzések leggyakoribb kimenete maguk az eredmények, amelyek sokféle formát ölthetnek. A böngészők kompatibilitásának tesztelése például felfedheti, hogy egy webes alkalmazás memóriaszivárgást eredményez a Microsoft Edge böngészőben, míg ugyanez az alkalmazás nem jár negatív hatással a Chrome-alapú böngészőkben. Alternatív megoldásként az alkalmazás pontosan úgy működhet, ahogy a csapat elvárja a megfelelő platformokon.

 

2. Tesztnaplók

A teszteredmények az alkalmazás saját naplóinak formájában is megjelennek, amelyek hibaüzenetekkel világítanak rá a felfedezett szoftverproblémákra. Ezek a naplók még azt is azonosíthatják, hogy a program melyik része okozza a hibát. A tesztelőknek különösen a kompatibilitási tesztelés során ismerniük kell, hogy ezek a naplók hogyan jelennek meg és hogyan mutatják be ezeket a problémákat a különböző platformokon.

 

3. Tesztelési esetek

A kompatibilitási tesztesetek meghatározzák, hogy a csapat milyen teszteket fog lefuttatni, és helyet biztosítanak az eredmények egyszerű formában történő rögzítéséhez. A tesztelőknek a szoftverrel kapcsolatos ismereteiket kell felhasználniuk az eredményekkel és a naplókkal együtt a probléma okának azonosítására. Minél több információt adnak meg, annál gyorsabban tudnak a fejlesztők hibajavításokat végezni.

Az észlelt hibák típusai

kompatibilitási tesztelésen keresztül

api tesztelés és automatizálás

Íme a leggyakoribb hibák, amelyeket a kompatibilitási tesztek azonosítani tudnak:

 

1. Layout méretezés

A weboldal kompatibilitási tesztje megmutatja, hogy a webalkalmazást alkotó elemek vagy akár a weboldalak méretezése illeszkedik-e a felhasználó eszközéhez, különösen a képernyő felbontásához és méretéhez. Ennek eredményeképpen egyes grafikák bizonyos böngészőkben nehezen láthatók.

 

2. A szoftver összeomlik

A kompatibilitási tesztek megkönnyítik annak megállapítását, hogy egy alkalmazás egyáltalán képes-e futni bizonyos platformokon. Egy játékfejlesztő például úgy tudhatja meg a termék minimális rendszerkövetelményeit, hogy ellenőrzi, mely eszközök omlanak össze a tesztelők indításakor a nem elegendő RAM és processzorsebesség miatt.

 

3. HTML/CSS érvényesítési problémák

A különböző böngészők és eszközök különböző módon olvassák a kódot – egyesek automatikusan kijavítják az egyszerű kódolási hibákat, például a HTML-címkék nem megfelelő lezárását. A böngészők kompatibilitásának tesztelése azonosíthatja az érvénytelen CSS-t, amely megakadályozza az alkalmazás tartalmának és alapvető funkcióinak létrehozását.

 

4. Videolejátszási hibák

Számos modern videolejátszó használja a HTML5-öt az online videók streameléséhez, és ez potenciálisan egy vállalat webes alkalmazásának kulcsfontosságú részét képezheti. A weboldalak böngésző kompatibilitását ellenőrző csapatok azonban azt tapasztalhatják, hogy alkalmazásuk videofunkciói nem kompatibilisek az elavult böngészőkkel.

 

5. Fájlbiztonság

A kompatibilitási tesztelés a szoftverfejlesztés során a fájlbiztonsággal kapcsolatos problémákat is megtalálhatja, és azt is, hogy ez hogyan változik az egyes eszközök között. A Windows újabb verziói például robusztusabb be- és kimeneti biztonsággal rendelkeznek. Ez ahhoz vezethet, hogy az alkalmazás (például a vírusirtó szoftver) nehezen fér hozzá az eszköz fájljaihoz.

 

Kompatibilitási tesztelési folyamat

mi a szoftver teszt automatizálás

A kompatibilitási tesztelés szokásos lépései a következők:

 

1. Tesztterv összeállítása

Az átfogó tesztelési terv kritikus fontosságú a kompatibilitás teszteléséhez; a minőségbiztosítási csoport szükség esetén erre hivatkozhat az ellenőrzések során. Ez például részletezi, hogy milyen eszközöket fognak tesztelni, és milyen kritériumok alapján fognak megfelelni vagy elbukni; azt is meg kell állapítaniuk, hogy használnak-e robotizált folyamatautomatizálást.

 

2. Tesztesetek konfigurálása

Hasonlóan fontosak a tesztesetek is, mivel ezek részletezik a csapatok által lefuttatott konkrét kompatibilitási ellenőrzéseket és a konkrét eszközöket, amelyekkel dolgoznak. Ez tartalmazza a tesztelők pontos lépéseit is, és bőséges helyet biztosít számukra az eredmények és minden olyan információ rögzítésére, amely segít a fejlesztőknek a kompatibilitás érvényesítésében.

 

3. A tesztelési környezet kialakítása

A pontos teszteléshez elszigetelt és független, külső hatásoktól mentes tesztkörnyezetre van szükség, amely lehetővé teszi a minőségbiztosítási csapat számára, hogy azonosítsa, honnan származnak az általuk feltárt problémák. Ráadásul a tesztelők úgy végezhetik el az ellenőrzéseket az alkalmazáson, hogy a “valódi” változatot semmilyen módon nem veszélyeztetik.

 

4. A tesztek végrehajtása

A tesztesetek és a környezet teljes körű előkészítésével a csapat megkezdheti a kompatibilitási teszteket – még egy automatizált megoldás esetén is csak korlátozott mennyiségű idő áll rendelkezésükre. A tesztelőknek prioritásként kell kezelniük a leggyakoribb operációs rendszereket és eszközkonfigurációkat, hogy ezt figyelembe vegyék, és e korlátozások ellenére széles körű tesztlefedettséget biztosítsanak.

 

5. Újratesztelés

Miután a tesztek befejeződtek, és a fejlesztők megkapják a teszteseteket, úgy módosítják az alkalmazást, hogy javítsák a kompatibilitást, bár ez nem minden eszköz esetében lehetséges. A tesztelők ezután újra ellenőrzik az alkalmazást, és meggyőződnek arról, hogy a korábban feltárt problémák már nem állnak fenn, és nincsenek új, nagyobb hibák.

 

Közös kompatibilitási tesztelési metrikák

a tesztelési kiválósági központ (TCoE) létrehozásának előnyei

Íme néhány, a kompatibilitási tesztekhez használt általános mérőszám:

 

1. Sávszélesség

A hálózati kompatibilitási tesztek azt mérik, hogy az alkalmazás hogyan működik együtt a különböző hálózatokkal, beleértve a szélessávú és mobil adathálózatokat is. A program szokásos feladatainak elvégzéséhez és a vállalat adatbázisához való csatlakozáshoz szükséges minimális sávszélesség például túl nagy lehet egy átlagos 3G-kapcsolathoz.

 

2. CPU használat

A teljesítményproblémák egyik módja az aránytalanul magas CPU-használat – ez azt jelentheti, hogy az eszköz egyszerűen nem felel meg a program minimális követelményeinek. A CPU-problémák az alkalmazás válaszidejét is befolyásolhatják, korlátozva annak funkcionalitását, és elegendő késleltetést okozva ahhoz, hogy a felhasználókat elvonja a figyelmét.

 

3. Rendszer használhatósági skála

A System Usability Scale (Rendszerhasználhatósági skála) egy általános módszer egy program szubjektív részleteinek mérésére, amely tíz alapvető kérdést tartalmaz egy alkalmazás használhatóságáról. Az így kapott SUS pontszám 100-ból áll, és a grafikai hibák miatt platformonként eltérő lehet.

 

4. Hibák száma összesen

Ez a mérőszám a legtöbb tesztelési típusnál állandó, és lehetővé teszi a tesztelők számára, hogy megértsék a program jelenlegi állapotát. A csapat számára az is lehetséges, hogy összehasonlítsa a hibák számát a különböző platformok között. Ezzel a tesztelők kiemelhetik azokat a hibákat, amelyek az inkompatibilitásból adódnak.

 

5. SUPRQ pontszám

Az alkalmazás SUS-pontszámához hasonlóan a Standardizált felhasználói élmény percentilis rangsor kérdőív segítségével a tesztelők számos kulcsfontosságú tényező, többek között a használhatóság és a megjelenés alapján értékelhetik az alkalmazást. Ez segít nekik azonosítani, hogy az ügyfelek hogyan nehezen tudják használni az alkalmazást bizonyos eszközökön.

 

7 hiba és buktató a kompatibilitási tesztek végrehajtásában

kihívások terheléses tesztelés

Íme hét jelentős hiba, amelyet el kell kerülni a kompatibilitási tesztelés során:

 

1. Valódi eszközök hiánya

Bár lehetetlen lenne minden lehetséges eszközkombináción tesztelni, a tesztelő csapat mégis profitálhat abból, ha minél több valós eszközt használ, amennyit csak tud. Különböző platformok felhőmegoldásokon keresztül “valódi” eszközöket kínálnak, hogy megkönnyítsék a böngészők közötti kompatibilitás tesztelését olyan módon, amely tükrözheti a natív teljesítményt.

 

2. A régebbi eszközök elkerülése

Sok felhasználó még mindig a Windows vagy az iOS régebbi verzióin használja az alkalmazásokat; ha kizárólag a népszerű eszközök és operációs rendszerek új kiadásaira összpontosítunk, az korlátozhatja a termék elérését. Ha a csapat nem terjeszti ki tesztjeit az “elavult” eszközökre, a közönség jelentős része nehezen tudja majd használni a programot.

 

3. Időhiányos időgazdálkodás

Gyakran nagy mennyiségű eszköz és konfiguráció igényel kompatibilitási tesztet, ami azt jelenti, hogy a csapatnak úgy kell beosztania az idejét, hogy ezek közül a lehető legtöbbet ellenőrizze. Ez azért fontos, mert a tesztek jellemzően még mindig a fejlesztés vége felé folynak; a rossz irányítás masszívan korlátozhatja az ellenőrzések számát.

 

4. Helytelen ütemezés

Hasonlóképpen kiemelkedően fontos, hogy a csapatok gondoskodjanak arról, hogy ezeket a teszteket a programfejlesztés egy ésszerű szakaszában végezzék el, lehetőleg az alfa tesztelés és a funkcionális tesztelés legtöbb formája után. Így könnyebben láthatóvá válik, hogy egy probléma általános hiba-e, vagy csak azokra az eszközökre jellemző, amelyeket a csapat éppen vizsgál.

 

5. A képernyő felbontásának figyelmen kívül hagyása

A képernyőfelbontás sokkal nagyobb tényező lehet a kompatibilitás szempontjából, mint azt sok tesztelő csapat felismeri – különösen, mivel ez testreszabható; és befolyásolja, hogy egy eszköz hogyan jeleníti meg a grafikus elemeket. Még a kompatibilitási tesztek közelgő határideje ellenére is létfontosságú, hogy a tesztelő csapatok még mindig azon dolgozzanak, hogy ezt figyelembe vegyék a stratégiájukban.

 

A szakértelem hiánya

A tesztelőknek magasan képzettnek kell lenniük ahhoz, hogy a weboldal, a böngésző és a szoftver kompatibilitását ellenőrizni tudják, és ezeknek a teszteknek számos más formája is lehet. Ha a tesztelés vezetője a csapat egyik tagját bízza meg a kompatibilitási ellenőrzések elvégzésével, és az illető nem rendelkezik elegendő tapasztalattal, ez lelassíthatja a teszteket és korlátozhatja azok pontosságát.

 

6. Nincs előzetes megbeszélés

Mivel a kompatibilitási tesztek gyakran időigényesek (és potenciálisan sokféle eszközt igényelnek), a csapatoknak már a minőségbiztosítási szakaszban teljes körűen meg kell határozniuk az ellenőrzések körét. Például világos elképzeléssel kell rendelkezniük arról, hogy milyen konkrét eszközöket vagy konfigurációkat kívánnak tesztelni, még mielőtt az ellenőrzések megkezdődnének.

 

Legjobb gyakorlatok a kompatibilitási teszteléshez

Szoftvertesztelési ellenőrző lista

A kiváló minőségű kompatibilitási tesztek biztosításának legjobb módjai a következők:

 

1. Tesztelés a fejlesztés során

Mivel a szoftverek egyik hétről a másikra jelentősen változnak, ez befolyásolhatja a program kompatibilitását a tervezett eszközökkel. A csapatoknak többször is el kell végezniük a szoftver és a böngészők közötti kompatibilitás tesztelését, hogy megbizonyosodjanak arról, hogy az alkalmazás a fejlesztési változtatások után is jól fut ezeken a platformokon.

 

2. Valódi eszközök használata

Egyes kompatibilitástesztelő eszközök hozzáférést biztosítanak “valódi” szimulált eszközökhöz, amelyek képesek a felhasználó által az adott platformon tapasztaltakhoz közelíteni. Ez lehetővé teszi, hogy több eszközön keresztül biztosítsa a kompatibilitást, miközben fenntartja a magas szintű pontosságot, amely egyes automatizált megoldásoknál nincs jelen.

 

3. A tesztek rangsorolása

Mivel az ellenőrzések elvégzésére korlátozott idő áll rendelkezésre, a kompatibilitástesztelőknek a leggyakoribb eszközöket, böngészőket és operációs rendszereket kell prioritásként kezelniük. Hasonlóképpen, a tesztelő csapatnak először a szoftver legkritikusabb funkcióit kell megvizsgálnia, hogy garantálni tudja az alapvető funkcionalitást ezeken az eszközökön.

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

4. Agilis technikák integrálása

Egyes vállalatok a kompatibilitási tesztek esetében a sprint-alapú megközelítést választják, amely lehetővé teszi számukra, hogy könnyen elérjék a tesztelési mérföldköveket – például egy adott számú eszköz ellenőrzését. Az agilis módszer ösztönzi a részlegek közötti kommunikációt, miközben olyan meghatározott tesztelési struktúrát is biztosít, amely garantálhatja a következetes, gyors fejlődést.

 

5. A tesztelés hatókörének korlátozása

A minőségbiztosítási csapatoknak tudniuk kell, hogy mikor kell befejezniük a teszteket, és akár el kell fogadniuk az inkompatibilitás esetét. Ebben az esetben a fejlesztő esetleg nem változtatná meg a szoftvert, ehelyett megváltoztathatná a minimumkövetelményeket, ha ezt túl nehéz lenne megkerülni hibajavításokkal.

 

Példák kompatibilitási tesztesetekre és forgatókönyvekre

Mi az egységtesztelés?

A kompatibilitási tesztesetek meghatározzák a tesztelő csapat bemeneteit, a tesztelési stratégiát és a várt eredményeket; ez utóbbiakat összevetik a tényleges eredményekkel. Mivel az ellenőrzések számos eszközre és konfigurációra terjednek ki, ez gyakran kiterjedt folyamat.

 

Ezek az esetek általában a következők:

– Tesztelje, hogy a webalkalmazás HTML-je megfelelően jelenik-e meg.
– Ellenőrizze, hogy a szoftver JavaScript-kódja használható-e.
– Nézze meg, hogy az alkalmazás különböző felbontásokban működik-e.
– Ellenőrizze, hogy a program hozzáfér-e a fájlkönyvtárhoz.
– Győződjön meg róla, hogy az alkalmazás minden használható hálózathoz csatlakozik.

 

Az alábbiakban konkrét példákat mutatunk be a kompatibilitás tesztelésére a különböző programok szoftvertesztelésében:

 

1. Közösségi hálózati alkalmazás

A közösségi hálózatok általában webes alkalmazások formájában jelennek meg a böngészőkben és mobilalkalmazások formájában a megfelelő eszközökön; mindkét típus ugyanolyan alapos tesztelést igényel. Ennek a mobilalkalmazásnak például legalább iOS és Android eszközökön teljes mértékben működőképesnek kell lennie – a csapat minden operációs rendszer alatt ellenőrzi a régi és az új eszközöket. Ha például egy bizonyos iPhone-modell nem képes megjeleníteni az animált GIF-fájlokat, a csapatnak azonosítania kell, hogy mi okozza ezt, hogy biztosítsa a következetes felhasználói élményt.

 

2. Videójáték

A videojátékok általában testreszabható grafikai beállításokat kínálnak, amelyeket a felhasználók a gépükhöz igazíthatnak; ez magában foglalja a képernyő felbontásának szabályozását és a felhasználói felület megfelelő méretezését. Bizonyos problémák a játékos speciális hardverétől függően jelentkezhetnek – az antialiasing hibák szemcsés grafikához vezetnek. Ennek oka lehet egy olyan közös grafikus kártya, amely nem kompatibilis a vállalat textúra renderelésével. A pontos problémától függően ez akár rendszerösszeomlásként is jelentkezhet, amikor bizonyos eszközökön elindul a játék.

 

3. CRM felhő rendszer

Az ügyfélkapcsolat-kezelési megoldások nagymértékben használják az adatbázisokat a tranzakcióikra, a szállítóikra és az üzleti élet egyéb fontos aspektusaira vonatkozó információk lekérdezéséhez, főként a felhőalapú tárolás segítségével. A tesztelőknek meg kell győződniük arról, hogy ez az adatbázis és a felhőszolgáltatások különböző hálózatokon működnek, beleértve a 3G-t és a 4G-t is, ha a felhasználónak internetkapcsolat nélkül kell hozzáférnie. A csapatnak az operációs rendszerek széles skáláját kell vizsgálnia, mivel bizonyos hibák például csak Linux-eszközökön jelentkezhetnek.

 

Kézi vagy automatizált kompatibilitási tesztek?

számítógépes látás a szoftverteszteléshez

Az automatizálás nagyon hasznos lehet a kompatibilitási teszteknél, mivel a csapatok sokkal gyorsabban ellenőrizhetnek nagyszámú eszközt, mint a kézi megközelítéssel. A kézi tesztelés azonban megfelelőbb lehet, ha korlátozott számú böngészőn és eszközön végeznek ellenőrzéseket – például egy videojáték esetében, amely csak két platformon érhető el. A szoftver használhatósága gyakran központi tényező a kompatibilitási tesztek során, és általában emberi szemléletet igényel, amely jobban felismeri a grafikus megjelenítéssel kapcsolatos problémákat. A robotizált folyamatok automatizálása segíthet ebben azáltal, hogy olyan szoftverrobotokat alkalmaz, amelyek könnyebben utánozhatják az emberi felhasználó kompatibilitási tesztekhez való hozzáállását.

Az eszközök széles körére tervezett programok, például a mobil- és webes alkalmazások esetében az automatizálás lehetővé teszi a csapat számára, hogy szélesebb körű tesztelési lefedettséget biztosítson. A hiperautomatizálás segítségével akár ki is szervezhetik ezeket az ellenőrzéseket, mégpedig úgy, hogy az emberi tesztelők továbbra is biztosítsák, hogy a platformok felhasználó-specifikus funkcionalitását vizsgálják. A kompatibilitási tesztelés a kézi tesztelésben még mindig kötelező néhány feladathoz – például a felhasználói felület helyes megjelenítésének ellenőrzése minden eszközön. Ez azt jelenti, hogy a legjobb megközelítés egy olyan vegyes stratégia lehet, amely automatizálással több eszközt tesztel, növelve a tempót, miközben továbbra is figyelembe veszi a használhatóság jelentőségét.

 

Mire van szüksége a kompatibilitás tesztelés megkezdéséhez?

Mi az a terheléses tesztelés, a mobilalkalmazások tesztelése és az ad hoc tesztelés?

A kompatibilitási tesztelés fő előfeltételei általában a következők:

 

1. Képzett vizsgáló személyzet

A kompatibilitástesztelők általában magasabb képzettségi követelményeket támasztanak, mint a minőségbiztosítás más formái, mivel az eszközök szélesebb körét ellenőrzik, és gyakran több hibával találkoznak. Ez magában foglalhatja a problémamegoldást, a kommunikációt és a részletekre való odafigyelést. A csoportvezetőknek olyan tesztelőket kell kijelölniük, akiknek van tapasztalatuk ugyanazon alkalmazás több platformon történő vizsgálatában.

 

2. Erős eszköz emuláció

Nehéz lehet a csapat hatáskörébe tartozó minden fizikai eszközt beszerezni és tesztelni, így az emuláció elengedhetetlen ahhoz, hogy lássuk, hogyan reagálnak a különböző platformok ugyanarra a programra. Ez a folyamat ritkán tökéletes, és a tesztelőknek meg kell nézniük a számos elérhető emulátor és automatizált tesztelési eszköz közül, hogy melyik kínálja a legnagyobb pontosságot.

 

3. Egyértelmű tesztelési kör

A csapatnak még az ellenőrzések megkezdése előtt tisztában kell lennie a feladatkörével, különösen azért, mert ez meghatározhatja a munka ütemét. Bár a program célja lehet, hogy számos platformot lefedjen, a tesztelőknek meg kell határozniuk egy megfelelő határértéket. Például a Windows 7 előtt megjelent operációs rendszerek tesztelése csökkenő hozamot eredményezhet.

 

4. Időgazdálkodás

A kompatibilitási tesztelésre a minőségbiztosítási szakasz során bármikor sor kerülhet, de általában a fejlesztés végére tartogatják – amikor a program már stabil és a funkciókat tekintve teljes. A tesztelőknek azonban már jóval korábban meg kell vizsgálniuk a kompatibilitást, mivel ez gyakran időigényes. Az előre történő alapos tervezés segít a csapatnak abban, hogy minden ellenőrzésre elegendő idő álljon rendelkezésre.

Kompatibilitási tesztelés

ellenőrző lista, tippek és trükkök

Íme további tippek, amelyeket a minőségbiztosítási csapatoknak szem előtt kell tartaniuk a kompatibilitási tesztek végrehajtása során:

 

1. Ne az abszolút lefedettséget célozza meg

Bár minden tesztelési stratégia célja a tesztelés lefedettségének maximalizálása, általában megállnak a 100%-os lefedettség elérése előtt, mert a csökkenő hozam miatt csak nagyon kevés felhasználó számára jelentenek kisebb javulást. A kompatibilitással összefüggésben a csapatoknak meg kell érteniük, hogy mikor használnak túl kevesen az ügyfelek közül egy eszközt ahhoz, hogy ezek az ellenőrzések megérjék.

 

2. A böngészők közötti kombinációk előnyben részesítése

A böngészők közötti kompatibilitás tesztelése magában foglalja az egyes böngészők ellenőrzését különböző operációs rendszerekkel. A tesztelőknek átfogó analitikát kell használniuk a közönségükről, hogy meghatározzák a legnépszerűbbet mindkettőből, és ez alapján irányítsák a megközelítésüket. Akár egy böngésző-kompatibilitási mátrixot is kidolgozhatnak, amely meghatározza ezen ellenőrzések hatókörét és különböző konfigurációit.

 

3. Ellenőrizze az elrendezést

A kompatibilitási tesztelés középpontjában a konzisztens élmény biztosítása áll, és ezeknek az ellenőrzéseknek mélyebbre kell hatniuk annál, hogy megállapítsák, hogy a program funkciói működnek-e a különböző eszközökön. A csapatoknak ellenőrizniük kell a szoftver általános elrendezését is, beleértve az űrlapok vagy táblázatok igazítását, valamint a program CSS-ének és HTML-jének integritását.

 

4. API-k ellenőrzése

Az alkalmazásprogramozási interfészek a böngészők alkalmazásolvasásának alapvető elemei, így létfontosságúak a csapat böngészők közötti kompatibilitási teszteléséhez. A különböző webböngészőknek saját API-hívásaik vannak, és ezek idővel történő frissítései befolyásolhatják a kompatibilitást. A tesztelőknek rendszeresen ellenőrizniük kell ezeket; még akkor is, ha a vállalat minden programhoz hasonló API-t használ.

 

5. Vizsgálja meg az SSL-tanúsítványt

Az SSL-tanúsítványok növelik a böngésző biztonságát – titkosítják a webes forgalmat, és lehetővé teszik a felhasználók számára a HTTPS protokollok előnyeinek kihasználását. Egy weboldal vagy webes alkalmazás rendelkezhet olyan tanúsítvánnyal, amely nem kompatibilis bizonyos böngészőkkel. Ez azt jelenti, hogy a tesztelőknek minden főbb platformon hitelesíteniük kell a tanúsítványt, hogy a felhasználók biztonságban érezzék magukat a weboldalon.

 

6. Videolejátszók hitelesítése

A videókat megjelenítő programokat, például a streaming szolgáltatásokat vagy a hirdetésekkel támogatott freemium mobiljátékokat tesztelni kell annak biztosítása érdekében, hogy ezek a videók minden tervezett eszközön megjelenjenek. Sok alkalmazás esetében ezek az ellenőrzések mind az asztali, mind a mobileszközökre kiterjednek, és vizsgálhatják a videó minőségét, sebességét és képkockasebességét.

 

Az 5 legjobb kompatibilitástesztelő eszköz és szoftver

GYIK a funkcionális tesztelés automatizálásáról

A kompatibilitás teszteléséhez a leghatékonyabb ingyenes és fizetős eszközök közé tartoznak:

 

1. ZAPTEST Free & Enterprise Edition

A ZAPTEST mind az ingyenes, mind az Enterprise (fizetős) kiadásban kiváló funkcionalitást kínál, így bármilyen méretű (vagy költségvetésű) vállalatnak segítséget nyújt a kompatibilitás ellenőrzésében. A ZAPTEST Enterprise verzióját választó vállalatok akár az eredeti befektetéseik 10-szeresét is megtérülhetnek. A megoldás 1SCRIPT funkciója kifejezetten a kompatibilitást tesztelők igényeihez igazodik, lehetővé téve számukra, hogy ugyanazokat a teszteket több platformon futtassák anélkül, hogy a kódot módosítani kellene. Adja hozzá a legmodernebb RPA funkciókat külön költség nélkül, és máris egy egyablakos automatizálási megoldást kap minden feladatra.

 

2. LambdaTest

A LambdaTest felhőalapú megközelítést használ 3000 automatizált eszköz szállítására – bár jelentős hangsúlyt fektet a webböngészőkre, ami korlátozhatja a megoldás hatékonyságát bizonyos programok esetében. A platform a folyamatos tesztelésre specializálódott, szorosabban integrálva a minőségbiztosítási folyamatot a fejlesztéssel. Az alkalmazás ellenőrzései lehetővé teszik a felhasználók számára a felbontás beállítását is, ami nagyban megkönnyíti a böngészők közötti kompatibilitás tesztelését. Ez a megoldás freemium modellt kínál, bár ez korlátozott teszteket tartalmaz frissítés nélkül és valódi eszközök nélkül.

 

3. BrowserStack

A LambdaTesthez hasonlóan a BrowserStack is hozzáférést biztosít 3000 valós eszközhöz; katalógusukban a böngészőkhöz kapcsolódó régi és béta opciók is megtalálhatók. Bár az emberek nagyobb valószínűséggel frissítik a böngészőjüket, mint az operációs rendszerüket, még mindig sokan használhatnak régebbi verziókat – a BrowserStack ezt is figyelembe veszi. A felhasználók geolokációs tesztelést is végezhetnek, hogy megnézzék, hogyan néznek ki a weboldalak és webes alkalmazások a különböző országokban. Nincsenek azonban ingyenes vagy freemium opciók, és a valódi készüléktesztelés lassú lehet.

 

4. TestGrid

A TestGrid lehetővé teszi a párhuzamos tesztelést, így a csapatok egyszerre több kombinációt is ellenőrizhetnek a folyamat felgyorsítása érdekében. Ez a megoldás jól integrálható a tesztelési és fejlesztési munkafolyamatokba is – esetleg megkönnyíti az agilis megközelítést azáltal, hogy az osztály sprintjeinek kulcsfontosságú részét képezi. A TestGrid azonban néha gondot okoz a felhőalapú eszközökhöz és böngészőkhöz való csatlakozással. Ráadásul a program meglehetősen korlátozott a terheléses tesztelés, a dokumentáció és az új eszközök hozzáadása a vállalat beállításaihoz.

 

5. Browsera

A Browsera elsősorban a weboldalak tesztelésére összpontosít, hogy biztosítsa azok megfelelő megjelenítését a különböző eszközökön, böngészőkön és operációs rendszereken. Felhőalapú megközelítésként a minőségbiztosítási csapatoknak nem kell telepíteniük ezt a virtuális tesztlaboratóriumot az eszközeiken. A Browsera képes összehasonlítani a kimeneteket is, hogy intelligensen kiszúrja az elrendezési problémákat és a JavaScript hibákat, amelyeket még egy emberi tesztelő is kihagyhat. A Browsera azonban nem támogat számos gyakori böngészőt, köztük az Operát, és csak alapvető tesztelési funkciókat kínál ingyenesen.

 

Következtetés

A kompatibilitási tesztelés kritikus fontosságú a sikeres minőségbiztosítási stratégia szempontjából, mivel lehetővé teszi a csapatok számára, hogy alkalmazásaikat az eszközök széles skáláján validálják. E technika alkalmazása nélkül a vállalatok nem tudhatják, hogy szoftverük a célközönség nagy része számára nem fog működni a bevezetésig. Ez sok időbe és pénzbe kerül a kiadás előtti teszteléshez képest, és az olyan alkalmazások, mint a ZAPTEST, még tovább egyszerűsíthetik ezt a folyamatot. Az 1SCRIPT és számos más ingyenesen elérhető funkcióval, mint például a párhuzamos tesztelés, a ZAPTEST tesztelési eszközként való kiválasztása bármely projektet átalakíthat, miközben a csapatoknak teljes bizalmat ad az alkalmazásukban.

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