Perustaso HARJOITUSKOE Sertifikaattisisältö versio 2010 Harjoituskoe versio 2011
|
|
- Anna-Leena Ahonen
- 7 vuotta sitten
- Katselukertoja:
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ö
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ätiedotHarjoituskoe 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ätiedotOhjelmiston 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ätiedotTestaus-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ätiedotTestaaminen 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ätiedotTestausdokumentti. 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ätiedotTestausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotTestaussuunnitelma. 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ätiedotTestaussuunnitelma. 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ätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
LisätiedotDynaaminen 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ätiedotDynaaminen 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ätiedotHarjoituskoe 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ätiedotKä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ätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotTik-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ätiedotdokumentin 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ätiedotMihin 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ätiedotHarjoituskoe 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ätiedotVersio 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ätiedotTestaussuunnitelma 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ätiedotOnnistunut 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ätiedotCT60A4150 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ätiedotConvergence 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ätiedotOhjelmiston 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ätiedotTIE-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ätiedotTIE-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ätiedotTestauksen 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ätiedotSEPA 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ätiedotT 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ätiedot58160 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ätiedotOhjelmistojen 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ätiedotHyvä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ätiedotUCOT-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ätiedotOnnistunut 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ätiedotDynaaminen 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ätiedotOhjelmistotestaus -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ätiedotTestaussuunnitelma. 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ätiedotOhjelmiston 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) Testausodotukset räätälöityjen järjestelmien projekteissa Maaret Pyhäjärvi, testausasiantuntija Twitter: maaretp Testausvastaava @ Granlund Oy Yrittäjä
LisätiedotTestaus 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ätiedotT 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ätiedotTestauksen 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ätiedotKontrollipolkujen 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ätiedotHirviö 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ätiedotHarjoitustyö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ätiedotKuopio 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ätiedotSertifioitu 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ätiedotTestauspää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ätiedotDynaaminen 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ätiedotCT60A4150 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ätiedotDynaaminen 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ätiedotTESTIRAPORTTI - 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ätiedotOhjelmiston 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ätiedotTESTIRAPORTTI - 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ätiedotTestauksen 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ätiedotTestausraportti. 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ätiedotOhjelmistotekniikka - 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ätiedotTapahtuipa 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ätiedotWCLIQUE. 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ätiedot7. 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ätiedotTIE 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ätiedotLAATURAPORTTI 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ätiedotTestaustyö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ätiedotDynaaminen 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ätiedotCT60A4150 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ätiedotMihin 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ätiedotDynaaminen 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ätiedotHirviö 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ätiedotAjatuksia 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ätiedotTestaussuunnitelma. 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ätiedotOhjelmistotekniikka - 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ätiedotTestaussuunnitelma. 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ätiedotVerifioinnin 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ätiedotTestaussuunnitelma. 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ätiedotTESTIRAPORTTI - 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ätiedotTurvakriittisen 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ätiedotLohtu-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ätiedotTestaussuunnitelma. 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ätiedotSimulaattoriavusteinen 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ätiedotLaadunvarmistusdokumentti
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ätiedotPETTERI 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ätiedotT 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ätiedotL 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ätiedotTestaussuunnitelma. 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ätiedotT 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ätiedotOhjelmiston 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ätiedotOhjelmistotekniikan 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ätiedotTestausoppeja 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ätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
LisätiedotLaadunvarmistustekniikat
Laadunvarmistustekniikat Ohjelmistojen laadunvarmistustekniikoita: testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia
LisätiedotTIE 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ätiedotKä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ätiedotUML -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ätiedotTESTIRAPORTTI - 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ätiedotTESTIRAPORTTI - 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ätiedotOhjelmistotuotanto s
Laadunvarmistustekniikoita Ohjelmistotuotanto 1 testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia dokumentin (voi olla
LisätiedotTutkittua 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ätiedotCT60A4150 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ätiedotTestaussuunnitelma. Oppimistavoitteiden hallintajärjestelmä harri
Testaussuunnitelma Oppimistavoitteiden hallintajärjestelmä harri Helsinki 15.11.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
Lisätiedot