Learn QTP (UFT)
Az alapítónk, Ankur Jain körülbelül 14 évvel ezelőtt, 2006-ban indította el ezt a weboldalt. A QTP eszközzel kapcsolatos kiterjedt tapasztalatainak köszönhetően (A QTP eredetileg a Mercury automatizált szoftvertesztelési eszköze volt. A QTP ma UFT One néven ismert), azt szerette volna, ha ez a weboldal a QTP-t tanulók számára egyablakos rendszerré válik. Az Ön szeretetének és motivációjának köszönhető, hogy az oldal még mindig erősen működik, és naponta több ezer UFT kezdő és haladó felhasználó látogatja.
Az oldal elindítása óta számos dolog változott a QTP világában. A HP felvásárolta a Mercury-t – a QTP-t eredetileg kifejlesztő vállalatot. A QTP-ből UFT lett, amikor a HP úgy döntött, hogy egyetlen eszközben egyesíti a GUI és az API tesztelést. Olvassa el a QTP és az UFT teljes történetét. A HP két vállalatra, a HP Inc-re és a HPE-re oszlott. Eközben a HPE az évek során számos újítást vezetett be az UFT szoftverben. 2017 szeptemberében a HPE spin beolvadt a Micro Focusba.
A LearnQTP csapata felismerte, hogy – bár régebbi cikkeink még mindig relevánsak – szükség van új UFT oktatóanyagokra az UFT legújabb verzióihoz. Így elindítottuk az új UFT oktatóanyag-készletet az UFT kezdőtől a haladó felhasználókig. A nulláról kezdjük, és lassan építkezünk a haladó témák felé.
Ezek az UFT oktatóanyagok úgy lesznek felépítve, hogy még egy teljesen kezdő automatizált szoftvertesztelő is képes legyen követni őket. Az oktatások a saját tempójában fognak zajlani, nem lesz nyomás. A linket megjelölheti, és bármikor visszatérhet hozzájuk, amikor csak kedvet érez a tanuláshoz. Akár le is töltheti az ingyenes UFT oktatóanyag PDF formátumát, amely minden egyes cikk alján elérhető lesz, így akkor is tanulhat, ha éppen utazik, vagy nincs működő internetkapcsolata.
Mielőtt belemerülnénk az UFT-be, nézzünk át egy alapozót a szoftvertesztelésről, valamint arról, hogyan és mikor automatizáljuk a szoftvertesztelést.
Mi a szoftvertesztelés?
A neves szoftvertesztelési szakértő, Dr. Cem Kaner meghatározása szerint a szoftvertesztelés –
A tesztelt termék technikai vizsgálata, amelyet azért végeznek, hogy az érdekelt felek minőséggel kapcsolatos információkhoz jussanak
A szoftver tesztelése egy olyan folyamat, amelyben egy szoftvertesztelő/csapat lefuttat egy programot vagy rendszert, hogy hibákat vagy hiányosságokat találjon, hogy fenntartsa a program helyességét és megbízhatóságát.
A szoftvertesztelés emellett validálja és verifikálja a programot, hogy ellenőrizze, teljesülnek-e az üzleti és technikai követelmények, és az elvárásoknak megfelelően működik-e.
A verifikáció során a tesztelők biztosítják, hogy a rendszer megfelelt a szervezet szabványainak és folyamatainak, és választ adnak a “Jó rendszert építettünk-e?” kérdésre. A rendszer egy vagy több olyan szoftveralkalmazást jelent, amely egy üzleti funkciót támogat. A tesztelők biztosítják, hogy a szoftver, a hardver, a dokumentáció és a személyzet együttesen megfeleljen a felülvizsgálati vagy nem végrehajtható módszerekre támaszkodva.
A validálás során a tesztelők fizikailag biztosítják, hogy a rendszer megfelelt az összes üzleti és felhasználói követelménynek, és hogy a funkciók és funkciók a tervezett módon működnek. A validálás úgy történik, hogy a rendszerfunkciókat tesztek sorozatán keresztül hajtják végre, amelyeket a tesztelők megfigyelhetnek és értékelhetnek. A validálás is arra a kérdésre összpontosít, hogy “Jól építettük-e fel a rendszert?”
Miért kell szoftvertesztelést végezni?
A szoftvertesztelés elsődleges célja a hibák megtalálása. Egy adott állapotot akkor tekinthetünk hibának, ha nem teljesíti azt, amit elvárunk tőle. A tesztelés során a hibák megtalálása a szoftverfejlesztés korai szakaszában csökkenti vagy elkerüli a hibakockázatot, a karbantartási költségeket, a hibajavítás költségeit, és jobb programot szállít a felhasználónak.
Példa: Az iktatószámnak 12 numerikus karaktert kell elfogadnia. Ha a beírt karakterek kisebbek vagy nagyobbak, mint a szükséges karakterek, akkor “Érvénytelen bejegyzés. Kérjük, adja meg újra az ügyiratszámot”, de a felhasználó 10 karaktert adott meg az ügyiratszámhoz, és a program egy kivételes hibát adott vissza ahelyett, hogy felszólította volna a felhasználót a minimálisan szükséges karakterekre.
A másik ok a minőségi program előállítása. A szoftvertesztelésben a szoftvertesztelő/csapat nem tudja javítani a minőséget, csak mérni tudja azt. Az informatika szemszögéből a minőség azt jelenti, hogy a program üzleti és műszaki követelményeken alapuló követelményeinek való megfelelés és jellemzői teljesülnek. A felhasználó szemszögéből a minőség azt jelenti, hogy a szoftver alkalmas a használatra. A szoftver minősége programról programra változik, mivel mindegyiknek megvan a maga funkcionalitása és használhatósága. A szoftvertesztelőnek biztosítania kell, hogy az IT és a Felhasználó minőségre vonatkozó nézetei teljesüljenek.
Mi az automatizált szoftvertesztelés?
Az automatizált szoftvertesztelés a kézi folyamat automatizálását jelenti olyan tesztelési szkriptek írásával, amelyek elvégzik a tesztelést, és ismételten lefuttathatók.
A tesztek automatizálása a tesztek végrehajtásának ellenőrzésére, a tényleges és a várt eredmények összehasonlítására, az előfeltételek felállítására, valamint egyéb tesztellenőrzési és tesztjelentési funkciókra szolgál a szoftver használatával.
Mikor érdemes automatizálni a szoftvertesztelést?
A tesztelési szakemberek körében gyakran találkozunk azzal a hiedelemmel, hogy az automatizálás valamilyen varázslatos módon növeli a tesztelés minőségét.
Mindennek megvan a maga ideje és helye. Ha egy teszt automatizálható, az nem jelenti azt, hogy automatizálni KELL. Bár ez egy automatizált tesztelési weboldal, az ember azt gondolná, hogy elítéljük a manuális tesztelést. Ez azonban nem így van.
Click To Tweet: Ha egy tesztet lehet automatizálni, az nem jelenti azt, hogy automatizálni KELL http://ctt.ec/bLk49+ via @LearnQTP
A manuális és az automatizált tesztelés kéz a kézben jár, és ki kell egészíteniük egymást. Arra kérjük tanulóinkat és olvasóinkat, hogy csak akkor automatizáljanak egy tesztet, ha arra valóban szükség van.
Íme néhány forgatókönyv, ahol az automatizálás nagyszerű lehetőségnek számít:
- Regressziós tesztelés/ismételt tesztek: A manuálisból automatizált tesztelésre vonatkozó ökölszabály szerint, ha a teszteket rendszeresen kell futtatni, akkor azok jó jelöltek az automatizálásra. Ez azonban néhány fenntartással jár. Mérlegelnie kell az automatizált tesztek beállításának költségeit a manuális tesztelési erőfeszítésekkel szemben. Itt a költségek közé tartozik az automatizálás összetettsége, az automatizálási szkriptek létrehozásához és karbantartásához szükséges idő és természetesen a tesztelők adott eszközre való kiképzéséhez szükséges idő és pénz.
- Multiple Data Vales: Ugyanazt a műveletsort kell futtatni több adatértékre.
- Manuálisan kivitelezhetetlen tesztek: Az alkalmazást néhány óra alatt egymillió találatra kell stressztesztelni. Ezt kézzel nem lehet elvégezni, szükség lenne egy terheléstesztelő eszközre.
- Az azonos tesztek különböző böngészők vagy operációs rendszerek: Azt szeretné, ha webes alkalmazása minden általánosan használt böngészőn és operációs rendszeren jól nézne ki. Ha van egy 50 tesztesetet tartalmazó tesztcsomagja, amelyet 20 különböző értékkészlettel kell tesztelnie 3 különböző böngészőn és 2 operációs rendszeren. Ezzel az összes tesztvégrehajtás 50*20*3*2= 6000. Van értelme automatizálni az ilyen teszteseteket.
- Mobil tesztelés: A piacon elérhető rengeteg mobiltelefon mellett szinte lehetetlen lenne minden eszközön manuális tesztelést végezni. Az olyan vállalatok, mint az Amazon, innovatív megközelítéseket dolgoztak ki erre a problémára, amelyekkel tényleges eszközöket helyeznek el a felhőben, és automatizált szkriptekkel tesztelheti az alkalmazást az eszközökön. Ismét egy ideális jelölt a teszt automatizáláshoz.
Bízunk benne, hogy tetszett ez az alapozó a szoftvertesztelésről, és megértette, hogyan döntünk az automatizált szoftvertesztelésről egy adott forgatókönyv esetében. A következő bemutatóban az UFT telepítésével és az eszköz alapjainak megvitatásával kezdünk – 2. bemutató: Bevezetés az UFT-be.
Az alábbi linkek segítségével megtekintheti az eddig tárgyalt UFT oktatóanyagok teljes sorozatát:
- Tutorial 1: Bevezetés a szoftvertesztelésbe
- Tutorial 2: Bevezetés az UFT-be
- Tutorial 3: UFT Add-ins és Add-in Manager
- Tutorial 4: All About UFT Menus
- Tutorial 5: Complete Guide to UFT Panes
- Tutorial 6: Record Your First UFT Script
Adja meg nevét és e-mail címét az alábbiakban, és mi gondoskodunk róla, hogy elküldjük Önnek a tutorialokat, amint azok elkészülnek!
Az önöké a terep. Hogyan döntesz az automatizált tesztelés mellett?
Ha szeretnéd nyomon követni az UFT (QTP) további cikkeit. I recommend you to subscribe by Email and have new UFT articles sent directly to your inbox.