Perustaso HARJOITUSKOE Sertifikaattisisältö versio 2010 Harjoituskoe versio 2011

Koko: px
Aloita esitys sivulta:

Download "Perustaso HARJOITUSKOE Sertifikaattisisältö versio 2010 Harjoituskoe versio 2011"

Transkriptio

1 ISTQB Sertifioitu Testaaja Perustaso HARJOITUSKOE International Software Testing Qualifications Board Nimi: Työosoite: Puhelin : Fax : Laskutusosoite: Koulutusyritys: Kouluttaja: Perustaso HARJOITUSKOE Sertifikaattisisältö versio 2010 Harjoituskoe versio 2011 ISTQB Sertifioitu testaaja Perustaso

2 Esittely Tämä on esimerkkikoe. Sen tavoitteena on auttaa kokelaita heidän valmistautumisessaan varsinaiseen kokeeseen. Esimerkkikokeessa on joukko kysymyksiä, joiden muoto vastaa varsinaista ISTQB Perustason sertifiointikoetta. Näiden koekysymysten käyttäminen AIDOSSA KOETILANTEESSA on ehdottomasti kielletty. 1) Kuka tahansa henkilö tai mikä tahansa koulutusyritys saa käyttää tätä harjoituskoetta valmennuskurssin yhteydessä, mikäli ISTQB mainitaan harjoituskokeen lähteenä ja tekijänoikeuksien omistajana. 2) 2) Kuka tahansa yksilö tai ryhmä yksilöitä voi käyttää tätä harjoituskoetta pohjana artikkeleille, kirjoille tai muille vastaaville kirjallisille teoksille, mikäli kirjoittajat ja ISTQB mainitaan harjoituskokeen lähteenä ja tekijänoikeuksien omistajana. 3) Mikä tahansa ISTQB:n tunnustama kansallinen hallitus saa kääntää tämän harjoituskokeen ja asettaan sen julkisesti saataville, mikäli ISTQB mainitaan harjoituskokeen lähteenä ja tekijänoikeuksien omistajana. Versio / /08/03

3 Kysymykset Testauksen perusteet 1. Mikä seuraavista väittämistä PARHAITEN kuvaa yhtä ohjelmistotestauksen seitsemästä pääperiaatteesta? a) Automatisoidut testit ovat manuaalisia testejä parempia täydellisen testauksen välttämiseksi. b) Kaikkien ohjelmistojen täydellinen testaus on mahdollista riittävän työpanoksen ja välinetuen avulla. c) On yleensä mahdotonta testata ohjelmistojärjestelmän kaikkien syötteiden ja tulosten yhdistelmiä. [K1] d) Testauksen tarkoitus on osoittaa, että vikoja ei ole. 2. Mikä seuraavista kuvaa KELVOLLISIMMAN tavoitteen testaustiimille? [K1] a) Sen määrittäminen, suoritettiinko yksikkötestejä riittävästi. b) Niin monien häiriöiden aiheuttaminen kuin mahdollista, jotta viat voidaan tunnistaa ja korjata. c) Sen osoittaminen, että kaikki viat on tunnistettu. d) Sen osoittaminen, että jäljellä olevat viat eivät aiheuta häiriöitä. Versio / /08/03

4 3. Minkä seuraavista tehtävistä odottaisit suoritettavan Testien analysointi ja suunnittelu -vaiheen aikana? [K1] a) Testauksen tavoitteiden asettaminen tai määrittäminen. b) Testauksen pohjamateriaalin katselmointi. c) Testijoukkojen luominen testiproseduureista. d) Kokemusten analysointi prosessin kehittämiseksi. 4. Alla on lueteltu joukko ongelmia, jotka voivat tulla esiin testauksen tai järjestelmän tuotantokäytön aikana. Mikä niistä on TODENNÄKÖISIMMIN häiriö? (K2) a) Järjestelmä kaatui, kun käyttäjä valitsi vaihtoehdon valintaikkunasta. b) Ohjelmakoonnissa oli yhdestä lähdekooditiedostosta väärä versio. c) Laskenta-algoritmi käytti vääriä syötemuuttujia. d) Kehittäjä ymmärsi väärin algoritmiin liittyvän vaatimuksen. 5. Mikä seuraavista tilanteista johtaisi ongelmiin tai ristiriitoihin tiimien sisällä, jos se ilmenisi katselmointien tai testien aikana? [K1] a) Testaajat ja katselmoijat eivät ole tarpeeksi uteliaita löytämään virheitä. b) Testaajat ja katselmoijat eivät ole tarpeeksi päteviä löytämään häiriöitä ja vikoja. c) Testaajat ja katselmoijat tuovat viat esiin kritiikkinä ihmisiä vastaan ohjelmistotuotteen sijaan. d) Testaajat ja katselmoijat odottavat, että kehittäjät ovat jo löytäneet ja korjanneet ohjelmistotuotteen viat. Versio / /08/03

5 6. Mitkä seuraavista väittämistä ovat TOSIA? (K2) A. Ohjelmistotestauksen saatetaan vaatia täyttävän lain edellyttämät tai sopimukselliset vaatimukset. B. Ohjelmistotestausta tarvitaan pääasiassa parantamaan kehittäjän työn laatua. C. Perusteellisella testauksella ja vikojen korjauksella voidaan pienentää riskiä, että tuotantoympäristössä esiintyy ongelmia. D. Perusteellista testausta käytetään joskus todistamaan, että kaikki häiriöt on löydetty. a) B ja C ovat totta; A ja D ovat epätosia. b) A ja D ovat totta; B ja C ovat epätosia. c) A ja C ovat totta; B ja D ovat epätosia. d) C ja D ovat totta; A ja B ovat epätosia. 7. Mikä seuraavista PARHAITEN kuvaa testauksen ja virheiden jäljittämisen välisen eron? a) Testaus tuo esiin viat (tunnistaa niiden lähteen). Virheiden jäljittämisessä analysoidaan häiriöt ja ehdotetaan niitä ehkäiseviä toimenpiteitä. b) Dynaaminen testaus tuo esiin vikojen aiheuttamat häiriöt. Virheiden jäljittämisessä etsitään, analysoidaan ja poistetaan ohjelmistossa olevat häiriöiden aiheuttajat. c) Testaus poistaa vikoja. Virheiden jäljityksessä tunnistetaan häiriöiden syyt. d) Dynaaminen testaus estää häiriöiden syitä. Virheiden jäljityksessä häiriöt poistetaan. (K2) Versio / /08/03

6 Kysymykset Testaus ohjelmiston elinkaaren aikana 8. Mikä seuraavista PARHAITEN kuvaa ei-toiminnallista testausta? [K1] a) Prosessi, jossa testataan integroitua järjestelmää sen todentamiseksi, että se täyttää sille määritetyt vaatimukset. b) Prosessi, jossa järjestelmää testataan sen ohjelmistostandardien mukaisuuden määrittämiseksi. c) Testausta ilman, että kiinnitetään huomiota järjestelmän sisäiseen rakenteeseen. d) Järjestelmän ominaisuuksien, kuten käytettävyyden, luotettavuuden tai ylläpidettävyyden, testausta. 9. Mitä on tärkeää tehdä, kun työskennellään ohjelmistokehitysmallien kanssa? [K1] a) Soveltaa malleja projektin ja tuotteen ominaisuuksien perusteella. b) Valita vesiputousmalli, koska se on ensimmäinen ja parhaaksi todistettu malli. c) Aloittaa V-mallilla ja siirtyä sitten joko iteratiivisiin tai inkrementaalisiin malleihin. d) Muuttaa vain organisaatiota soveltumaan malliin eikä päinvastoin. Versio / /08/03

7 10. Mikä seuraavista hyvän testauksen ominaisuuksista pätee mihin tahansa ohjelmistokehityksen elinkaarimalliin? [K1] a) Hyväksymistestaus on aina viimeinen suoritettava testaustaso. b) Jokaiselle toteutetulle ominaisuudelle suunnitellaan ja käydään läpi kaikki testaustasot. c) Testaajat otetaan mukaan heti kun ensimmäinen koodin osa voidaan suorittaa. d) Jokaiselle kehityksen tehtävälle on olemassa vastaava testaustehtävä. 11. Mihin seuraavista käytetään ylläpitotestausta? [K1] a) Vikojen korjaaminen kehitysvaiheen aikana. b) Käytössä olevan järjestelmän suunnitellut muutokset. c) Hyväksymistestauksen aikana esiin tulleet valitukset liittyen järjestelmän laatuun. d) Toimintojen integrointi uuden järjestelmän kehityksen aikana. 12. Mitkä seuraavista väittämistä ovat TOSIA? [K2] A. Regressiotestaus ja hyväksymistestaus ovat sama asia. B. Regressiotestit osoittavat, onko kaikki viat selvitetty. C. Regressiotestit soveltuvat tyypillisesti hyvin automatisoitaviksi. D. Regressiotestejä tehdään sen selvittämiseksi, ovat koodimuutokset aiheuttaneet tai paljastaneet uusia vikoja. E. Regressiotestejä pitäisi suorittaa integrointitestauksessa. a) A, C, D ja E ovat totta; B on epätosi. b) A, C ja E ovat totta; B ja D ovat epätosia. c) C ja D ovat totta; A, B ja E ovat epätosia. d) B ja E ovat totta; A, C ja D ovat epätosia. Versio / /08/03

8 13. Mitkä seuraavista ovat totta, kun vertaillaan yksikkötestausta ja järjestelmätestausta? [K2 ] a) Yksikkötestauksessa todennetaan itsenäisesti testattavien ohjelmistomoduulien, olioiden ja luokkien toimintaa, kun taas järjestelmätestaus todentaa ohjelman osien välisien liittymien toimintaa sekä niiden toimintaa muiden järjestelmän osien kanssa. b) Yksikkötestauksen testitapaukset suunnitellaan yleensä komponenttien määrityskuvausten, teknisten suunnitelmien tai tietomallien perusteella, kun taas järjestelmätestauksen testitapaukset määritellään yleensä vaatimusten, toimintokuvausten tai käyttötapausten perusteella. c) Yksikkötestaus keskittyy toiminnallisiin ominaisuuksiin, kun taas järjestelmätestaus keskittyy toiminnallisiin ja ei-toiminnallisiin ominaisuuksiin. d) Yksikkötestaus on teknisten testaajien vastuulla, kun taas järjestelmätestaus on tyypillisesti järjestelmän käyttäjien vastuulla. Versio / /08/03

9 Kysymykset Staattiset tekniikat 14. Mitkä seuraavista ovat muodollisen katselmoinnin päävaiheet? [K1] a) Pohjustus, tila, valmistelu, katselmointipalaveri, uusintatyö, seuranta. b) Suunnittelu, valmistelu, katselmointipalaveri, uusintatyö, päätöstehtävät, seuranta. c) Suunnittelu, käynnistys, yksilöllinen valmistautuminen, katselmointipalaveri, uusintatyö, seuranta. d) Valmistelu, katselmointipalaveri, uusintatyö, päätöstehtävät, seuranta, alkuperäissyiden analysointi. 15. Mitkä KAKSI alla luetelluista katselmointityypeistä ovat PARHAIMMAT (soveltuvimmat) vaihtoehdot ohjelmistoprojektin turvallisuuskriittisten komponenttien katselmointiin? (K2) Valitse 2 vaihtoehtoa. a) Epämuodollinen katselmointi b) Johdon katselmointi. c) Tarkastus d) Läpikäynti e) Tekninen katselmointi Versio / /08/03

10 16. Mikä seuraavista staattista analyysia koskevista väittämistä on EPÄTOSI? [K1] a) Staattista analyysiä voidaan käyttää ennaltaehkäisevänä toimenpiteenä siihen soveltuvassa prosessissa. b) Staattisella testauksella voidaan löytää vikoja, jotka eivät helposti löydy dynaamisessa testauksessa. c) Staattinen analyysi voi tuottaa kustannussäästöjä löytämällä viat aikaisin. d) Staattinen analyysi on hyvä keino aiheuttaa ohjelmistoon häiriöitä. Versio / /08/03

11 Kysymykset Testisuunnittelutekniikat 17. Yksi testauksen tavoitteista projektissa on saavuttaa 100 % päätöskattavuus. Seuraavat kolme testiä on suoritettu alla olevan kontrollivuokaation pohjalta. [K4] Testi A kattaa polun A, B, D, E, G. Testi A kattaa polun A, B, D, E, F, G. Testi A kattaa polun A, C, F, C, F, C, F, G. A B C D E F G Mikä sueraavista päätöskattavuuden tavoitteeseen liittyvistä väittämistä on oikein? a) Päätöstä D ei ole testattu täydellisesti. b) 100 % päätöskattavuus on saavutettu. c) Päätöstä E ei ole testattu täydellisesti. d) Päätöstä F ei ole testattu täydellisesti. Versio / /08/03

12 18. Testauksen aikana on löydetty vika. Järjestelmä kaatui, kun verkkoyhteys katkesi palvelimelta suoritettavan tiedonsiirron aikana. Vika korjattiin muuttamalla koodia, joka tarkistaa verkkoyhteyden toimivuuden tiedonsiirron aikana. Olemassa olevat testit kattoivat 100 % kaikista vastaavan moduulin lauseista. Korjauksen todentamiseksi ja paremman kattavuuden takaamiseksi suunniteltiin uusia testejä, jotka lisättiin testijoukkoon. [K3] Mitä testityyppejä mainitaan yllä? A. Toiminnallinen testaus. B. Rakenteellinen testaus. C. Uudelleentestaus. D. Suorituskykytestaus a) A, B ja D. b) A ja C c) A, B ja C. d) A, C ja D. Versio / /08/03

13 19. Mikä seuraavista esitettyä tilataulua koskevista väitteistä on oikein? [K3] Virta pois pois pois (S1) (S3) Virta Stand By Stand By (S2) Virta pois pois RC RC pois Stand By Testitapaus Alkutila S1 S2 S2 S3 S3 Syöte Virta Virta pois RC RC pois Virta pois Odotettu tulos Stand By pois Stand By pois Lopputila S2 S1 S3 S2 S1 a) Tilataulua voidaan käyttää sekä kelvollisten että epäkelpojen siirtymien tunnistamiseen. b) Tilataulussa näkyvät kaikki mahdolliset yksittäiset siirtymät. c) Tilataulussa näkyvät vain jotkut mahdollisista yksittäisistä siirtymistä. d) Tilataulussa on kuvattu siirtymien peräkkäiset parit. Versio / /08/03

14 20. Mitkä seuraavista ekvivalenssiositustekniikkaa koskevista väittämistä ovat totta? (K2) A. Se jakaa mahdolliset syötteet luokkiin, jotka käyttäytyvät samalla tavalla. B. Se käyttää sekä kelvollisia että epäkelpoja luokkia. C. Se hyödyntää vain kelvollisia luokkia. D. Jokaisesta ekvivalenssiluokasta täytyy aina valita vähintään kaksi arvoa. E. Sitä voidaan käyttää vain, kun testataan ekvivalenssiluokkien syötteitä graafisen käyttöliittymän kautta. a) A, B ja E ovat totta; C ja D ovat epätosia. b) A, C ja D ovat totta; B ja E ovat epätosia. c) A ja E ovat totta; B, C ja D ovat epätosia. d) A ja B ovat totta; C, D ja E ovat epätosia. 21. Mitkä KAKSI alla luetelluista kohdista sisältävät tekniikoita, jotka voidaan luokitella mustalaatikkotekniikoiksi? [K1] Valitse 2 vaihtoehtoa. a) Ekvivalenssiositus, päätöstaulut, tilasiirtymät ja raja-arvoanalyysi. b) Ekvivalenssiositus, päätöstaulut, käyttötapaukset. c) Ekvivalenssiositus, päätöstaulut, tarkistuslistat, lausekattavuus, käyttötapaukset. d) Ekvivalenssiositus, syy-seuraus-kaaviot, tarkistuslistat, päätöskattavuus, käyttötapaukset. e) Ekvivalenssiositus, syy-seuraus-kaaviot, tarkistuslistat, päätöskattavuus ja raja-arvoanalyysi. Versio / /08/03

15 22. Työntekijälle lasketaan rahapalkkiota. Palkkio ei voi olla negatiivinen, mutta se voi jäädä nollaan. Palkkio perustuu työsuhteen kestoon. Työntekijä on voinut olla töissä kaksi vuotta tai vähemmän, yli kaksi mutta alle viisi vuotta, viidestä kymmeneen vuotta tai yli kymmenen vuotta. Työskentelyjakson pituuden perusteella työntekijä ei saa joko lainkaan palkkiota tai saa 10%, 25% tai 35% palkkion. [K3] Kuinka monta ekvivalenssiluokkaa tarvitaan palkkion laskennan testaamiseen? a) 3. b) 5. c) 2. d) Seuraavat väittämät koskevat testitapausten johtamista käyttötapauksista. Mikä tai mitkä väittämistä ovat todennäköisimmin tosia? (K2) A. Testitapausten johtamisesta käyttötapauksista on hyötyä järjestelmäja hyväksymistestauksessa. B. Testitapausten johtamisesta käyttötapauksista on hyötyä vain automatisoidussa testauksessa. C. Testitapausten johtamisesta käyttötapauksista on hyötyä yksikkötestauksessa. D. Testitapausten johtamisesta käyttötapauksista on hyötyä, kun testataan järjestelmän eri komponenttien välistä yhteistoimintaa. a) A ja D ovat totta; B ja C ovat epätosia. b) A on totta; B, C ja D ovat epätosia. c) A ja B ovat totta; C ja D ovat epätosia. d) C on totta; A, B ja D ovat epätosia. Versio / /08/03

16 24. Mikä seuraavista on paras pohjamateriaali vikahyökkäystestauksessa? [K1] a) Kokemus, vika- ja häiriötiedot, tietämys ohjelmistohäiriöistä. b) Projektin alussa suoritettu riskianalyysi. c) Sovellusalueen asiantuntijoiden liiketoiminnan pohjalta laatimat käyttötapaukset. d) Odotetut tulokset, jotka on laadittu olemassa olevan järjestelmän pohjalta. 25. Mikä seuraavista olisi paras testauksen lähestymistapa, kun määrittelykuvaukset ovat huonot ja on aikapaineita? [K1] a) Käyttötapaustestaus b) Ehtokattavuus. c) Tutkiva testaus d) Polkutestaus. 26. Mikä seuraavista on rakenteeseen pohjautuva testaustekniikka? [K1] a) Päätöstestaus. b) Raja-arvoanalyysi. c) Ekvivalenssiositus. d) Tilasiirtymätestaus. Versio / /08/03

17 27. Olet aloittamassa ohjelman määrittelypohjaista testausta. Ohjelma laskee kahden nollaa suuremman kokonaisluvun (A ja B) suurimman yhteisen tekijän [K3] calcgcd (A, B); Seuraavat testitapaukset (TT) on määritelty. TT A B INT_MAX INT_MAX INT_MAX INT_MAX+1 INT_MAX largest Integer Mitä testaustekniikkaa käyttämällä testitapaukset 1 6 on määritelty? a) Raja-arvoanalyysi. b) Tilasiirtymätestaus. c) Ekvivalenssiositus. d) Päätöstaulutestaus. Versio / /08/03

18 28. Tutki seuraavaa tilasiirtymäkaaviota ja testitapaustaulukkoa.. Virta pois [K3 ] pois pois (S1) (S3) Virta Stand By Stand By (S2) Virta pois pois RC RC pois Stand By Testitapa us Alkutila S1 S1 S2 S2 S3 S3 S3 Syöte Virta Virta RC RC Rc pois Virta pois Rc pois Odotettu tulos Seuraava tila Syöte Odotettu tulos Stand By Stand By Stand By kiinni Stand By S2 S2 S3 S3 S2 S1 S2 Virta pois pois RC Virta pois pois Rc pois Stand By RC Virta Stand By Virta pois pois Lopputila S1 S3 S1 S2 S3 S2 S1 Versio / /08/03

19 Mitkä seuraavista väittämistä ovat TOSIA? A. Testitapaustaulukon testit kuvaavat lyhyimmät siirtymäketjut. B. Testitapaustaulukon testit käyvät läpi vain kelvolliset siirtymät. C. Testitapaustaulukon testit käyvät läpi vain ei-kelvolliset siirtymät. D. Testitapaustaulukon testit kuvaavat pisimmät siirtymäketjut. a) Vain A on totta; B, C ja D ovat epätosia. b) Vain B on totta; A, C ja D ovat epätosia. c) A ja D ovat totta; B ja C ovat epätosia. d) Vain C on totta; A, B ja D ovat epätosia. Versio / /08/03

20 Kysymykset Testauksenhallinta 29. Mikä seuraavista kuvaa PARHAITEN testauspäällikön ja testaajan välistä tehtävänjakoa? a) Testauspäällikkö suunnittelee testaustehtävät ja valitsee noudatettavat standardit, kun taas testaaja valitsee työvälineet ja hallinnoi niiden käyttöä. b) Testauspäällikkö suunnittelee ja organisoi testaustehtävät ja hallinnoi niitä, kun taas testaaja määrittelee, priorisoi ja suorittaa testit. c) Testauspäällikkö suunnittelee testaustehtävät ja seuraa ja hallinnoi niitä, kun taas testaaja suunnittelee testit. d) Testauspäällikkö suunnittelee ja organisoi testauksen ja määrittelee testitapaukset, kun taas testaaja priorisoi ja suorittaa testit. [K1] 30. Mikä seuraavista voidaan luokitella tuoteriskiksi? (K2) a) Vaatimusten, suunnittelukuvausten, koodin ja testien huono laatu. b) Poliittiset ongelmat ja erityisesti tuotteen monimutkaisten alueiden viivästykset. c) Virhealttiit alueet, mahdollinen vahinko käyttäjälle, huonot tuotteen laatuominaisuudet. d) Ongelmat oikeiden vaatimusten määrittelemisessä, mahdolliset häiriöalueet ohjelmistossa tai järjestelmässä. Versio / /08/03

21 31. Missä seuraavista ovat tyypillisiä testauksen päätöskriteereitä? (K2) a) Kattavuusmittarit, luotettavuusmittarit, testauksen kustannukset, aikataulu, virheenkorjauksen tila ja jäljellä olevat riskit. b) Kattavuusmittarit, luotettavuusmittarit, testaajien riippumattomuuden ja tuotteen valmiuden aste. c) Kattavuusmittarit, luotettavuusmittarit, testauksen kustannukset, markkinoillesaantiaika ja tuotteen valmius, vikojen määrä. d) Markkinoillesaantiaika, jäljellä olevat viat, testaajien osaaminen, testaajien riippumattomuuden aste, kattavuusmittarit ja testauksen kustannukset. Versio / /08/03

22 32. Testauspäällikkönä sinun tulee testate seuraavat vaatimukset: [K3] Testattavat vaatimukset: R1 Prosessipoikkeamat Monimutkaisuus: korkea R2 Etäpalvelut Monimutkaisuus: keskitaso R3 Synkronisointi Monimutkaisuus: keskitaso R4 Vahvistukset Monimutkaisuus: keskitaso R5 Prosessin päätös Monimutkaisuus: matala R6 Huomiot Monimutkaisuus: matala R7 Taloustiedot Monimutkaisuus: matala R8 Kaaviotiedot Monimutkaisuus: matala R9 Käyttäjäprofiilin muutokset Monimutkaisuus: keskitaso Vaatimusten loogiset riippuvuudet (A -> B tarkoittaa, että B on riippuvainen A:sta): R4 R1 R5 R3 R6 R2 R7 R8 R9 Minkälaisen testijärjestyksen suunnittelisit vaatimusten riippuvuuden perusteella? a) R4 > R5 > R1 > R2 > R3 > R7 > R8 > R6 > R9. b) R1 > R2 > R3 > R4 > R5 > R7 > R8 > R6 > R9. c) R1 > R2 > R4 > R5 > R3 > R7 > R8 > R6 > R9. d) R1 > R2 > R3 > R7 > R8 > R4 > R5 > R6 > R9. Versio / /08/03

23 33. Mikä on riippumattoman testauksen päähyöty? [K1] a) Enemmän työtä saadaan tehtyä, koska testaajat eivät häiritse jatkuvasti kehittäjiä. b) Riippumattomat testaajat ovat yleensä puolueettomia ja löytävät eri vikoja kuin kehittäjät. c) Riippumattomat testaajat eivät tarvitse lisäkoulutusta ja perehdytystä. d) Riippumattomat testaajat vähentävät havaintojenhallintaprosessin pullonkauloja. 34. Mikä seuraavista luokitellaan projektiriskiksi? [K1] a) Osaamisen ja henkilöstön puute b) Ohjelmiston huonot laatuominaisuudet. c) Häiriöalttiin ohjelmiston toimittaminen. d) Mahdollinen luotettavuusvika (bugi). 35. Testauspäällikkönä sinulta pyydetään testauksen yhteenvetoraporttia. IEEE standardiin pohjautuen, mitä asioita toisit esiin raportissasi? (K2) a) Mustalaatikkotekniikoihin pohjautuvien testitapausten määrä. b) Yhteenveto päätestaustehtävistä, tapahtumista ja testauksen tilasta suhteessa sille asetettujen tavoitteiden saavuttamiseen. c) Yleisarvio jokaisesta kehityksen tuotoksesta. d) Koulutukset, joihin testaustiimiläiset ovat osallistuneet testauspanoksen parantamiseksi. Versio / /08/03

24 36. Työskentelet testaajana turvallisuuskriittisessä ohjelmistoprojektissa. Testin suorituksen aikana huomaat, että yhtä odotettua tulosta ei saavutettu. Kirjoitat tapauksesta havaintoraportin. Mitä pidät tärkeimpinä raporttiin kirjoitettavina asioina IEEE 829 -standardin perusteella? [K3] a) Vaikutus, havainnon kuvaus, päiväys ja kellonaika, oma nimi. b) Raportin yksilöivä tunniste, tarvittavat erityisvaatimukset. c) Toimitetut materiaalit, oma nimi ja näkemyksesi vian syystä. d) Havainnon kuvaus, ympäristö, odotetut tulokset. Versio / /08/03

25 Kysymykset Testauksen työkalutuki 37. Valitse alla olevasta luettelosta periaatteet, joita organisaatioon valitun testaustyökalun esittelyssä pitäisi noudattaa. [K1 ] 1. Työkalu otetaan käyttöön koko organisaatiossa yhtä aikaa. 2. Aloita pilottiprojektilla. 3. Muokkaa ja paranna prosesseja niin, että välineen käyttö sopii niihin. 4. Uusille käyttäjille järjestetään koulutusta ja tukea. 5. Jokainen tiimi saa päättää omista vakiotavoistaan välineen käytössä. 6. Tarkkaile, että kustannukset eivät ylitä alkuperäisiä hankintakustannuksia. 7. Kerää käyttökokemuksia kaikista tiimeistä. a) 1, 2, 3, 5. b) 1, 4, 6, 7. c) 2, 3, 4, 7. d) 3, 4, 5, 6. Versio / /08/03

26 38. Mikä seuraavista parhaiten kuvaa avainsana-ohjatun testauksen suoritustyökalun ominaisuuksia? [K1] a) Testien syöteaineiston, toimisanat ja odotetut tulokset sisältävä taulukko ohjaa testattavan järjestelmän toimintaa. b) Testaajien toimenpiteet nauhoitetaan skriptiin, joka suoritetaan useita kertoja uudelleen. c) Testaajien toimenpiteet nauhoitetaan skriptiin, joka suoritetaan käyttämällä useita eri syöteaineistojoukkoja. d) Kyky kirjata testitulokset ja verrata niitä tekstitiedostoon tallennettuja odotettuja tuloksia vastaan. 39. Mikä seuraavista EI ole testaustyökalun arvioinnin pilottiprojektin tavoite? [K1] a) Arvioida, kuinka työkalu sopii nykyisiin prosesseihin ja käytäntöihin. b) Määrittää työkalun ja siihen liittyvien materiaalien käyttö-, hallinta-, varastointi- ja ylläpitotavat. c) Arvioida, saadaanko työkalusta hyötyä kohtuullisilla kustannuksilla. d) Vähentää pilottiprojektin vikamääriä. Versio / /08/03

27 40. Alla on lueteltu testaustehokkuuden parantamisen tavoitteita, jotka ohjelmistojen kehitys- ja testausorganisaatio haluaisi saavuttaa. (K2) Mitä näistä tavoitteista testauksen hallintatyökalu tukisi parhaiten? a) Jäljitettävyyden aikaansaaminen vaatimusten, testien ja vikojen välillä. b) Testien häiriöidentunnistamiskyvyn optimointi. c) Vikojen selvittäminen nopeammin. d) Suoritettavien testitapausten valinnan automatisointi. Versio / /08/03

Harjoituskoe. ISTQB Perustaso sertifikaattisisältö

Harjoituskoe. ISTQB Perustaso sertifikaattisisältö ISTQB Perustaso 2011 sertifikaattisisältö International Software Testing Qualifications Board Copyright International Software Testing Qualifications Board (jäljempänä ISTQB TM ) Kaikki oikeudet pidätetään.

Lisätiedot

Harjoituskoe Vastaukset perusteluineen. ISTQB Perustaso sertifikaattisisältö

Harjoituskoe Vastaukset perusteluineen. ISTQB Perustaso sertifikaattisisältö Vastaukset perusteluineen ISTQB Perustaso 2011 sertifikaattisisältö International Software Testing Qualifications Board Copyright International Software Testing Qualifications Board (jäljempänä ISTQB TM

Lisätiedot

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää

Lisätiedot

Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille

Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille 1(23) Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille Matti Vuori, Tampereen teknillinen yliopisto 30.10.2012 Sisällysluettelo 1/2 Esityksen tarkoitus 4 Laatu on tärkeää, ei

Lisätiedot

Testaaminen ohjelmiston kehitysprosessin aikana

Testaaminen ohjelmiston kehitysprosessin aikana Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/

Lisätiedot

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari

Lisätiedot

Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri

Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti

Lisätiedot

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan

Lisätiedot

Testaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza

Testaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza Testaussuunnitelma Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma Versio 1.0 Ehdotus Laatija Raine Kauppinen VERSIOHISTORIA Versionotyyppi Versio- Päiväys Tekijä

Lisätiedot

Testaussuunnitelma Labra

Testaussuunnitelma Labra Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,

Lisätiedot

Dynaaminen analyysi IV

Dynaaminen analyysi IV Dynaaminen analyysi IV Luento 9 Antti-Pekka Tuovinen 16 April 2013 1 Tavoitteet Kokemusperäinen testitapausten suunnittelu Yhteenvetoa suunnittelutekniikoista 16 April 2013 2 1 Testitapausten kokemusperäinen

Lisätiedot

Dynaaminen analyysi IV Luento 6 Antti-Pekka Tuovinen

Dynaaminen analyysi IV Luento 6 Antti-Pekka Tuovinen Dynaaminen analyysi IV Luento 6 Antti-Pekka Tuovinen 23 April 2018 1 Tavoitteet Kokemusperäinen testitapausten suunnittelu Yhteenvetoa suunnittelutekniikoista 23 April 2018 2 Testitapausten kokemusperäinen

Lisätiedot

Harjoituskoe Vastaukset. ISTQB Ketterä testaaja 2015 Perustason sertifikaattisisällön laajennus

Harjoituskoe Vastaukset. ISTQB Ketterä testaaja 2015 Perustason sertifikaattisisällön laajennus Harjoituskoe Vastaukset ISTQB Ketterä testaaja 2015 Perustason sertifikaattisisällön laajennus Alkup. versio 1.0 Käännösversio 1.0 Tekijänoikeushuomautus Tämän dokumentin saa kopioida kokonaisuudessaan

Lisätiedot

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0

Lisätiedot

Ohjelmistotuotantoprojekti

Ohjelmistotuotantoprojekti Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen

Lisätiedot

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:

Lisätiedot

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision

Lisätiedot

Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tieran toiminta perustuu osaamisverkoston rakentamiseen, mikä

Lisätiedot

Harjoituskoe ISTQB Ketterä testaaja 2015 Perustason sertifikaattisisällön laajennus

Harjoituskoe ISTQB Ketterä testaaja 2015 Perustason sertifikaattisisällön laajennus Harjoituskoe ISTQB Ketterä testaaja 2015 Perustason sertifikaattisisällön laajennus Alkup. versio 1.0 Käännösversio 1.0 Tekijänoikeushuomautus: Tämän dokumentin saa kopioida kokonaisuudessaan tai siitä

Lisätiedot

Versio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio

Versio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio Testiraportti 26.2.2006 1/5 - Noheva II Testiraportti Versio Päiväys Tekijä Kuvaus 1.0 26.2.2006 Tikkanen varsinainen versio 1 Yleistä Toteutusvaiheen 2 virallinen testaus on muodostunut automaattisista

Lisätiedot

Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu

Lisätiedot

Onnistunut Vaatimuspohjainen Testaus

Onnistunut Vaatimuspohjainen Testaus Onnistunut Vaatimuspohjainen Testaus Kari Alho Solution Architect Nohau Solutions, Finland Sisältö Mitä on vaatimuspohjainen testaus? Vaatimusten ymmärtämisen haasteet Testitapausten generointi Työkalujen

Lisätiedot

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 NOPEA KERTAUS TESTAUS HYVIN LYHYESTI Miten normaali testaajan arki ohjelmistoprojektissa sitten rullaa? Käytännössä

Lisätiedot

Convergence of messaging

Convergence of messaging Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO

Lisätiedot

Ohjelmiston testaus ja laatu. Testausmenetelmiä

Ohjelmiston testaus ja laatu. Testausmenetelmiä Ohjelmiston testaus ja laatu Testausmenetelmiä Testausmenetelmiä - 1 Testauksen menetelmien päälähestymistapoina ovat black-box testi testaaja ei voi tutkia lähdekoodia testaus perustuu sovellukselle suunnitteluvaiheessa

Lisätiedot

TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori

TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4 Antti Jääskeläinen Matti Vuori Vaiheet 3 & 4: Järjestelmätestaus 27.10.2014 2 Päämäärä jedit-ohjelmointieditorin järjestelmätestaus

Lisätiedot

TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori

TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4 Antti Jääskeläinen Matti Vuori Vaiheet 3 & 4: Järjestelmätestaus 28.10.2013 2 Päämäärä jedit-ohjelmointieditorin järjestelmätestaus

Lisätiedot

Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen

Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen 23 April 2018 1 Tavoitteet Yleiskuva seuraavista aiheista Testauksen organisointi Testaussuunnittelma Testauksen kustannukset Testausstrategia

Lisätiedot

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3 AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan

Lisätiedot

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1 T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi

Lisätiedot

58160 Ohjelmoinnin harjoitustyö

58160 Ohjelmoinnin harjoitustyö 58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista

Lisätiedot

Ohjelmistojen mallintaminen. Luento 11, 7.12.

Ohjelmistojen mallintaminen. Luento 11, 7.12. Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,

Lisätiedot

Hyväksymistestauksen tarkistuslista järjestelmän hankkijalle

Hyväksymistestauksen tarkistuslista järjestelmän hankkijalle Hyväksymistestauksen tarkistuslista järjestelmän hankkijalle Tarkistuslista on suunniteltu käytettäväksi hyväksymistestauksen suunnittelussa, valmiuksien arvioinnissa ja katselmoinnissa.tämä tarkistuslista

Lisätiedot

UCOT-Sovellusprojekti. Testausraportti

UCOT-Sovellusprojekti. Testausraportti UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä

Lisätiedot

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Onnistunut SAP-projekti laadunvarmistuksen keinoin Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.

Lisätiedot

Dynaaminen analyysi II

Dynaaminen analyysi II Dynaaminen analyysi II Luento 7 Antti-Pekka Tuovinen 9 April 2013 1 Tavoitteet Black-box testitapausten suunnittelutekniikat II Tilamallien käyttö Syys-seurausverkot ja päätöstaulut Käyttötapaukset Yhteenveto

Lisätiedot

Ohjelmistotestaus -09

Ohjelmistotestaus -09 Ohjelmistotestaus Testaustyökalut- ja automaatio Testaustyökalut ja -automaatio Testaustyökaluilla tuetaan testaustyötä sen eri vaiheissa Oikea työkalu oikeaan tarkoitukseen Testausautomaatio perustuu

Lisätiedot

Testaussuunnitelma. Ohjelmistotuotantoprojekti Nero. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. Ohjelmistotuotantoprojekti Nero. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma Ohjelmistotuotantoprojekti Nero Helsinki 5.11.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä

Lisätiedot

Ohjelmiston testaussuunnitelma

Ohjelmiston testaussuunnitelma Ohjelmiston testaussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä lukaa antaa yleiskuvan koko testausdokumentista.

Lisätiedot

@Tampereen Testauspäivät (2012-06)

@Tampereen Testauspäivät (2012-06) @Tampereen Testauspäivät (2012-06) Testausodotukset räätälöityjen järjestelmien projekteissa Maaret Pyhäjärvi, testausasiantuntija Twitter: maaretp Testausvastaava @ Granlund Oy Yrittäjä

Lisätiedot

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa:

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa: Testaus käsite Sekalaista asiaa Sami Kollanus 15.11.2006 Jos ajatellaan, että = V&V, voidaan erottaa: Staattinen Dynaaminen Toisaalta voidaan määritellä Myersin (1979) mukaan: Testaus on ohjelman suoritusta,

Lisätiedot

T Testiraportti - järjestelmätestaus

T Testiraportti - järjestelmätestaus T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria

Lisätiedot

Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg

Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg Symbio lyhyesti Innovatiivinen tuotekehitys- ja testauskumppani Juuret Suomessa, perustettu 1997 Laadukkaat ohjelmistotoimitukset

Lisätiedot

Kontrollipolkujen määrä

Kontrollipolkujen määrä Testaus Yleistä Testaus on suunnitelmallista virheiden etsimistä Tuotantoprosessissa ohjelmaan jää aina virheitä, käytettävistä menetelmistä huolimatta Hyvät menetelmät, kuten katselmoinnit pienentävät

Lisätiedot

Hirviö Laadunvarmistussuunnitelma

Hirviö Laadunvarmistussuunnitelma Hirviö Laadunvarmistussuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 30. marraskuuta 2004 1 Sisältö 1 Johdanto 3 1.1 Testauksen tavoitteet

Lisätiedot

Harjoitustyön testaus. Juha Taina

Harjoitustyön testaus. Juha Taina Harjoitustyön testaus Juha Taina 1. Johdanto Ohjelman teko on muutakin kuin koodausta. Oleellinen osa on selvittää, että ohjelma toimii oikein. Tätä sanotaan ohjelman validoinniksi. Eräs keino validoida

Lisätiedot

Kuopio Testausraportti Asiakkaat-osakokonaisuus

Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki

Lisätiedot

Sertifioitu Testaaja Certified Tester. Perustason sertifikaattisisältö Foundation Level Syllabus

Sertifioitu Testaaja Certified Tester. Perustason sertifikaattisisältö Foundation Level Syllabus Sertifioitu Testaaja Certified Tester Perustason sertifikaattisisältö Foundation Level Syllabus Versio 2010 Käännösversio 2010 Perustuu englanninkieliseen versioon 30.3.2010 Based on English version 30th

Lisätiedot

Testauspäällikön tarinoita Arto Stenberg

Testauspäällikön tarinoita Arto Stenberg Testauspäällikön tarinoita Arto Stenberg 2.12.2013 A software foundry that helps companies create breakthrough product innovations. We help our clients to: 1. Create new products 2. Scale out their product

Lisätiedot

Dynaaminen analyysi I

Dynaaminen analyysi I Dynaaminen analyysi I Luento 6 Antti-Pekka Tuovinen 4 April 2013 1 Tavoitteet Testitapausten suunnittelun ja suorituksen perusteet Black-Box testitapausten suunnittelu Ekvivalenssiluokat Raja-arvo (reuna-arvo)

Lisätiedot

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 VIIME KERRALLA MENETELMIÄ Musta laatikko Valkea laatikko Harmaa laatikko Regressio Automaatio Rasitus (kuormitus)

Lisätiedot

Dynaaminen analyysi II Luento 4 Antti-Pekka Tuovinen

Dynaaminen analyysi II Luento 4 Antti-Pekka Tuovinen Dynaaminen analyysi II Luento 4 Antti-Pekka Tuovinen www.cs.helsinki.fi 9 April 2018 1 Tavoitteet Black-box testitapausten suunnittelutekniikat II Tilamallien käyttö Syy-seurausverkot ja päätöstaulut Kombinaatioiden

Lisätiedot

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0 TESTIRAPORTTI - VYM JA KANTA Versio 1.0 i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen

Lisätiedot

Ohjelmiston testaus ja laatu. Testaustasot

Ohjelmiston testaus ja laatu. Testaustasot Ohjelmiston testaus ja laatu Testaustasot Testauksen vaihejako Tarpeet / sopimus Järjestelmätestaus Hyväksymiskoe Määrittely testauksen suunnittelu ja tulosten verifiointi Arkkitehtuurisuunnittelu Moduulisuunnittelu

Lisätiedot

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 TESTIRAPORTTI - XMLREADER LUOKKA i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen

Lisätiedot

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori Testauksen tuki nopealle tuotekehitykselle Antti Jääskeläinen Matti Vuori Mitä on nopeus? 11.11.2014 2 Jatkuva nopeus Läpäisyaste, throughput Saadaan valmiiksi tasaiseen, nopeaan tahtiin uusia tuotteita

Lisätiedot

Testausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testausraportti Orava Helsinki 5.5.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Juhani Bergström Peter

Lisätiedot

Ohjelmistotekniikka - Luento 2

Ohjelmistotekniikka - Luento 2 Ohjelmistotekniikka - Luento 2 Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento 2: Prosessimallit

Lisätiedot

Tapahtuipa Testaajalle...

Tapahtuipa Testaajalle... Tapahtuipa Testaajalle... - eli testaus tosielämässä 09.10.2007 Juhani Snellman Qentinel Oy 2007 Agenda Minä ja mistä tulen Testauksen konteksti Tapauksia tosielämästä ja työkaluja 2 Minä Juhani Snellman

Lisätiedot

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/jekahkon/wclique/testplan.html WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com, 75014C,

Lisätiedot

7. Verifiointi ja validointi

7. Verifiointi ja validointi 7. Verifiointi ja validointi Verifiointi ja validointi (V&V) on ohjelmistotuotannon työvaihe, missä varmistetaan, että ohjelmisto täyttää sille asetetut implisiittiset ja eksplisiittiset vaatimukset ja

Lisätiedot

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut

Lisätiedot

LAATURAPORTTI Iteraatio 1

LAATURAPORTTI Iteraatio 1 LAATURAPORTTI Iteraatio 1 LAATURAPORTTI 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 9.12.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 Kaarlo Lahtela Korjauksia 1.0 Lauri Kiiski Katselmointi ja

Lisätiedot

Testaustyökalut. Luento 11 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science

Testaustyökalut. Luento 11 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science Testaustyökalut Luento 11 Antti-Pekka Tuovinen 25 April 2013 1 Tavoitteet Työkalutyyppejä Testauksen hallinta Testien määrittely Staattinen analyysi Dynaaminen testaus 25 April 2013 2 1 Työkalut ja testaus

Lisätiedot

Dynaaminen analyysi III

Dynaaminen analyysi III Dynaaminen analyysi III Luento 8 Antti-Pekka Tuovinen 16 April 2013 1 Tavoitteet White box testitapausten suunnittelutekniikat Lausekattavuus Haarautumakattavuus Ehto- ja polkukattavuus Huomioita white

Lisätiedot

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 EDELLISELLÄ KERRALLA TAPAHTUNUTTA Täydellinen testaus on mahdotonta. Testataan, koska virheiden löytyminen ajoissa

Lisätiedot

Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tiera on vuonna 2010 perustettu yli 200:n kuntatoimijan omistama

Lisätiedot

Dynaaminen analyysi III Luento 5 Antti-Pekka Tuovinen

Dynaaminen analyysi III Luento 5 Antti-Pekka Tuovinen Dynaaminen analyysi III Luento 5 Antti-Pekka Tuovinen www.cs.helsinki.fi 16 April 2018 1 Tavoitteet White box testitapausten suunnittelutekniikat Lausekattavuus Haarautumakattavuus Ehto- ja polkukattavuus

Lisätiedot

Hirviö Laadunvarmistussuunnitelma

Hirviö Laadunvarmistussuunnitelma Hirviö Laadunvarmistussuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. helmikuuta 2005 1 Sisältö 1 Johdanto 3 1.1 Testauksen tavoitteet

Lisätiedot

Ajatuksia ketterästä ohjelmistokehityksestä ja laadusta

Ajatuksia ketterästä ohjelmistokehityksestä ja laadusta Ajatuksia ketterästä ohjelmistokehityksestä ja laadusta 2012-11-26 1 Quality Manager & Specialist, Testing /Cybercom Finland CMMI, TMMI FiSTB:n varapuheenjohtaja ja hallituksen jäsen (http://www.fistb.fi)

Lisätiedot

Testaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma Asdf Helsinki 22.2.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Kuisma Sami Louhio

Lisätiedot

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento

Lisätiedot

Testaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant Versio: V0.4

Testaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant Versio: V0.4 AgilElephant Tekijä: Petri Kalsi ja Heikki Salminen Omistaja: ElectricSeven Dokumentti:.doc Päiväys: 30.11.2004 Aihe: Sivu 1 / 11 Dokumenttihistoria Muutoshistoria Revision päiväys: 30.11.2004 Seuraavan

Lisätiedot

Verifioinnin ja validoinnin ero. 7. Verifiointi ja validointi. Verifiointi- ja validointitekniikat. Verifiointi- ja validointitekniikat II

Verifioinnin ja validoinnin ero. 7. Verifiointi ja validointi. Verifiointi- ja validointitekniikat. Verifiointi- ja validointitekniikat II 7. Verifiointi ja validointi Verifiointi ja validointi (V&V) on ohjelmistotuotannon työvaihe, missä varmistetaan, että ohjelmisto täyttää sille asetetut implisiittiset ja eksplisiittiset vaatimukset ja

Lisätiedot

Testaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma PUSU-ryhmä Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Jussi Hynninen

Lisätiedot

TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0

TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0 TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI

Lisätiedot

Turvakriittisen projektin menetelmät ja työkalut

Turvakriittisen projektin menetelmät ja työkalut Turvakriittisen projektin menetelmät ja työkalut 1. Vaatimushallinta Vaatimushallintaan kohdistuu turvaluokitelluissa projekteissa paljon odotuksia. Etenkin jäljitettävyys vaatimuksiin, testaukseen ja

Lisätiedot

Lohtu-projekti. Testaussuunnitelma

Lohtu-projekti. Testaussuunnitelma Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät

Lisätiedot

Testaussuunnitelma. Opeapuri. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. Opeapuri. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma Opeapuri Helsinki 2.4.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Krister Eklund

Lisätiedot

Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen

Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä Simo Tauriainen www.ponsse.com 25.8.2011 Ponsse-konserni Ponsse Oyj on tavaralajimenetelmän metsäkoneiden myyntiin, tuotantoon, huoltoon ja

Lisätiedot

Laadunvarmistusdokumentti

Laadunvarmistusdokumentti Laadunvarmistusdokumentti Dokumentin historia Versio Päiväys Muokkaaja Kuvaus Hyväksytty 1.10 07.11.2005 Rönkkö Kirsi Erotettu omaksi dokumentikseen Sisällysluettelo 1. Koko projektissa...2 1.1. Tavoitteet...2

Lisätiedot

PETTERI PALOMÄKI TESTAUS OHJELMISTOTUOTANNON OSANA Diplomityö

PETTERI PALOMÄKI TESTAUS OHJELMISTOTUOTANNON OSANA Diplomityö PETTERI PALOMÄKI TESTAUS OHJELMISTOTUOTANNON OSANA Diplomityö Tarkastaja: professori Hannu Jaakkola Tarkastaja ja aihe hyväksytty tuotantotalouden ja rakentamisen tiedekunnan kokouksessa 9. marraskuuta

Lisätiedot

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe LU. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T3

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe LU. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T3 T-76.115 Tietojenkäsittelyopin ohjelmatyö Testiraportti, vaihe LU Sisältö Tästä dokumentista ilmenee LU-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 14.4.2003

Lisätiedot

L models. Testisuunnitelma. Ryhmä Rajoitteiset

L models. Testisuunnitelma. Ryhmä Rajoitteiset Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Testisuunnitelma Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset

Lisätiedot

Testaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant

Testaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant AgilElephant Tekijä: Petri Kalsi ja Heikki Salminen Omistaja: ElectricSeven Dokumentti:.doc Päiväys: 15.03.2005 Aihe: Sivu 1 / 11 Dokumenttihistoria Muutoshistoria Revision Numero Revision Päiväys Yhteenveto

Lisätiedot

T Testiraportti - integraatiotestaus

T Testiraportti - integraatiotestaus T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria

Lisätiedot

Ohjelmiston toteutussuunnitelma

Ohjelmiston toteutussuunnitelma Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,

Lisätiedot

Ohjelmistotekniikan menetelmät, toteutuksesta ja testauksesta

Ohjelmistotekniikan menetelmät, toteutuksesta ja testauksesta 582101 - Ohjelmistotekniikan menetelmät, toteutuksesta ja testauksesta 1 Toteutuksesta ja testauksesta Suunnitteluprosessista Tarkan tason luokkasuunnittelu Siirtyminen UML-kaavioista Java-toteutukseen

Lisätiedot

Testausoppeja toimialavaihdoksesta

Testausoppeja toimialavaihdoksesta Testausoppeja toimialavaihdoksesta Maaret Pyhäjärvi Email: Gsm: 040-8233777 Erkki Pöyhönen & Maaret Pyhäjärvi Nimeä Attribution (Finland) http://creativecommons.org/licenses/by/1.0/fi/

Lisätiedot

COTOOL dokumentaatio Testausdokumentit

COTOOL dokumentaatio Testausdokumentit Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................

Lisätiedot

Laadunvarmistustekniikat

Laadunvarmistustekniikat Laadunvarmistustekniikat Ohjelmistojen laadunvarmistustekniikoita: testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia

Lisätiedot

TIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

TIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori TIE-21201 Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 20.9.2016 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut

Lisätiedot

Käyttötapausanalyysi ja testaus tsoft

Käyttötapausanalyysi ja testaus tsoft Käyttötapausanalyysi ja testaus tsoft 15.09.2004 http://cs.joensuu.fi/tsoft/ Johdanto Use Case analyysi (käyttötapausanalyysi) on yleisesti käytetty järjestelmälle asetettujen toiminnallisten vaatimusten

Lisätiedot

UML -mallinnus TILAKAAVIO

UML -mallinnus TILAKAAVIO UML -mallinnus TILAKAAVIO SISÄLLYS 3. Tilakaavio 3.1 Tilakaavion alku- ja lopputilat 3.2 Tilan nimi, muuttujat ja toiminnot 3.3 Tilasiirtymä 3.4 Tilasiirtymän vai tilan toiminnot 3.5 Tilasiirtymän tapahtumat

Lisätiedot

TESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)

TESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2) TESTIRAPORTTI - XMLREADER-LUOKKA Versio 1.0 (luonnos 2) Copyright Comptel Oyj i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin

Lisätiedot

TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0

TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0 TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI

Lisätiedot

Ohjelmistotuotanto s

Ohjelmistotuotanto s Laadunvarmistustekniikoita Ohjelmistotuotanto 1 testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia dokumentin (voi olla

Lisätiedot

Tutkittua tietoa. Tutkittua tietoa 1

Tutkittua tietoa. Tutkittua tietoa 1 Tutkittua tietoa T. Dybå, T. Dingsøyr: Empirical Studies of Agile Software Development : A Systematic Review. Information and Software Technology 50, 2008, 833-859. J.E. Hannay, T. Dybå, E. Arisholm, D.I.K.

Lisätiedot

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 NOPEA KERTAUS VIIME KERROISTA ERILAISIA T YÖKALUT YYPPEJÄ Millä työkaluilla testausta sitten tehdään? Suurin osa ohjelmistojen

Lisätiedot

Testaussuunnitelma. Oppimistavoitteiden hallintajärjestelmä harri

Testaussuunnitelma. Oppimistavoitteiden hallintajärjestelmä harri Testaussuunnitelma Oppimistavoitteiden hallintajärjestelmä harri Helsinki 15.11.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti

Lisätiedot