Ez a bemutató elmagyarázza, hogy mi a tesztforgatókönyv, valamint a tesztforgatókönyv fontossága, végrehajtása, példái és sablonjai:
Minden olyan szoftverfunkciót/funkciót, amely tesztelhető, tesztforgatókönyvnek nevezünk. A tesztforgatókönyvek írása során figyelembe vesszük a végfelhasználó szemszögét.
Ez az útmutató segít megválaszolni a következő kérdéseket: miért van szükség tesztforgatókönyvekre, mikor kell tesztforgatókönyveket írni, és hogyan kell megírni a tesztforgatókönyveket.
Mi az a tesztforgatókönyv?
Vegyünk egy hipotetikus helyzetet: Az óceánon át kell utaznod egyik tengerpartról a másikra. Például, Mumbaiból, India tengerpartjáról Colombóba, Srí Lanka tengerpartjára.
A következő utazási módok közül választhat:
(i) Légi utak: Repüljön Colombóba
(ii) Vízi utak: inkább hajóval utazzon Colombóba.
(iii) Vasút: vonattal Srilankába utazni.
Most a tesztforgatókönyvek következnek: A Mumbai tengerpartjáról Colombo tengerpartjára való utazás olyan funkció, amelyet ki kell próbálni.
A tesztforgatókönyvek a következők:
- Utazás légitársaságokkal,
- Utazás vízi úton vagy
- Utazás vasúton.
Ezek a tesztforgatókönyvek teszteseteket tartalmaznak.
A fenti tesztforgatókönyvekhez írható tesztesetek a következők:
Tesztelési forgatókönyv: Utazás légitársaságokkal
A tesztesetek olyan forgatókönyveket tartalmazhatnak, mint:
- A járat a menetrend szerinti időben indul.
- A járat nem a menetrend szerinti időben indul.
- Vészhelyzet alakult ki (heves esőzés és vihar).
Ugyanígy külön teszteseteket lehet írni a többi fennmaradó forgatókönyvhöz is.
Most térjünk rá a technológiai tesztforgatókönyvekre.
Bármi, ami tesztelhető, az egy tesztforgatókönyv. Így kijelenthetjük, hogy bármely tesztelés alatt álló szoftverfunkció több kisebb funkcionalitásra osztható, és "tesztforgatókönyvnek" nevezhető.
Mielőtt bármilyen terméket átadnánk az ügyfélnek, a termék minőségét meg kell vizsgálni és értékelni kell. A tesztforgatókönyv segít az üzleti követelményeknek megfelelő szoftveralkalmazás funkcionális minőségének értékelésében.
A tesztelői forgatókönyv egy olyan folyamat, amelynek során a tesztelő a végfelhasználó szemszögéből teszteli a szoftveralkalmazást. A szoftveralkalmazás teljesítményét és minőségét alaposan értékelik a gyártási környezetben történő bevezetés előtt.
A tesztforgatókönyv fontossága
- Egy tesztforgatókönyvhöz több "teszteset" is tartozhat. Úgy is elképzelhető, mint egy nagy panorámakép, és a tesztesetek azok a kis részek, amelyek fontosak a panoráma teljesítéséhez.
- Ez egy egysoros utasítás, és a tesztesetek lépésenkénti leírást tartalmaznak a tesztforgatókönyv utasítás céljának teljesítéséhez.
- Példa:
Tesztelési forgatókönyv: Fizessen az igénybe vett taxiszolgáltatásért.
Ennek több tesztelési esete lesz az alábbiak szerint:
(i) Fizetési mód: PayPal, Paytm, hitelkártya/betéti kártya.
(ii) A fizetés sikeres.
(iii) A fizetés sikertelen.
(iv) A fizetési folyamat közben megszakadt.
(v) Nem tud hozzáférni a fizetési módokhoz.
(vi) Az alkalmazás a kettő között megszakad.
- A tesztforgatókönyvek így segítenek a szoftveralkalmazás értékelésében a valós helyzeteknek megfelelően.
- A tesztelési forgatókönyvek meghatározása segít a tesztelés hatókörének felosztásában.
- Ezt a felosztást nevezzük priorizálásnak, amely segít a szoftveralkalmazás fontos funkcióinak meghatározásában.
- A funkciók prioritás szerinti tesztelése nagymértékben segíti a szoftveralkalmazás sikeres megvalósítását.
- Mivel a tesztforgatókönyvek prioritást kapnak, a legfontosabb funkciókat könnyen azonosítani és prioritás szerint tesztelni lehet. Ez biztosítja, hogy a kulcsfontosságú funkciók többsége jól működik, és a hozzájuk kapcsolódó hibák megfelelően rögzítésre és kijavításra kerülnek.
- A tesztforgatókönyvek meghatározzák a szoftver üzleti folyamatainak áramlását, és így lehetővé válik az alkalmazás végponttól végpontig tartó tesztelése.
A tesztforgatókönyv és a teszteset közötti különbség
| Tesztelési forgatókönyv | Tesztes esetek |
|---|---|
| A tesztforgatókönyv egy fogalom. | A tesztesetek a koncepció ellenőrzésére szolgáló megoldások. |
| A tesztforgatókönyv egy magas szintű funkció. | A tesztesetek a magas szintű funkcionalitás tesztelésére szolgáló részletes eljárások. |
| A tesztforgatókönyvek a követelményekből/felhasználói történetekből származnak. | A tesztesetek a tesztforgatókönyvekből származnak. |
| A tesztelési forgatókönyv: "Milyen funkciókat kell tesztelni". | A tesztesetek ' Hogyan teszteljük a funkcionalitást '. |
| A tesztforgatókönyvek több tesztesetből állnak. | A tesztesethez több tesztforgatókönyv is társulhat. |
| Az egyes tesztforgatókönyvek soha nem ismételhetők meg. | Egyetlen teszteset többször is használható különböző forgatókönyvekben. |
| Rövid dokumentáció szükséges. | Részletes dokumentációra van szükség. |
| A tesztforgatókönyv véglegesítéséhez ötletbörzékre van szükség. | A szoftveralkalmazás részletes technikai ismerete szükséges |
| Időmegtakarítás, mivel nem szükségesek apró részletek. | Időigényes, mivel minden apró részletre ügyelni kell. |
| A karbantartási költségek alacsonyak, mivel kevés erőforrásra van szükség. | A karbantartási költségek magasak, mivel a szükséges erőforrások magasak |
Miért nélkülözhetetlenek a tesztforgatókönyvek?
A tesztforgatókönyvek a követelményekből vagy felhasználói történetekből származnak.
- Vegyük például a taxifoglalás tesztforgatókönyvét.
- A forgatókönyvek lehetnek taxifoglalási lehetőségek, fizetési módok, GPS-követés, helyesen vagy nem helyesen megjelenített útiterv, helyesen vagy nem helyesen megjelenített taxi és sofőr adatok stb., amelyek mindegyike szerepel a tesztforgatókönyv sablonban.
- Tegyük fel, hogy a tesztforgatókönyv célja annak ellenőrzése, hogy a helymeghatározási szolgáltatások be vannak-e kapcsolva, és ha nincsenek bekapcsolva, akkor megjelenik a "Helymeghatározási szolgáltatások bekapcsolása" üzenet. Ez a forgatókönyv kimaradt, és nem szerepel a tesztforgatókönyv-sablonban.
- A "Helymeghatározási szolgáltatás" forgatókönyv más, hozzá kapcsolódó tesztforgatókönyveket eredményez.
Ezek lehetnek:
- A helymeghatározó szolgáltatás szürke.
- A helymeghatározó szolgáltatás be van kapcsolva, de nincs internet.
- Helyszíni szolgáltatások korlátozása.
- A rossz hely jelenik meg.
- Egyetlen forgatókönyv hiánya azt jelentheti, hogy sok más kritikus forgatókönyvek vagy tesztesetek . Ez nagyszerű lehet negatív hatás Ez a szoftveralkalmazás megvalósítása során komoly erőforrás-veszteséget (határidők) eredményez.
- A tesztforgatókönyvek nagymértékben segítik a kimerítő tesztelés elkerülése Biztosítja, hogy az összes kulcsfontosságú és elvárt üzleti folyamatot teszteljük, ami tovább segíti az alkalmazás végponttól végpontig tartó tesztelését.
- Ezek időt takarítanak meg. Emellett nincs szükség sokkal részletesebb leírásra a tesztesetekhez képest. Egy egysoros leírás határozza meg, hogy mit kell tesztelni.
- A tesztforgatókönyvek megírása után brainstorming ülések Így minimális a valószínűsége annak, hogy bármely (fontos vagy kevésbé fontos) forgatókönyv kimaradjon. Mindezt úgy, hogy a szoftveralkalmazás technikai jellemzőit és üzleti folyamatát is szem előtt tartjuk.
- Ezen túlmenően a tesztforgatókönyveket jóváhagyhatja az üzleti elemző ügyfél vagy mindkettő, aki kifejezetten ismeri a tesztelés alatt álló alkalmazást.
A tesztforgatókönyvek tehát az SDLC nélkülözhetetlen részét képezik.
A tesztforgatókönyvek végrehajtása
Lássuk a tesztforgatókönyvek végrehajtását, vagy azt, hogyan kell tesztforgatókönyveket írni:
- Epics/üzleti követelmények kialakítása.
- Példa az Epicre : Hozzon létre egy Gmail-fiókot. Az epikus lehet egy alkalmazás fő funkciója vagy egy üzleti követelmény.
- Az epikákat kisebb felhasználói történetekre osztják a sprintek során.
- A felhasználói történetek az epikákból származnak. Ezeket a felhasználói történeteket meg kell alapozni és az érdekelt feleknek jóvá kell hagyniuk.
- A tesztforgatókönyvek a felhasználói történetekből vagy a BRS (üzleti követelménydokumentum), SRS (rendszerkövetelmény-specifikációs dokumentum) vagy FRS (funkcionális követelménydokumentum) alapján készülnek, amelyeket véglegesítenek és megalapoznak.
- A tesztelők írják a tesztforgatókönyveket.
- Ezeket a tesztforgatókönyveket a csoportvezető, az üzleti elemző vagy a projektmenedzser hagyja jóvá, a szervezettől függően.
- Minden tesztforgatókönyvnek legalább egy felhasználói történethez kell kapcsolódnia.
- Pozitív és negatív tesztforgatókönyveket is meg kell határozni.
- A felhasználói történetek a következőket tartalmazzák Elfogadási kritériumok, mint például :
- Az elfogadási kritériumok a vevői követelmények feltételeinek vagy szándékolt állapotának listája. Az elfogadási kritériumok megírásakor figyelembe vesszük a vevő elvárásait és a félreértéseket is.
- Ezek egy felhasználói történetre vonatkozóan egyediek, és minden felhasználói történetnek legalább egy elfogadási kritériummal kell rendelkeznie, amelynek függetlenül tesztelhetőnek kell lennie.
- Az elfogadási kritériumok segítenek annak meghatározásában, hogy mely funkciók tartoznak a projekt hatókörébe, és melyek nem. Ezeknek a kritériumoknak funkcionális és nem funkcionális funkciókat is tartalmazniuk kell.
- Az üzleti elemzők írják az elfogadási kritériumokat, és a terméktulajdonos hagyja jóvá azokat.
- Bizonyos esetekben a terméktulajdonos maga is megírhatja a kritériumokat.
- A tesztforgatókönyvek az elfogadási kritériumokból nyerhetők.
Tesztforgatókönyv példák
#1) Tesztforgatókönyvek a Kindle alkalmazáshoz
A Kindle az az alkalmazás, amely lehetővé teszi az e-könyvek online keresését, letöltését és megvásárlását. Az Amazon Kindle az e-könyv olvasónak azt a valós élményt nyújtja, mintha egy könyvet tartana a kezében és olvasna. Még a lapozás is szépen szimulálja az alkalmazás.
Most jegyezzük fel a tesztforgatókönyveket. ( Megjegyzés: Az alábbiakban korlátozott forgatókönyvek vannak felsorolva, hogy általános elképzelést kapjunk a tesztforgatókönyv megírásához. Ebből több teszteset is levezethető).
| Tesztforgatókönyvek # | Tesztelési forgatókönyvek |
|---|---|
| 1 | Ellenőrizze, hogy a Kindle App megfelelően elindul-e. |
| 2 | Ellenőrizze, hogy a képernyő felbontása az alkalmazás elindítása után a különböző eszközökhöz igazodik-e. |
| 3 | Ellenőrizze, hogy a megjelenített szöveg olvasható-e. |
| 4 | Ellenőrizze, hogy a nagyítási és kicsinyítési lehetőségek működnek-e. |
| 5 | Ellenőrizze, hogy a Kindle alkalmazásban importált kompatibilis fájlok olvashatók-e. |
| 6 | Ellenőrizze a Kindle App tárolókapacitását. |
| 7 | Ellenőrizze, hogy a letöltési funkció megfelelően működik-e. |
| 8 | Ellenőrizze, hogy a Page Turn szimuláció megfelelően működik-e |
| 9 | Ellenőrizze az e-könyv formátum kompatibilitását a Kindle alkalmazással. |
| 10 | Ellenőrizze a Kindle alkalmazás által támogatott betűtípusokat. |
| 11 | Ellenőrizze a Kindle alkalmazás által használt akkumulátor élettartamát. |
| 12 | Ellenőrizze a Kindle teljesítményét a hálózati kapcsolat függvényében (Wi-Fi, 3G vagy 4G). |
A fent említett tesztelési forgatókönyvekből több teszteset is levezethető.
#2) Elfogadási kritériumok a Google Dokumentumokhoz
A "Google docs" egy webalapú alkalmazás, amely szöveges dokumentumok, táblázatok, diák és űrlapok létrehozására, szerkesztésére és megosztására szolgál. Minden fájl online elérhető egy internetkapcsolattal rendelkező webböngésző segítségével.
A létrehozott dokumentumok weblapként vagy nyomtatásra kész dokumentumként is megoszthatók. A felhasználó korlátozhatja, hogy ki láthatja és szerkesztheti a dokumentumokat. Egyetlen dokumentumot különböző földrajzi helyekről származó különböző személyek közösen oszthatnak meg és dolgozhatnak rajta.
Az alábbiakban korlátozott tesztforgatókönyveket említünk az általános megértés érdekében. A Google-dokumentumok részletes tesztelési forgatókönyvei egy teljesen külön téma lehet.
| Elfogadási kritériumok # | Elfogadási kritériumok |
|---|---|
| 1 | A Word, a Sheets vagy az Forms hiba nélkül, sikeresen megnyitható. |
| 2 | A dokumentumokhoz, lapokhoz és diákhoz sablonok állnak rendelkezésre. |
| 3 | A rendelkezésre álló sablonok elérhetőek a felhasználók számára. |
| 4 | A használt sablon szerkeszthető (pl.: betűtípusok, betűméret, szöveg hozzáadása, szöveg törlése, dia beszúrása). |
| 5 | Ha az internetkapcsolat átmenetileg nem áll rendelkezésre, a fájl helyben tárolható, és az internetkapcsolat rendelkezésre állása esetén feltölthető. |
| 6 | A több felhasználó által végzett módosítások nem íródnak felül. |
| 7 | Több felhasználó dolgozhat egyetlen dokumentumon. |
| 8 | Az elvégzett munka tárolásra kerül, ha a fájl feltöltése közben megszakad az internetkapcsolat. |
| 9 | A megosztási korlátozásokat helyesen alkalmazzák. |
| 10 | A megtekintési korlátozással a felhasználók nem tudnak szerkeszteni a dokumentumokon. |
| 11 | A dokumentumokat a nagyközönség számára közzé lehet tenni az interneten. |
| 12 | A dokumentumokon végzett módosítások időbélyegzővel &; szerzői adatokkal kerülnek mentésre. |
A tesztelési forgatókönyvek száma többszörös és nagyon nagy lesz a Google Docs esetében. Ilyen esetekben általában csak az elfogadási kritériumokat határozzák meg és hagyják jóvá az érdekelt felek, és a csapat tagjai ezeken az elfogadási kritériumokon dolgoznak. A tesztelési esetek vagy inkább tesztelési forgatókönyvek írása kimerítő feladat lehet hatalmas alkalmazások esetében.
Ezek az elfogadási kritériumok fontos szerepet játszanak az iteratív folyamatok tervezésében, és soha nem szabad figyelmen kívül hagyni őket. Előre és előre meghatározva elkerülhetők a meglepetések vagy sokkok a sprintek vagy kiadások végén.
Adott előfeltétel.
Amikor egy művelet elvégzéséhez.
Akkor az eredmény várható.
A Given, When és Then formátumok hasznosak az elfogadási kritériumok megadásához.
Példa a tesztforgatókönyv sablonra
| Story ID # használata | Tesztforgatókönyv azonosító # | Verzió # | Tesztelési forgatókönyvek | # Tesztesetek száma | Fontosság |
|---|---|---|---|---|---|
| USID12.1 | TSID12.1.1.1 | Kin12.4 | Ellenőrizze, hogy a Kindle App megfelelően elindul-e. | 4 | Magas |
| USID12.1 | TSID12.1.2 | Kin12.4 | Ellenőrizze a Kindle App tárolókapacitását. | 3 | Közepes |
Következtetés
Bármely szoftvertesztelésben az életciklus megértése és a tesztforgatókönyvek lefektetése nagyon fontos elem. A szoftver minősége javítható a tesztforgatókönyvek jó megalapozásával. Gyakran előfordul, hogy a tesztesetek és a tesztforgatókönyvek használata felcserélődik.
A hüvelykujjszabály azonban az, hogy a tesztforgatókönyvet több teszteset megírására használják, vagy mondhatjuk, hogy a teszteseteket tesztforgatókönyvekből származtatják. A jól definiált tesztforgatókönyvek biztosítják a jó minőségű szoftvert.