Scrum a szoftver tesztelésében
A Scrum a szoftvertesztelésben a komplex szoftveralkalmazások kiépítésének módszertana. Könnyű megoldásokat kínál bonyolult feladatok végrehajtására. A Scrum segít a fejlesztői csapatnak a szoftvertermék fejlesztésének minden aspektusára összpontosítani, mint például a minőség, a teljesítmény, a használhatóság és így tovább. Átláthatóságot, ellenőrzést és alkalmazkodást biztosít a szoftverfejlesztés során a bonyolultság elkerülése érdekében.
Scrum tesztelés
A Scrum Testing a scrum módszertanban végzett tesztelés a szoftveralkalmazási követelmények teljesülésének ellenőrzésére. Ez magában foglalja a nem funkcionális paraméterek, például a biztonság, a használhatóság, a teljesítmény stb. Ellenőrzését. A tesztelőnek nincs aktív szerepe a folyamatban, ezért általában a fejlesztők az Unit Test segítségével hajtják végre. Néha elkötelezett tesztcsoportokra van szükség a projekt jellegétől és összetettségétől függően.
Ebben az oktatóanyagban megtanulja-
- Mi a Scrum?
- A Scrum módszertan főbb jellemzői
- Szerepek a Scrumban
- Scrum Artifacts
- Szertartások (folyamatok) a Scrumban
- A tesztelő szerepe a Scrumban
- Tesztelési tevékenységek a Scrumban
- Tesztjelentés
A Scrum módszertan főbb jellemzői
Az alábbiakban bemutatjuk a Scrum-
- A Scrum rövid, rögzített kiadási ciklusokkal rendelkezik, állítható hatókörrel, sprintként, a gyorsan változó fejlesztési igények kielégítésére. Minden kiadásnak több sprintje is lehet. Minden Scrum projektnek több kiadási ciklusa lehet.
- A találkozók, események és mérföldkövek ismétlődő sorrendje
- Az új követelmények - történetek néven ismert - tesztelésének és végrehajtásának gyakorlata annak biztosítása érdekében, hogy minden munka készen álljon minden sprint után
A Scrum a következő 3 oszlopon alapul:
Nézzük meg egyenként
1. Szerepek a Scrumban
A Scrum tesztelésnek három fő szerepe van - a terméktulajdonos, a Scrum Master és a fejlesztői csapat. Tanulmányozzuk őket részletesen
|
Terméktulajdonos |
Scrum mester |
A csapat |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum Artifacts
A scrum folyamat magában foglalja
- Felhasználói történetek: A tesztelt rendszer funkcióinak rövid magyarázata. Példa a biztosítási szolgáltatóra: "A prémiumot az online rendszer segítségével lehet kifizetni."
- Termékhátralék: Ez egy felhasználói történetek gyűjteménye, amelyet egy scrum termékhez készítettek. A termék tulajdonosa elkészíti és fenntartja a termék lemaradását. A terméktulajdonos kiemelten kezeli, és bárki hozzáadhatja a terméktulajdonos jóváhagyásával.
- Kiadási lemaradás: A kiadás olyan időkeret, amelyben az ismétlések száma befejeződik. A terméktulajdonos egyeztet a scrum mesterrel annak eldöntésében, hogy mely történeteket célozza meg egy kiadás. A kiadási halmozott történetek célja, hogy egy kiadásban fejeződjenek be.
- Sprintek: Ez egy meghatározott időtartam a felhasználói történetek befejezéséhez, amelyet a terméktulajdonos és a fejlesztői csapat határoz meg, általában 2-4 hét.
- Sprint Backlog: Ez egy olyan felhasználói történet, amelyet egy sprint alatt kell kitölteni. A sprint elmaradása során a munkát soha nem osztják ki, és a csapat egyedül jelentkezik a munkára. A csapat tulajdonosa és irányítója, miközben a becsült hátralévő munkát naponta frissítik. Ezt a feladatlistát kell végrehajtani a Sprintben
- Blokklista: Ez egy olyan blokkok és nem végrehajtott döntések listája, amelyek a scrum master tulajdonában vannak és naponta frissülnek
- Leégetési diagram: A leégett diagram a folyamatban lévő és a folyamat során befejezett munka általános előrehaladását mutatja. Grafikon formátumban ábrázolja a befejezetlen történeteket és szolgáltatásokat
3. Szertartások (folyamatok) a Scrumban
- Sprint tervezés: A sprint azzal kezdődik, hogy a csapat történeteket importál a kiadási lemaradásból a sprint elmaradásába; a scrum mester házigazdája. A tesztelők a Sprint Backlog különféle történeteinek tesztelésére tett erőfeszítéseket becsülik.
- Daily Scrum: A scrum mester házigazdája, körülbelül 15 percig tart. A Daily Scrum ideje alatt a tagok megvitatják az előző napon végzett munkát, a következő napra tervezett munkát és a sprint során felmerülő kérdéseket. A napi stand-up értekezleten nyomon követik a csapat fejlődését.
- Sprint Review / Retrospective: A scrum mester is házigazdája, körülbelül 2-4 óráig tart, és megvitatják, mit teljesített a csapat az utolsó sprintben, és milyen tanulságokat tanultak.
A tesztelő szerepe a Scrumban
A tesztelőnek nincs aktív szerepe a Scrum folyamatban. A tesztelést általában egy fejlesztő hajtja végre Unit Test segítségével. Míg a terméktulajdonos az egyes sprintek során is gyakran részt vesz a tesztelési folyamatban. Néhány Scrum projektnek külön tesztcsoportja van, a projekt jellegétől és összetettségétől függően .
A következő kérdés az, hogy mit tesz a tesztelő egy hulladékban? A következő megjegyzés válaszol
Tesztelési tevékenységek a Scrumban
A tesztelők a Scrum
Sprint tervezés
- A sprinttervezés során a tesztelőnek ki kell választania egy felhasználói történetet a termékhátralékból, amelyet tesztelni kell.
- Tesztelőként el kell döntenie, hogy hány óra (erőfeszítés becslése) szükséges a kiválasztott felhasználói történetek tesztelésének befejezéséhez .
- Tesztelőként tudnia kell, hogy mik a sprint céljai.
- Tesztelőként járuljon hozzá a rangsorolási folyamathoz
Sprintel
- Támogassa a fejlesztőket az egység tesztelésében
- Tesztelje a felhasználói történetet, ha elkészült. A teszt végrehajtása laboratóriumban történik, ahol a tesztelő és a fejlesztő is kéz a kézben dolgozik. A hibákat naplózza a Hibakezelő eszköz, amelyeket naponta követnek. A hibákat a scrum értekezleten lehet átadni és elemezni. A hibákat újból teszteljük , amint megoldják és tesztelésre telepítik
- Tesztelőként minden napi standup találkozón részt vesz, hogy megszólaljon
- Tesztelőként bármilyen lemaradó tételt elhozhat, amelyet az aktuális sprintben nem lehet teljesíteni, és a következő sprintre teheti
- A Tester felelős az automatizálási szkriptek fejlesztéséért. Automatikus tesztelését ütemezi a folyamatos integráció (CI) rendszerrel. Az automatizálás megkapja a jelentőséget a rövid szállítási határidők miatt. A teszt automatizálás a piacon elérhető különféle nyílt forráskódú vagy fizetett eszközök felhasználásával valósítható meg. Ez hatékonynak bizonyul annak biztosításában, hogy minden tesztelésre szoruló kérdés lefedett legyen. Megfelelő teszt lefedettség érhető el szoros kommunikációval a csapattal.
- Tekintse át a CI automatizálási eredményeit, és küldjön jelentéseket az érdekelt feleknek
- Nem funkcionális tesztelés végrehajtása jóváhagyott felhasználói történetekhez
- Egyeztessen az ügyféllel és a termék tulajdonosával, hogy meghatározza az elfogadási tesztek elfogadási kritériumait
- A sprint végén a tesztelő bizonyos esetekben elfogadási tesztet is végez (UAT), és megerősíti az aktuális sprint tesztelésének teljességét
Sprint retrospektív
- Tesztelőként rájön, hogy mi ment rosszul és mi volt a jelenlegi sprintben
- Tesztelőként meghatározza a tanultakat és a bevált gyakorlatokat
Tesztjelentés
A Scrum Test metrikák jelentése átláthatóságot és láthatóságot biztosít az érdekelt felek számára a projekttel kapcsolatban. A jelentett mutatók lehetővé teszik a csapatok számára, hogy elemezzék az előrehaladást és megtervezzék a termék fejlesztésének jövőbeli stratégiáját. Két mutató van, amelyet gyakran használnak a jelentésekhez.
Leégési diagram: A Scrum Master minden nap rögzíti a sprint becsült hátralévő munkáját. Ez nem más, mint a Burn Burn Chart. Naponta frissítik.
A leégési diagram gyors áttekintést nyújt a projekt előrehaladásáról, ez a diagram olyan információkat tartalmaz, mint a projektben elvégzendő teljes munka mennyisége, az egyes sprintek alatt elvégzett munka mennyisége és így tovább.
Sebességtörténeti grafikon: A sebességtörténeti grafikon megjósolja a csapat sebességét az egyes sprintekben. Ez egy oszlopdiagram, amely azt mutatja be, hogy a csapatok teljesítménye hogyan változott az idők során.
A további mutatók, amelyek hasznosak lehetnek, az ütemezés beírása, a költségkeret leégése, a téma teljes százaléka, a kész történetek - a megmaradt történetek stb.
Van valamilyen tipp vagy tapasztalat a Scrum teszteléshez? Ne hagyjon megjegyzést alább-