Harjoituskoe. ISTQB Perustaso sertifikaattisisältö
|
|
- Taisto Niemi
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 ISTQB Perustaso 2011 sertifikaattisisältö International Software Testing Qualifications Board
2 Copyright International Software Testing Qualifications Board (jäljempänä ISTQB TM ) Kaikki oikeudet pidätetään. Kirjoittajat siirtävät tekijänoikeudet International Software Testing Qualifications Boardille (jäljempänä ISTQB TM ). Kirjoittajat (tämänhetkisinä tekijänoikeuden haltijoina) ja ISTQB TM (tulevana tekijänoikeuden haltijana) ovat sopineet seuraavista käyttöehdoista: 1) Mikä tahansa ISTQB TM :n tunnustama tutkintolautakunta voi kääntää tämän dokumentin. Koetyöryhmä CTFL harjoituskoe v. 2.6 Sivu 2 / 22
3 Sisällysluettelo 0. Esittely Tämän dokumentin tarkoitus Ohjeet Yleistä tietoa harjoituskokeesta Kysymykset: Testauksen perusteet Kysymykset: Testaus ohjelmiston elinkaaressa Kysymykset: Staattinen testaus Testisuunnittelutekniikat Kysymykset: Testauksen hallinta Kysymykset: Testaustyökalut CTFL harjoituskoe v. 2.6 Sivu 3 / 22
4 0. Esittely 0.1 Tämän dokumentin tarkoitus Tämä dokumentti sisältää kokonaisen harjoituskokeen, joka vastaa dokumentissa ISTQB Foundation Level Exam Structure and Rules kuvattuja sääntöjä. Tässä dokumentissa kuvatut esimerkkikysymykset, vastausvaihtoehdot ja niihin liittyvät perustelut on laatinut joukko asiantuntijoita ja kokeneita koekysymysten kirjoittajia tavoitteenaan tukea sekä ISTQB TM :n kansallisia hallituksia ja koelautakuntia kysymysten kirjoittamiseen liittyvissä tehtävissä että henkilöitä, jotka suunnittelevat osallistuvansa ISTQB Perustason sertifiointikokeeseen. Näitä kysymyksiä ei voi käyttää sellaisenaan missään virallisessa kokeessa vaan niiden tulisi toimia kysymysten kirjoittajien ohjenuorana. Ottaen huomioon kysymysten rakenteen sekä aihealueiden monimuotoisuus, näiden esimerkkikysymysten pitäisi tarjota kansallisille hallituksille lukuisia ideoita kuinka laatia hyviä kysymyksiä ja sopivia vastausjoukkoja omiin kokeisiinsa. Tämän lisäksi koulutustarjoajat voivat käyttää näitä kysymyksiä osana koulutustaan, kun he valmentavat osallistujia kokeeseen. 0.2 Ohjeet Kysymykset ja vastausjoukot on järjestetty seuraavasti: - Oppimistavoite ja K-taso - Kysymys, mukaan luettuna mahdollinen skenaario, jota seuraa kysymyksen runko - Vastausjoukko - OIKEA vastaus mukaan luettuna vastausten perustelu (OIKEA vastaus perusteluineen sisältyy erilliseen dokumenttiin CTFL harjoituskoe perusteluineen) 0.3 Yleistä tietoa harjoituskokeesta Kysymysten määrä: 40 Kokeen peruskesto: 60 minuuttia Maksimipistemäärä 40 Läpäisypistemäärä: 26 (tai enemmän) CTFL harjoituskoe v. 2.6 Sivu 4 / 22
5 1. Kysymykset: Testauksen perusteet Kysymys 1 Mikä seuraavista väittämistä PARHAITEN kuvaa yhtä ohjelmistotestauksen seitsemästä pääperiaatteesta? a) Automatisoidun testauksen avulla on mahdollista testata kaikki. 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 kaikki syötteiden ja tulosten yhdistelmät. d) Testauksen tarkoitus on osoittaa, että vikoja ei ole. Kysymys 2 Mikä seuraavista kuvaa KELVOLLISIMMAN tavoitteen testaustiimille? a) Sen määrittäminen, suoritettiinko yksikkötestejä riittävästi. b) Niin monien häiriöiden löytäminen kuin mahdollista, jotta viat voidaan tunnistaa ja korjata. c) Sen osoittaminen, että kaikki mahdolliset viat on tunnistettu. d) Sen osoittaminen, että jäljellä olevat viat eivät aiheuta häiriöitä. Kysymys 3 Minkä seuraavista tehtävistä odottaisit suoritettavan testauksen perusprosessin Analysointi ja testien suunnittelu -vaiheen aikana? a) Testauksen tavoitteiden määrittäminen. b) Testauksen pohjamateriaalin katselmointi. c) Testijoukkojen luominen testiproseduureista. d) Kokemusten analysointi prosessin parantamiseksi. CTFL harjoituskoe v. 2.6 Sivu 5 / 22
6 Kysymys 4 Alla on lueteltu joukko ongelmia, jotka voivat tulla esiin testauksen tai järjestelmän tuotantokäytön aikana. Mikä niistä on häiriö? 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. Kysymys 5 Mikä seuraavista asenteista, ominaisuuksista tai toimenpiteistä johtaisi ongelmiin tai ristiriitoihin toteuttajien ja testaajien muodostamien tiimien sisällä, jos se ilmenisi katselmointien tai testauksen aikana? a) Testaajat ja toteuttajat ovat uteliaita ja keskittyvät löytämään virheitä. b) Testaajat ja toteuttajat ovat riittävän osaavia löytämään häiriöitä ja vikoja. c) Testaajat ja toteuttajat tuovat viat esiin kritiikkinä ihmisiä kohtaan ohjelmistotuotteen sijaan. d) Testaajat odottavat, että ohjelmistotuotteessa saattaa olla vikoja, joita toteuttajat eivät ole löytäneet ja korjanneet. Kysymys 6 Mitkä seuraavista väittämistä ovat TOSIA? I. Ohjelmistotestauksen saatetaan vaatia täyttävän lain edellyttämät tai sopimukselliset vaatimukset. II. Ohjelmistotestausta tarvitaan pääasiassa parantamaan kehittäjän työn laatua. III. Perusteellisella testauksella ja vikojen korjauksella voidaan pienentää riskiä, että tuotantoympäristössä esiintyy ongelmia. IV. Perusteellista testausta käytetään joskus todistamaan, että kaikki häiriöt on löydetty. a) I, II ja III ovat totta; IV on. b) I on totta, II, III ja IV ovat a. c) I ja III ovat totta; II ja IV ovat a. d) III ja IV ovat totta; I ja II ovat a. CTFL harjoituskoe v. 2.6 Sivu 6 / 22
7 Kysymys 7 Mikä seuraavista kuvaa oikein testauksen ja virheiden jäljittämisen välisen eron? a) Testaus tunnistaa vikojen 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. CTFL harjoituskoe v. 2.6 Sivu 7 / 22
8 2. Kysymykset: Testaus ohjelmiston elinkaaressa Kysymys 8 Mikä seuraavista PARHAITEN kuvaa ei-toiminnallista testausta? a) Ei-toiminnallinen testaus on prosessi, jossa testataan integroitua järjestelmää sen todentamiseksi, että se täyttää sille määritetyt vaatimukset. b) Ei-toiminnallinen testaus on prosessi, jossa järjestelmää testataan sen koodausstandardien mukaisuuden määrittämiseksi. c) Ei-toiminnallinen testaus on testausta ilman, että kiinnitetään huomiota järjestelmän sisäiseen rakenteeseen. d) Ei-toiminnallinen testaus on järjestelmän ominaisuuksien, kuten käytettävyyden, luotettavuuden tai ylläpidettävyyden, testausta. Kysymys 9 Mitä on tärkeää tehdä, kun työskennellään ohjelmistokehitysmallien kanssa? a) Soveltaa tarpeen mukaan malleja projektin ja tuotteen ominaisuuksien perusteella. b) Valita vesiputousmalli, koska se on parhaaksi todistettu malli. c) Aloittaa V-mallilla ja siirtyä sitten joko iteratiivisiin tai inkrementaalisiin malleihin. d) Muuttaa organisaatiota soveltumaan malliin eikä päinvastoin. Kysymys 10 Mikä seuraavista kuvaa hyvän testauksen ominaisuuksia ja pätee mihin tahansa ohjelmistokehityksen elinkaarimalliin? a) Hyväksymistestaus on aina viimeinen suoritettava testaustaso. b) Jokaisen toteutetun ominaisuuden osalta 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ä. CTFL harjoituskoe v. 2.6 Sivu 8 / 22
9 Kysymys 11 Mikä seuraavista on esimerkki ylläpitotestauksesta? a) Korjattujen vikojen testaaminen uuden järjestelmän kehityksen aikana. b) Käytössä olevaan järjestelmään toteutettujen muutosten testaus. c) Hyväksymistestauksen aikana esiin tulleiden järjestelmän laatuun liittyvien valitusten käsittely. d) Toimintojen integrointi uuden järjestelmän kehityksen aikana. Kysymys 12 Mitkä seuraavista väittämistä ovat TOSIA? I. Regressiotestaus ja uudelleentestaus ovat sama asia. II. Regressiotestit osoittavat, että kaikki häiriöt on selvitetty. III. Regressiotestit soveltuvat hyvin automatisoitaviksi. IV. Regressiotestejä tehdään ohjelmiston muutosten aiheuttamien vikojen paljastamiseksi. V. Regressiotestejä ei pitäisi suorittaa integrointitestauksen aikana. a) I ja II ovat totta. b) I, III ja V ovat totta. c) III ja IV ovat totta. d) II, IV ja V ovat totta. Kysymys 13 Mikä seuraavista väittämistä on TOTTA, kun vertaillaan yksikkötestausta ja järjestelmätestausta? a) Yksikkötestauksessa todennetaan itsenäisesti testattavien ohjelmistomoduulien, olioiden ja luokkien toimintaa, kun taas järjestelmätestaus todentaa ohjelman eri osien välisien rajapintojen toimintaa sekä osien 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 vain toiminnallisiin ominaisuuksiin, kun taas järjestelmätestaus keskittyy toiminnallisiin ja ei-toiminnallisiin ominaisuuksiin. d) Yksikkötestaus on testaajien vastuulla, kun taas järjestelmätestaus on tyypillisesti järjestelmän käyttäjien vastuulla. CTFL harjoituskoe v. 2.6 Sivu 9 / 22
10 3. Kysymykset: Staattinen testaus Kysymys 14 Mitkä seuraavista ovat muodollisen katselmoinnin päävaiheet? a) Pohjustus, jäljittäminen, yksilöllinen valmistautuminen, katselmointipalaveri, uusintatyö, seuranta. b) Suunnittelu, yksilöllinen valmistautuminen, katselmointipalaveri, uusintatyö, päätöstehtävät, seuranta. c) Suunnittelu, käynnistys, yksilöllinen valmistautuminen, katselmointipalaveri, uusintatyö, seuranta. d) Yksilöllinen valmistautuminen, katselmointipalaveri, uusintatyö, päätöstehtävät, seuranta, alkuperäissyiden analysointi. Kysymys 15 Mitä alla luetelluista katselmointityypeistä on PARAS vaihtoehto ohjelmistoprojektin turvallisuuskriittisten komponenttien katselmointitavaksi, jos katselmointi pitää esittää sääntöihin ja tarkistuslistoihin perustuvana muodollisena prosessina?? a) Epämuodollinen katselmointi b) Tekninen katselmointi c) Tarkastus d) Läpikäynti Kysymys 16 Mikä seuraavista työkalujen avulla tehtävää staattista analyysia koskevista väittämistä on EPÄ- TOSI? a) Työkalujen avulla tehtävää staattista analyysiä voidaan käyttää ennaltaehkäisevänä toimenpiteenä siihen soveltuvien prosessien kanssa. b) Työkalujen avulla tehtävällä staattisella testauksella voidaan löytää vikoja, jotka eivät helposti löydy dynaamisessa testauksessa. c) Työkalujen avulla tehtävä staattinen analyysi voi tuottaa kustannussäästöjä löytämällä viat aikaisin. d) Työkalujen avulla tehtävä staattinen analyysi on hyvä keino aiheuttaa ohjelmistoon häiriöitä. CTFL harjoituskoe v. 2.6 Sivu 10 / 22
11 4. Kysymykset: Testisuunnittelutekniikat Kysymys 17 K4 Yksi testauksen tavoitteista projektissa on saavuttaa 100 % päätöskattavuus. Alla olevan kontrollivuokaavion perusteella on suoritettu seuraavat kolme testiä: 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ä seuraavista 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. CTFL harjoituskoe v. 2.6 Sivu 11 / 22
12 Kysymys 18 Testauksen aikana löytyi 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 ja suoritettiin. Mitä seuraavista testityypeistä pitäisi käyttää yllä kuvatussa tilanteessa? I. Toiminnallinen testaus. II. Rakenteellinen testaus. III. Uudelleentestaus. IV. Suorituskykytestaus a) I ja II käytetään, mutta ei III ja IV. b) I ja III käytetään, mutta ei II ja IV c) I, II ja III käytetään, mutta ei IV. d) II, III ja IV käytetään, mutta ei I. Kysymys 19 K3 Mikä seuraavista alla esitettyä tilasiirtymäkaaviota ja tilataulukkoa koskevista väitteistä on OIKEIN? Virta pois TV pois (S1) TV pois TV päällä (S3) Virta päälle TV Stand By Virta pois TV pois RC päälle TV Stand By (S2) TV päälle RC pois TV Stand By CTFL harjoituskoe v. 2.6 Sivu 12 / 22
13 Testitapaus Alkutila S1 S2 S2 S3 S3 Syöte Odotettu tulos Virta päälle TV Stand By Virta pois TV pois RC päälle TV päälle RC pois TV Stand By Virta pois Lopputila S2 S1 S3 S2 S1 TV pois a) Lueteltuja testitapauksia voidaan käyttää sekä kelvollisten että epäkelpojen siirtymien tunnistamiseen tilasiirtymäkaaviossa. b) Luetellut testitapaukset kuvaavat kaikki mahdolliset tilasiirtymäkaavion kelvolliset siirtymät. c) Luetellut testitapaukset kuvaavat vain joitakin tilasiirtymäkaavion kelvollisista siirtymistä. d) Luetellut testitapaukset kuvaavat tilasiirtymäkaaviossa kuvattujen siirtymien peräkkäisiä pareja. Kysymys 20 Mitkä seuraavista ekvivalenssiositustekniikkaa koskevista väittämistä ovat TOTTA? I. Se jakaa mahdolliset syötteet luokkiin, joiden kaikkien jäsenten odotetaan käyttäytyvän samalla tavalla. II. Se käyttää sekä kelvollisia että epäkelpoja luokkia. III. Jokaisesta ekvivalenssiluokasta täytyy aina valita vähintään kaksi arvoa. IV. Sitä voidaan käyttää vain, kun testataan ekvivalenssiluokkien syötteitä graafisen käyttöliittymän kautta. a) I, II ja IV ovat totta; III on. b) I on totta; II, III ja IV ovat a. c) II ja III ovat totta; I ja IV ovat a. d) I ja II ovat totta; III ja IV ovat a. CTFL harjoituskoe v. 2.6 Sivu 13 / 22
14 Kysymys 21 Mitkä alla luetelluista kohdista sisältää tekniikoita, jotka voidaan luokitella mustalaatikkotekniikoiksi? Valitse 2 vaihtoehtoa. a) Ekvivalenssiositus, päätöstaulutestaus, tilasiirtymätestaus ja raja-arvoanalyysi. b) Ekvivalenssiositus, päätöstaulutestaus, lausekattavuus, käyttötapaustestaus. c) Ekvivalenssiositus, päätöstestaus, käyttötapaustestaus. d) Ekvivalenssiositus, päätöstestaus, raja-arvoanalyysi. Kysymys 22 K3 Työntekijälle lasketaan rahapalkkiota. Palkkio ei voi olla negatiivinen, mutta se voi jäädä nollaan. Palkkio perustuu työsuhteen kestoon. Luokat ovat: kaksi vuotta tai vähemmän, yli kaksi mutta alle viisi vuotta, yli viisi mutta alle kymmenen vuotta, kymmenen vuotta tai enemmän. Työskentelyjakson pituuden perusteella työntekijä saa eri suuruisen palkkion. Kuinka monta ekvivalenssiluokkaa tarvitaan, jos vain kelvollisia ekvivalenssiluokkia tarvitaan palkkion laskennan testaamiseen? a) 3. b) 5. c) 2. d) 4. Kysymys 23 K3 Seuraavat väittämät koskevat hyötyjä, jotka liittyvät testitapausten johtamiseen käyttötapauksista. Mitkä väittämistä ovat tosia ja mitkä a? I. Testitapausten johtamisesta käyttötapauksista on hyötyä järjestelmä- ja hyväksymistestauksessa. II. Testitapausten johtamisesta käyttötapauksista on hyötyä vain automatisoidussa testauksessa. III. Testitapausten johtamisesta käyttötapauksista on hyötyä yksikkötestauksessa. IV. Testitapausten johtamisesta käyttötapauksista on hyötyä integraatiotestauksessa. a) I ja IV ovat totta; II ja III ovat a. b) I on totta; II, III ja IV ovat a. c) II ja IV ovat totta; I ja III ovat a. d) I, III ja IV ovat totta; II on. CTFL harjoituskoe v. 2.6 Sivu 14 / 22
15 Kysymys 24 Mikä seuraavista on PARAS perusta vikahyökkäystestaukselle? a) Kokemus, vika- ja häiriötiedot, tietämys ohjelmistohäiriöistä. b) Projektin alussa suoritettu riskien tunnistaminen. c) Sovellusalueen asiantuntijoiden liiketoiminnan pohjalta laatimat käyttötapaukset. d) Odotetut tulokset, jotka on laadittu olemassa olevan järjestelmän pohjalta. Kysymys 25 Työskentelet projektissa, jossa määrittelykuvaukset ovat huonot ja projektilla on aikapaineita. Mikä seuraavista testaustekniikoista olisi hyödyllisin lähestymistapa käyttää? a) Käyttötapaustestaus b) Lausetestaus c) Tutkiva testaus d) Päätöstestaus. Kysymys 26 Mikä seuraavista on lasilaatikkotekniikka? a) Päätöstestaus. b) Raja-arvoanalyysi. c) Ekvivalenssiositus. d) Tilasiirtymätestaus. CTFL harjoituskoe v. 2.6 Sivu 15 / 22
16 Kysymys 27 K3 Olet testaamassa järjestelmää, joka laskee kahden nollaa suuremman kokonaisluvun (A ja B) suurimman yhteisen tekijän calcgcd (A, B); Seuraavat syötearvot on määritelty testeille: Testitapaus A B INT_MAX INT_MAX INT_MAX INT_MAX+1 INT_MAX on suurin kokonaisluku. Mitä määrittelypohjaista tekniikkaa käyttäisit testitapauksiin 1-6? a) Raja-arvoanalyysi. b) Tilasiirtymätestaus. c) Käyttötapaustestaus. d) Päätöstaulutestaus. CTFL harjoituskoe v. 2.6 Sivu 16 / 22
17 Kysymys 28 K3 Yrityksen työntekijöille maksetaan palkkio, jos he työskentelevät yrityksessä yli vuoden ja saavuttavat yksilöllisesti sovitut tavoitteet. Seuraava päätöstaulu on luotu järjestelmän testausta varten. Ehdot T1 T2 T3 T4 T5 T6 T7 T8 Ehto 1 Ehto 2 Ehto 3 Toimenpiteet Työsuhde yli 1 v? tosi Tavoitteet sovittu tosi tosi tosi Tavoitteet saavutettu? tosi tosi tosi tosi tosi tosi tosi tosi Maksetaan palkkio? Kyllä Ei Ei Ei Ei Ei Ei Ei Mitkä testitapaukset voidaan poistaa yllä olevasta päätöstaulusta, koska testitapaus ei tapahtuisi todellisessa tilanteessa? a) T1 ja T2 b) T3 ja T4 c) T7 ja T8 d) T5 ja T6 CTFL harjoituskoe v. 2.6 Sivu 17 / 22
18 5. Kysymykset: Testauksen hallinta Kysymys 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 käytettävät työvälineet ja laitteet. b) Testauspäällikkö suunnittelee ja organisoi testaustehtävät ja hallinnoi niitä, kun taas testaaja määrittelee ja suorittaa testit. c) Testauspäällikkö suunnittelee testaustehtävät ja seuraa ja hallinnoi niitä, kun taas testaaja suunnittelee testit ja päättää testattavan kohteen hyväksynnästä. d) Testauspäällikkö suunnittelee ja organisoi testauksen ja määrittelee testitapaukset, kun taas testaaja priorisoi ja suorittaa testit. Kysymys 30 Mikä seuraavista voidaan luokitella tuoteriskiksi? 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ä. Kysymys 31 Missä seuraavista ovat tyypillisiä testauksen päätöskriteereitä? a) Kattavuusmittarit, luotettavuusmittarit, testauksen kustannukset, aikataulu, virheenkorjauksen ja jäljellä olevien riskien tila. b) Kattavuusmittarit, luotettavuusmittarit, testaajien riippumattomuuden aste ja tuotteen valmius. c) Kattavuusmittarit, luotettavuusmittarit, testauksen kustannukset, testattavan koodin saatavuus, markkinoillesaantiaika ja tuotteen valmius. d) Markkinoillesaantiaika, jäljellä olevat viat, testaajien osaaminen, testaajien riippumattomuuden aste, kattavuusmittarit ja testauksen kustannukset. CTFL harjoituskoe v. 2.6 Sivu 18 / 22
19 Kysymys 32 K3 Testauspäällikkönä sinulla on seuraavat vaatimukset testattavana: R1 Prosessipoikkeamat R2 Synkronointi R3 Vahvistukset R4 Huomiot R5 Taloustiedot R6 Kaaviotiedot R7 Käyttäjäprofiilin muutokset Vaatimusten väliset loogiset riippuvuudet on kuvattu notaatiolla A B, joka tarkoittaa, että B on riippuvainen A:sta R3 R1 R2 R4 R5 R6 R7 Minkälaisen testijärjestyksen suunnittelisit vaatimusten riippuvuuden perusteella? a) R3 R2 R1 R7 R5 R6 R4 b) R2 R5 R6 R4 R7 R1 R3 c) R1 R3 R2 R5 R6 R4 R7 d) R1 R2 R5 R6 R3 R4 R7 Kysymys 33 Mikä seuraavista on riippumattoman testauksen mahdollinen hyöty? 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. CTFL harjoituskoe v. 2.6 Sivu 19 / 22
20 Kysymys 34 Mikä seuraavista on projektiriski? a) Osaamisen ja henkilöstön puute b) Ohjelmiston huonot laatuominaisuudet. c) Häiriöalttiin ohjelmiston toimittaminen. d) Mahdollinen luotettavuusvika (bugi). Kysymys 35 Testauspäällikkönä sinulta pyydetään testauksen yhteenvetoraporttia. Minkä testaustehtäviin liittyvien asioiden pitäisi IEEE 829 -standardin mukaan olla tärkeimpiä raporttiin sisällytettäviä? a) Suoritettujen testitapausten määrä ja testien tulokset. 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. Kysymys 36 K3 Työskentelet testaajana turvallisuuskriittisessä ohjelmistoprojektissa. Testin suorituksen aikana huomaat, että yksi testitapauksistasi ei mennyt läpi, ja kirjoitat tapauksesta havaintoraportin. Mitkä ovat tärkeimpiä raporttiin kirjoitettavia asioita IEEE 829 standardin mukaan? a) Vaikutus, havainnon kuvaus, päiväys ja oma nimi. b) Raportin yksilöivä tunniste, tarvittavat erityisvaatimukset ja vian aiheuttaneen henkilön nimi. c) Toimitetut materiaalit, oma nimi ja näkemyksesi mahdollisesta vian alkuperäissyystä. d) Havainnon kuvaus, kehitysympäristö ja odotetut testitulokset. CTFL harjoituskoe v. 2.6 Sivu 20 / 22
21 6. Kysymykset: Testaustyökalut Kysymys 37 Mitkä alla olevan luettelon kohdista kuvaavat suositeltavia periaatteita, joita organisaatioon valitun testaustyökalun käyttöönotossa pitäisi noudattaa? 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. Järjestä uusille käyttäjille koulutusta ja tukea. 5. Anna jokaisen tiimin päättää omista tavoistaan käyttää välinettä. 6. Tarkkaile, että kustannukset eivät ylitä alkuperäisiä hankintakustannuksia. 7. Kerää käyttökokemuksia kaikista tiimeistä. a) 1, 3, 4, 5 b) 2, 5, 6 c) 2, 3, 4, 7 d) 1, 6, 7 Kysymys 38 Mikä seuraavista PARHAITEN kuvaa avainsana-ohjatun testauksen suoritustyökalun ominaisuuksia? a) Testien syöteaineiston, toimisanat ja odotetut tulokset sisältävä taulukko ohjaa testattavan järjestelmän toimintaa. b) Testaajien toimenpiteet automatisoidaan käyttämällä skriptiä, joka suoritetaan useita kertoja uudelleen. c) Testaajien toimenpiteet automatisoidaan käyttämällä skriptiä, joka suoritetaan käyttämällä useita eri syöteaineistojoukkoja. d) Kyky kirjata testitulokset ja verrata niitä tekstitiedostoon tallennettuja odotettuja tuloksia vastaan. CTFL harjoituskoe v. 2.6 Sivu 21 / 22
22 Kysymys 39 Mikä seuraavista EI ole testaustyökalun arvioinnin pilottiprojektin tavoite? 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ä Kysymys 40 Alla on lueteltu testaustehokkuuden parantamisen tavoitteita, jotka ohjelmistojen kehitys- ja testausorganisaatio haluaisi saavuttaa. Mitä näistä tavoitteista testauksen hallintatyökalu tukisi parhaiten? a) Jäljitettävyyden mahdollistaminen vaatimusten, testien ja vikojen välillä. b) Testien häiriöidentunnistamiskyvyn optimointi. c) Vikojen selvittäminen nopeammin. d) Suoritettavien testitapausten valinnan automatisointi. CTFL harjoituskoe v. 2.6 Sivu 22 / 22
Perustaso HARJOITUSKOE Sertifikaattisisältö versio 2010 Harjoituskoe versio 2011
ISTQB Sertifioitu Testaaja Perustaso HARJOITUSKOE International Software Testing Qualifications Board Nimi: Työosoite: Puhelin : Fax : Email: Laskutusosoite: Koulutusyritys: Kouluttaja: Perustaso HARJOITUSKOE
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
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ää
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/
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
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
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ä
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
Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
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ä
Ohjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
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
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
Testaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
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
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ä
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
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
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
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ä
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ä:
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
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.
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
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
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
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ä
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
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
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
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
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
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ä
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)
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,
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
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
@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ä
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
Testaussuunnitelma. Oppimistavoitteiden hallintajärjestelmä harri
Testaussuunnitelma Oppimistavoitteiden hallintajärjestelmä harri Helsinki 15.11.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision Numero Revision Päiväys
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
Automaattinen yksikkötestaus
Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Automaattinen yksikkötestaus Ryhmä Rajoitteiset Versio Päivämäärä Tekijä
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
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,
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
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
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
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
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/
Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä
Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006 12 09 Jani Eränen Alustava DOKUMENTIN TILA: Alustava Valmis Tarkastettu
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
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
Ohjelmistotuotanto s
Laadunvarmistustekniikoita Ohjelmistotuotanto 1 testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia dokumentin (voi olla
Testaus osana ohjelmistojen elinkaarta I
Testaus osana ohjelmistojen elinkaarta I Luento 3 Antti-Pekka Tuovinen www.cs.helsinki.fi 19 March 2013 1 Oppimistavoitteet Ohjelmistokehityksen V-malli Testauksen tasot Komponenttitestaus Integrointitestaus
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)
Luku 8 Rakennusvaihe. Detailed Design. Programming. Moduulisuunnittelu. Ohjelmointi
Luku 8 Rakennusvaihe Moduulisuunnittelu Detailed Design Programming Ohjelmointi Teknisen Complete suunnittelun Technical viimeistely Design Suunnittelukatselmuksen Design Perform suorittaminen Review Yhteisen
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
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
Laadunvarmistustekniikat
Laadunvarmistustekniikat Ohjelmistojen laadunvarmistustekniikoita: testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia
Testaussuunnitelma. Karstula. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Karstula Helsinki 20.4.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Juha-Pekka Juutilainen
Ohjelmistotestauksen perusteita II
Ohjelmistotestauksen perusteita II Luento 2 Antti-Pekka Tuovinen 14 March 2013 1 Luennon oppimistavoitteet Testausprosessin perustoiminnot Testauksen psykologiaa Testauksen seitsemän periaatetta 14 March
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
CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015
CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 ILMOITUSASIAA Projekti 2:n lyhyt kuvaus Nopassa. Harjoituksissa tehtäviä joiden tuotoksia voi hyödyntää projektin toteutuksessa.
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
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