A teszteléssel együtt jár a tervezés, valamint a tesztesetek írása is. A legtöbb esetben még cégen belül is sokféle módszert alkalmaznak a tesztek megtervezéséhez, hiszen a QA csapat munkájának bizonyos tényezők szabnak keretet, mint például a rendelkezésre álló idő, pénz, esetleg az ügyfél igényei.
Ilyenkor égető kérdés tárul fel a vállalat előtt: mennyire alaposan kell kidolgoznia, leírnia egy adott teszttervet? Milyen módon szükséges dokumentálni a tesztelés folyamatát? A cikkben ezekre a kérdésekre is választ adunk.
Miért van szükség tesztesetek írására?
A legtöbb vállalat esetében gyakori probléma, hogy a szoftverfejlesztés során az adott projektnek nincs egy mindenki által elfogadott, és mindenki számára jól hasznosítható dokumentációja. Azaz egy fejlesztés alatt álló projekt esetén nagyon fontos, hogy rendelkezzünk egy tudásbázissal arról, hogy mit várunk el pontosan a szoftverünktől. A különböző csapatok más-más szemszögből tekintenek a fejlesztésre: mást gondol a fejlesztő, mást gondol az üzleti oldal, és mást gondolnak a tesztelők is. Így sok konfliktushoz vezethet, ha mindenki a másik megoldására számít, mert nincs meghatározva egyértelmű feladat és cél a projekttel kapcsolatban. Tesztelői oldalról a teszteset pontosan a konfliktus kialakulását képes orvosolni.
Milyen a jó teszteset?
A minőségbiztosításért jellemzően az egész fejlesztői csapat felelős, de általánosságban a tesztesetek írása és karbantartása tipikusan a tesztelők feladata. Amikor jó tesztesetről beszélünk, akkor egy olyan dokumentáció áll rendelkezésünkre, ami leírja, hogy egy adott user lépéstől – vagy más néven tesztlépéstől – milyen eredményt várunk el, valamint azt is megszabja, hogy az adott lépést a szoftveren belül hol kell végrehajtani.
Amennyiben a szoftverünk pontosan a leírtaknak megfelelően teljesíti az elvárásokat, akkor az jól működik, azonban ha az elvárttól eltérő eredményt kapunk, ott bizony javítani kell. Ebben az esetben több megoldás is lehet. Előfordulhat, hogy a szoftver adott funkciója bugos – azaz hibás –, de megeshet, hogy a rendszer megfelelően működik, viszont a teszteset rosszul van megírva, és ezt kell orvosolni.
Hogyan priorizálhatók a tesztesetek?
Manapság kevés fókusz terelődik a tesztelésre, mégis egy összetett és fontos része a szoftverfejlesztésnek. A tesztelőknek is számos feladatot és lépést kell figyelmesen végrehajtaniuk, és sokszor a vezetőség kevésbé kézzel fogható eredményeket kap, hiszen nem lát bele a QA csapat munkájába.
Mégis létezik már megoldás arra, hogy egyaránt vezetői és tesztelői oldalról is kézzel fogható, jól monitorozható eredményeket kapjunk. A TestNavigator egyik funkciója, a TestAdvisor segít a QA csapatnak teszteseteik rangsorolásában, méghozzá úgy, hogy a szoftver legfontosabb és legkritikusabb részeit tekintve priorizálja a végrehajtandó teszteseteket. A TestNavigator észleli a verziók közötti változásokat, valamint a tesztesetek végrehajtására vonatkozó kódszintű információkat szolgáltat a felhasználók számára, mint például az érintett részek komplexitása és az ott jelen lévő esetleges kódolási problémák. Ezáltal a tesztelők sokkal hatékonyabban, átláthatóbban és kontrolláltabban dolgozhatnak a rendszer használatával. A TestNavigator lehetőséget biztosít egy új, lefedettség-vezérelt tesztelési megközelítés integrálására, így rengeteg idő és erőforrás spórolható meg.