Gyakorlat és házi feladat tájékoztató

Átírás

1 Szoftverellenőrzési technikák (VIMIM148) Gyakorlat és házi feladat tájékoztató Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

2 Szoftverellenőrzési technikák Előadás o Problémák, módszerek, technológiák megismerése Gyakorlat o Kis mintapéldákon technológia kipróbálása Házi feladat o Komplex(ebb) alkalmazáson a tanultak alkalmazása Vizsga o Ismeretek rendszerezése 2

3 Gyakorlatok Követelmények és tervek ellenőrzése o Átvizsgálás, követelmény-kezelők (DOORS) Részletes tervek és forráskód ellenőrzése o Statikus ellenőrzők (FindBugs, PMD) Fejlesztői tesztelés o Teszt végrehajtás, izoláció (JUnit, Mockito) Teszttervezés o Technikák, kódfedés (CodeCover, ACTS) Automatikus tesztelés o Kód alapú tesztgenerálás (PEX) 3

4 Házi feladat 4 iteráció gyakorlatokkal egyező téma o HF1: Követelmények ellenőrzése o HF2: Forráskód ellenőrzés o HF3: Fejlesztői tesztelés o HF4: Teszttervezés és integrációs tesztelés 3 fős csapatok o Mindenki minden iterációban dolgozzon Részfeladatok folyamatosan kerülnek ki (előadásokkal és gyakorlattal szinkronizálva) 4

5 Házi feladat értékelése Határidő után a feltöltött anyagokat megnézzük Értékelési szempontok: o teszt kód/dokumentáció minősége is! (dokumentáció, kód stílusa ) Szóbeli értékelés (közös): következő gyakorlaton Írásos értékelés (csapatonként): o csapat trac wikire kerül fel o eredmény 0,3-as súllyal számít a végleges jegybe o csapaton belüli eltérés csak ha a csapat külön kéri (!) 5

6 Gyakorlat és házi feladat ütemezése Hét Dátum Gyakorlat Kiadás Beadás Értékelés GYAK1 HF GYAK2 HF2 HF GYAK3 HF3 HF2 HF GYAK4 HF4 HF3 HF GYAK5 HF4 HF GYAK6 HF4 6

7 Házi feladat alkalmazás A házi feladat egy egyszerű webes könyváruház rendszer (BookStore) vizsgálata o A rendszer felhasználói a könyvek böngészése után azokat össze tudják válogatni egy virtuális kosárba, o majd meg tudják vásárolni a kiválasztott könyveket. Adminisztráció o Szerzők, könyvek, példányok létrehozása o Felhasználói csoportok és kedvezmények létrehozása Vásárlás 7

8 Használati esetek: Házi feladat alkalmazás

9 Házi feladat jellemzői Hasonló jellegű az MDSD/SzolgInt házi feladathoz Más szemszögből: o tavaly kimaradt, illetve kevésbé hangsúlyos lépések Mi adjuk: o leírás, specifikáció o OSGi implementáció Ti készítitek: o átvizsgálás, ellenőrzés eredménye o forráskód javítások o teszt tervek, unit tesztek o rendszer teszt adatok, bug report, teszt jelentés 9

10 Háttér infrastruktúra SVN: o /main_2014 csak olvasható, mi frissítjük folyamatosan /szet_1_2014 /szet_5_2014 Trac: o Enhanced wiki and issue tracking system for software development projects o o Minden csapatnak külön 10

11 Előkészületek Cél: az infrastruktúra megismerése, kipróbálása Határidő: Feladatok: o saját SVN repository birtokba vétele, alap struktúra kialakítása o saját Trac birtokba vétele kezdőoldal kitöltése hibajegy felvitel kipróbálása, saját milestone-ok és komponensek definiálása 11

12 Incidensek kezelése Rövid áttekintés

13 Incidensek kezelése (incident mgmt) Incidens: bármi, ami vizsgálódást tesz szükségessé (Használják még: issue / bug / defect) Cél: o Definiált folyamata legyen az incidensek kezelésének o Incidensek állapotát lehessen követni Nem csak kód (lehet dokumentáció, terv )! 13

14 Jó incidensjelentés tulajdonságai Elég részletes, hogy a fejlesztő meg tudja találni a hiba okát Reprodukálható! Tipikus adatok: o Azonosító o Név, leírás o Bejelentés dátuma, bejelentő neve és elérhetősége o Komponens / rendszer pontos verziója, konfigurációja o Lépések a reprodukáláshoz o Elvárt eredmény + aktuális eredmény o Csatolt fájlok konfigurációs beállítások, példa kód, képernyőkép.. o Link kapcsolódó elemekhez (pl. teszt) 14

15 Incidens prioritása Tipikusan két jellemző alapján: o Fontosság / Sürgősség o Súlyosság / Hatás Kettő külön skálán mozog, pl. o Nagyon sürgős, de alacsony hatású: logón elgépelés o Kevésbé sürgős, de kritikus hatású: adott, ritka HW lefagyást okoz Tényleges priorizálást a projekt vezetőség végzi o Triage o Assigned / postponed / won t fix 15

16 Incidens életútja Adott környezethez kell szabni Egy lehetséges példa: o Accepted o Resolved <-> closed o reopened Lehetséges lezárások o fixed o postponed o by design o duplicate o not reproducible o 16

17 Példa: Incidens statisztikák Forrás:

18 Egy egyszerű incidens kezelő rendszer: Trac 18

19 Trac Milestone Hibajegyek csoportosítása Timeline: hibajegy és source control változtatások A csapatok feladata testreszabni 19

20 Trac hibajegyek A csapatok feladata testreszabni o (component, workflow, priority, severity, version ) 20

21 Trac hibajegyek áttekintése 21

22 Trac hibajegyek története Javasolt: changeset link a javításról (ha van) 22

23 ISTQB International Software Testing Qualifications Board

24 International Software Testing Qualifications Board Nemzetközi szervezet ( Minősítések, fogalom definíciók, tematikák (certification, glossary, syllabus) Ipari háttér Van magyar tagszervezete is (Hungarian Testing Board

25 ISTQB vizsgák és tanúsítás forrás: CT: Certified Tester (CTAL-hez 2 év, CTEL-hez 5 év gyakorlat kell a vizsgán túl) 25

26 ISTQB Foundation szint Forrás: 26

27 Mire jó az ISTQB tanúsítvány? 27

28 Miért érdekes ez most nekünk? A tárgyban a Foundation szint anyagát lefedjük Pár nap plusz tanulással letehető a CTFL vizsga Ha van érdeklődés, tartunk januárban felkészítést (A vizsga ára 35ezer Ft + ÁFA diákoknak) 28

29 Háttéranyagok

30 Mit érdemes már most beszerezni? IEEE szabványok (jelenleg elérhető!) o Systems and SW engineering Vocabulary o Requirements engineering o Software testing Part 1 Concepts and definitions Part 2 Test processes Part 3 Test documentation ISTQB o Foundation Level Syllabus (2011) o Glossary of Testing Terms HTB o Glossary / Kifejezésgyűjtemény (magyar fordítás)

31 Csoportbeosztás véglegesítése Körbeadott papíron véglegesíteni a beosztást

32 Technológiai háttér Eclipse, OSGi ismétlés

33 Amit érdemes átnézni Eclipse, plug-in szerkezet OSGi szolgáltatások Target platform Run configurations OSGi console Lásd: