Okosház tesztterve Test Plan Identifier System level test plan Verzió: 0.1 Utolsó módositás: 2016.04.22 Szerzők: ● Szalkai Gábor ● Tóth Róbert ● Kiszner László
References http://www.inf.uszeged.hu/~gertom/Oktatas/tesztman.php oldalon találhatóak a következők: Policy Strategy Dashboard
Introduction Néhány szóban, hogy mire is lehet számítani ezen dokumentumban. A feladatunk egy okosház projekt tesztelésének megtervezése. Elő ször is fontos megjegyezni, hogy egy teljesen új rendszerrő l van szó, tehát a projekt teljes élet útját figyelemmel kell követnünk, nincsenek már kész területek, mivel ahogy már említettük, ez nem egy bő vítési feladat.
Test Items (Functions) Fűtés szabályozás Hűtés szabályozás Redőnyök működtetése Öntözés vezérlése Ajtó nyitászárás Világítás szabályozás Riasztó rendszer programozása Automatizált feladatok, napi rutinok
Software Risk Issues ● A legveszélyesebb, amire figyelnünk kell az a fű tés szabályozása, mivel ha dolgozunk és telefonról beállítunk, valamilyen értéket, akkor nem tudjuk figyelni, hogy ténylegesen annyit állítotte be otthon a rendszer. Nem kaphat rossz értéket, adott helyzetekben (túlhevülés) azonnali leállítás szükségeltetik. ● A redőny működtetőrendszer használata esetén, figyelnünk kell arra, hogy az ügyfelek ne sérüljenek meg azáltal, hogy a redő nyt akkor hajtja le, mikor a tulajdonos épp kinéz az ablakon. Például csak akkor indul el, ha az ablak csukva van és a beállított időpontot is elértük. ● Ajtó nyitászárás funkciónál például figyelni kell arra, hogy ha az ügyfél távolodik a háztól, de nyitva maradt az ajtó, akkor figyelmeztesse, vagy automatikusan zárja be, beállítástól függő en. ● Öntözés vezérlésénél fontos, hogy a vezérlés soha se kerüljön olyan hibás állapotba, hogy az öntözés nem képes megállítani saját magát. ● Fontos még megjegyezni, hogy a biztonsági és kényelmi funkciók közeli kapcsolatban vannak, hiszen minél könnyebb egy funkciót beállítani, annál veszélyesebb lehet. Zsebben, kisgyerek kezében, éjszaka a kényelmi funkcióknak köszönhető en könnyen kinyitható lenne egy ajtó, vagy a fű tés felvihető . Ezen problémák miatt a kényelem rovására kellenek védelmi funkciók, és nagyobb mennyiségűtesztelés ezen a területen. ● Az üzeneteket nem fix kábelen küldjük, így fontos, hogy a küldendőüzeneteket megfelelően titkosítsuk és ne kerülhessenek fontos információk harmadik személy kezébe. ● Felhasználói jogosultságok megszerzése: pl.: felhasználónév/jelszót megszerzi egy harmadik személy valamelyik protokoll hibája miatt. ● Ha a rendszer nem hiba tű rő, akkor a rendszer összeomolhat vagy beragadhat egy hibás állapotban. ● Kiadott biztonsági javítások telepítésének elmulasztása.
Features to be Tested Energiatakarékosság Kényelem
Biztonság Használhatósága Megbízhatósága Teljesítmény Támogatottság
Features not to be Tested Fizikai eszközök tesztelése. Például ajtók és redőnyök működésének ellenőrzése.
Approach (Strategy) Strategy megtalálható a References résznél.
Item Pass/Fail Criteria Strategyben van meghatározva.
Suspension Criteria and Resumption Requirements Egy adott funkció tesztelését abba lehet hagyni ha: ● ● ● ●
Elértük a 100% kód lefedettséget a funkció esetében További tesztek már csak elhanyagolhat mértékben javítanának a funkció megbízhatóságán Specifikációban meghatározott minden jellemző le van fedve teszt esetekkel Funkcióban már csak elhanyagolható hibák vannak, amiknek a letesztelése költségesebb mint a hatásuk
Minden esetben érdemes a teszt menedzserrel konzultálni ebben az esetben.
Test Deliverables Policy Strategy Dashboard Test plan
Remaining Test Tasks Nincsenek hátralévő teszt feladatok meghatározva.
Environmental Needs Kliens alkalmazás: ● ● ● ●
HTML5 alkalmazás Android alkalmazás IOS alkalmazás Windows phone alkalmazás
Központi szerver(vezérlő egység): ● ● ● ●
Rasberry PI 2 Linux operációs rendszer Nginx webszerver SSL tanúsítvány HTTPShez
Okos eszközök: ● Android telefon/tablet ● Iphone/Ipad ● Windows phone/tablet
Tesztelői környezet megegyezik a Test Strategyben megadott teszt környezettel.
Staffing and Training needs Tesztelés szükséges személyzet: ● Teszt menedzser ● Tesztelő ● Rendszergazda ● Fejlesztő
Szükséges tréning a projekthez: ● Tesztelő i tréning ● Beágyazott rendszerek tréning ● Rendszergazda tréning
Responsibilities Szalkai Gábor: Teszt menedzser Tóth Róbert: Rendszergazda Kiszner László: Tesztelő
Schedule Egy sprint két hétig tart, egy sprint alatt várhatóan két funkció készül el, a tesztelés is a sprintek szerinti felosztásban történik, a dátumok leadandó határidőket jelölnek: 2016.05.02: Továbbképzések, Teszt terv kiadása 2016.05.16: Fűtés szabályozás Hűtés szabályozás 2016.05.30: Redőnyök működtetése Öntözés vezérlése 2016.06.13: Ajtó nyitászárás Világítás szabályozás 2016.06.27: Riasztó rendszer Automatizált feladatok, napi rutinok 2016.07.11: Átfogó rendszerteszt, az alábbi nem funkcionális követelmények ismételt tesztelése: ● ● ● ● ● ● ●
Energiatakarékosság Kényelem Biztonság Használhatósága Megbízhatósága Teljesítmény Támogatottság
Planning Risks and Contingencies Megnevezés: Nem áll rendelkezésre elég anyagi erőforrás teszteléshez Valószínűség: Alacsony
Súlyosság: Súlyos Következmény: Szoftver minősége nem érheti el a kívánt szintet Becsült ideje: Projekt időtartamának vége Megelőzés: Károk csökkenthetőek, ha a fontosabb teszteket előrevesszük időben Megnevezés: Munkatársak lebetegedése Valószínűség: Alacsony Súlyosság: Súlyos Következmény: Lehetséges határidő tolódás Becsült ideje: Bármikor előfordulhat Megelőzés: A projekt ütemtervében kisebb idő ráhagyással jobban fel lehet készülni kiesett munkaerőre Megnevezés: Nagy minőségi gondok miatt egy iteráció vége kitolódik Valószínűség: Alacsony Súlyosság: Közepes Következmény: Ütemterv teljesíthetetlen Becsült ideje: Bármikor előfordulhat Megelőzés: Tesztelést vezető részéről gyakori monitoring & control, azonnali beavatkozás ha szükséges Megnevezés: Teszt Itemek későn kerülnek a tesztelő csapathoz Valószínűség: Alacsony Súlyosság: Közepes Következmény: Ütemterv teljesíthetetlen Becsült ideje: Bármikor előfordulhat Megelőzés: A projekt ütemtervében kisebb idő ráhagyás Megnevezés: Beszállító átadásának késéséből, vagy átadandónak minőségi gondjából adódó késlekedés Valószínűség: Alacsony Súlyosság: Közepes Következmény: Ütemterv teljesíthetetlen Becsült ideje: Bármikor előfordulhat Megelőzés: A projekt ütemtervében kisebb idő ráhagyás Megnevezés: Hálózati hiba miatt teszt környezet elérhetetlen Valószínűség: Alacsony Súlyosság: Súlyos Következmény: Ütemterv esetleges csúszása Becsült ideje: Bármikor előfordulhat Megelőzés: Piackutatás a legjobb rendelkezésre állásal rendelkező szolgáltatás megtalálásához
Approvals A teszt terv elfogadásához a következő személyek hozzájárulására van szükség: ● ● ● ● ● ● ● ●
Megbízó Cég tulajdonos Szoftver architect Projekt menedzser Projekt követelmények szerzői Teszt menedzser Tesztelő Rendszergazda
Glossary
