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 Okosház tesztterve http://www.inf.u szeged.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ás zá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ított e 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ás zá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 Strategy ben 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 HTTPS hez Okos eszközök: Android telefon/tablet Iphone/Ipad Windows phone/tablet Tesztelői környezet megegyezik a Test Strategy ben 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ás zárás Világítás szabályozás 2016.06.27: Riasztó rendszer Automatizált feladatok, napi rutinok 2016.07.11: Átfogó rendszer teszt, 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
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 Súlyosság: Súlyos Következmény: Lehetséges határidőtolódás 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 Súlyosság: Közepes Következmény: Ütemterv teljesíthetetlen 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 Súlyosság: Közepes Következmény: Ütemterv teljesíthetetlen 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 Súlyosság: Közepes Következmény: Ütemterv teljesíthetetlen Megelőzés: A projekt ütemtervében kisebb időráhagyás Megnevezés: Hálózati hiba miatt teszt környezet elérhetetlen Súlyosság: Súlyos Következmény: Ütemterv esetleges csúszása Megelőzés: Piackutatás a legjobb rendelkezésre állás al 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