Rakenteellinen testaus (white box)
|
|
- Onni Majanlahti
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Rakenteellinen testaus (white box) Rakenteellinen testaus erustuu ohjelman rakenteen hyväksikäyttöön - tieto ja kontrollivuoesityksiin tietovuo (data flow) - tiedon kulku kontrollivuo (ontrol flow) - kontrollin kulku Kontrollin kulkua voidaan kuvata erinteisellä kulkukaaviolla (flowhart, käsiteltiin suunnittelun yhteydessä) juntion ase Kontrollin kulku vuokaavio 1-1 vastaavuus ohjelmakoodin kanssa jokainen lause näkyy kaaviossa liian yksityiskohtainen testauksen kannalta vuoverkko (flowgrah) abstraktio vuokaaviosta kontrollin haarautumis- ja yhtymiskohdat esitetään verkon solmuina (node) eräkkäiset suoritettavat lauseet yhdistyvät yhdeksi rosessiksi Harri Laine 129
2 ohjelmasta vuoverkoksi roedure sort begin while reords_remain begin end; end while; end; read reord; reord.field1 = 0 then begin roess reord; store in buffer; Inrement ounter; end else begin reord.field2=0 then begin reset ounter; end else begin roess reord; store in file; end; ohjelmaa vastaava kulkukaavio read while Harri Laine 229
3 kohti vuoverkkoa - lauseet rosesseiksi read while kohti vuoverkkoa - haarautumasolmut read while Harri Laine 329
4 kohti vuoverkkoa - rosessisolmut read while jotkut esitykset esim. Pressman jättävät vuoverkon tällaiseksi kohti abstraktia vuoverkkoa - rosessit särmiin 1 3 read 2 while 4 roess store inrement Harri Laine 429
5 vuoverkon käsitteitä vuoverkon olku (ath), reitti: jono linkkien yhdistämiä solmuja sama solmu voi esiintyä olulla useaan kertaan (silmukat) segmentti: olun osajono segmentin ituus: segmentin solmujen lukumäärä täydellinen olku (omlete ath): olku, joka alkaa vuoverkon alkusolmusta ja äättyy sen lousolmuun alkusolmu: ei sisääntulevia linkkejä (esimerkissä 1) lousolmu: ei ulosmeneviä linkkejä (esimerkissä 7) vuoverkon käsitteitä 1 alkusolmu lousolmu 6 5 lyhin täydellinen olku: 1,2,7 silmukallinen täydellinen olku: 1,2,3,6,2,7 Harri Laine 529
6 vuoverkon käsitteitä MCaben komleksisuusmitta (ylomati omlexity) merk. V(G) verkolle G ohjelman vuoverkon alueiden määrä V(G)= E-N+2, missä E=särmien määrä ja N=solmujen määrä V(G)= P+1, missä P on verkon haarautumasolmujen lukumäärä käytetään mittaamaan ohjelman monimutkaisuutta käytetään laskettaessa tarvittavien testien lukumäärää vuoverkon käsitteitä - MCaben komlesisuusmitta haarautumasolmut V(G)= E-N+2= =4 V(G)= P+1 = 3+1 =4 Harri Laine 629
7 Polkutestaus Polkutestauksessa on tarkoitus valita testiaineistot siten, että ne aiheuttavat tiettyjen vuoverkon olkujen suorituksen On määritelty erilaisia kattavuusmittoja olkutestaukselle: olkukattavuus (ath overage) käydään läi kaikki mahdolliset täydelliset olut (olku/ testiajo) usein mahdotonta koska olkuja on liian aljon Polkutestaus lausekattavuus (statement overage) käydään jokaisessa ohjelman lauseessa, eli jokaisessa vuoverkon solmussa ja rosessisärmässä, vähintään kerran testiajojen yhteydessä haara- eli äätöskattavuus (branh/deision overage) käydään ohjelman jokaisen ehdon kaikki arvot (kaikki vuoverkon särmät) läi vähintään kerran testiajojen aikana MCaben komleksisuusmitta antaa tällöin tarvittavien testiajojen vähimmäismäärän yleisesti tavoitelty kattavuus Harri Laine 729
8 Polkutestaus ehtokattavuus (ondition overage) ohjelman jokaisen äätöksen kaikkien osaehtojen on saatava kaikki arvonsa testiajojen aikana moniehtokattavuus (multile ondition overage) testaus on suoritettava ohjelman jokaisen aatöksen osaehtojen kaikilla arvoyhdistelmillä silmukkatestaus (loo testing) suoritetaan ohjelman toistolauseita (vuoverkon silmukallisia olkuja) useamaan kertaan saman testiajon aikana (koska virheet kasautuvat silmukoihin) 0 kertaa, 1 kerta, tyyillinen määrä, maksimimäärä, mäksimi+1 kertaa tarkentaa haarakattavaa testausta Polkutestaus täydellistä kattavuutta voi olla mahdoton saavuttaa a<100 then begin b:=a; ei sijoituksia b:lle ---- b>100 then begin end; end; saavuttamaton kohta Harri Laine 829
9 Polkutestaus Esimerkki: (x!=0) and (z>=0) then y:= z/x; end; (x!=0) and (z>=0) yes y:= z/x no Lausekattavuus: x=1, z=0: yes 1 testiajo Päätöskattavuus: x=1, z=0: yes x=1, z=-1: no 2 testiajoa Polkutestaus Esimerkki: (x!=0) and (z>=0) then y:= z/x; end; (x!=0) and (z>=0) yes y:= z/x no Ehtokattavuus: x=0: no, z=0: yes: no x=1: yes, z=-1: no: no 2 testiajoa mutta yes-haara jää testaamatta Harri Laine 929
10 Polkutestaus Esimerkki: (x!=0) and (z>=0) then y:= z/x; end; (x!=0) and (z>=0) yes y:= z/x no Moniehtokattavuus: x=0: no, z=0: yes: no x=0: no, z=-1: no: no x=1: yes, z=0:yes: yes x=1: yes, z=-1: no: no 4 testiajoa Tietovuotestaus Tarkastellaan tietorakenteiden tilamuutoksia ohjelman suorituksen aikana tarkentaa olkutestausta tilamuutokset arvon asettaminen (definition) arvon hyväksikäyttö (use) erustuu ohjelmaa vastaavan tietovuoverkon (data flowgrah) systemaattiseen läikäyntiin tietovuoverkko on vuoverkko, jota on täydennetty tietyn tietorakenteen tilamuutosten kuvauksilla Harri Laine 1029
11 Tietovuotestaus tietorakenteet tilat d: tietorakenne saa uuden arvon u: tietorakennetta käytetään : laskennassa : äätöksenteossa (haarautumisehdossa) k: tietorakenteen tuhoaminen, rakenne tulee määrittelemättömäksi (killed) Tietovuotestaus roedure sort begin while reords_remain begin end; end while; end; read reord; reord.field1 = 0 then begin roess reord; store in buffer; Inrement ounter; end else begin reord.field2=0 then begin reset ounter; end else begin roess reord; store in file; end; Harri Laine 1129
12 Tietovuotestaus read d while muuttujan reord tilamuutokset merkittynä vuoverkkoon Tietovuotestaus Määrittelytön segmentti muuttujan x suhteen: x:lle arvon asettavasta linkistä alkava segmentti, joka ei sisällä muita x:lle arvon asettavia tai x:n tuhoavia linkkejä Tietovuotestauksessa ohjelmaa käydään läi tilamuutosten d, u,, ja k ohjaamana Harri Laine 1229
13 Tietovuotestaus read d while leveä viiva: esimerkki määrittelyttömästä segmentistä Tässä esimerkissä uusi silmukan kierros aloittaa uuden määrittelyttömän segmentin Tietovuotestaus kaikki käytöt strategia (all uses) jokaisen muttujan x suhteen käydään läi vähintäin yksi jokaisesta x:n määrittelystä (d) alkava määrittelytön segmentti jokaiseen kyseisen määrittelyn käyttöön (,) Harri Laine 1329
14 Tietovuotestaus read while d kaikki reord käytöt tarvitaan ainakin 3 testitietuetta Tietovuotestaus kaikki määrittelyt strategia (all definitions) jokaisen muuttujan suhteen käydään läi vähintäin yksi jokaisesta x:n asetuksesta johonkin x:n käyttöön johtava segmentti lievemi kuin kaikki käytöt Harri Laine 1429
15 Tietovuotestaus read d while muuttujan reord kaikki määrittelyt - riittää testata yksi olku Tietovuotestaus rogram examle(inut,outut) var x, itseisarvo:integer; begin read(x); x>0 then itseisarvo:=x else begin x.=-x; itseisarvo:=x; end; write(x, itseisarvo); end. Harri Laine 1529
16 Tietovuotestaus- x:n tietovuoverkko d read <0 >0 d x:=-x Tietovuotestaus- x:n tietovuoverkko jos valitaan vaikkaa arvo 5 tarvitaan vielä toinenkin testiajo jotta kaikki määrittelyt toteutuisi d read <0 >0 d x:=-x Harri Laine 1629
17 Tietovuotestaus- x:n tietovuoverkko jos valitaan arvo -5 tarvitaan vain yksi testiajo kaikki määrittelyt strategialla d read <0 >0 d x:=-x Tietovuotestaus kaikki du-olut strategia (all du-aths) jokaisen muttujan x suhteen käydään läi kaikki mahdolliset x:n asetuksesta alkavat ja sen käyttöön johtavat määrittelyttömät segmentit tiukemi kaikki käytöt, jotkin -käytöt startegia jokaisen muuttujan suhteen käydään läi vähintään yksi joikaisesta x:n asetuksesta alkava määrittelytön segmentti jokaiseen kyseisen määrittelyn -käyttöön, ellei tällaista ole valitaan vähintään yksi -käyttöön johtava segmentti Harri Laine 1729
18 Tietovuotestaus- x:n tietovuoverkko all du-aths tarvitaan kaksi testiajoa all - some tarvitaan kaksi testiajoa d read <0 >0 d x:=-x Testauskattavuuksien suhteita vahvemi kaikki du-olut kaikki käytöt kaikki -käytöt/jotkin -käytöt heikomi kaikki määrittelyt haarakattavuus lausekattavuus Harri Laine 1829
19 Testaus ja virheen aikantaminen blak box moduuli tiedetään - ei tarkemaa sijaintia white box - olkutestaus virhe sijaitsee jossain testatulla olulla white box - tietovuotestaus jokin kuljetun olun d-linkki on virheellinen tai d-linlkki uuttuu Testaussuunnitelmat Testauksen kohde ja sen asema suhteessa ymäristöönsä Testauksen tavoitteet Mihin tavoitteisiin on yritty Mitä on jätetty ulkouolelle Rajoitukset Kriittiset tekijät (aikataulu,resurssit,yms) Kytkennät muihin tuotteisiin Hyväksymiskriteerit (kokonaiskriteerit - yksityiskohdat) Testiymäristö laitteistoymäristö ohjelmistoymäristö mahdolliset erot tuotantoymäristöön Harri Laine 1929
20 Testaussuunnitelmat Yleiskuva testeistä, luettelo ja mahdollinen riorisointi mitkä ennen luovutusta, mitkä jälkeen, luettelo voi toimia ohjana testiraortille Testien yksityiskohdat Mitä testataan, Miten testataan (aineistot,yms.) Hyväksymiskriteerit (konkreettisia true/false tai mittalukuja) Voidaan ryhmitellä suunnitelmassa eri tavoin, esim. testattavan asian mukaisesti Asennustestit, Integrointitestit, Liittymätestit, Toimintotestit, Käyttöliittymätestit, Suojaustestit, Varmistustestit, Resurssirajatestit, Yhteensoivuustestit, Yhdessätoimivuustestit, Dokumentaatiotestit, Elvytystestit, Stressitestit, Luotettavuustestit, Uusittavat testit - kun tehty muutoksia, jne Testaussuunnitelmat Toimintatavat Virheraortointi kenelle ja miten - voi vaihdella taauskohtaisesti Raortointi Tilanneraortit Louraortti yhteenveto testeistä toistojen / taausten määrä / lääisymäärä milloin tulokset Harri Laine 2029
21 Esimerkki: HYTKY/Tietovuotoimitin Testauksen kohde: Tavoite: Hyväksyminen: Testiymäristöt: Perustoiminnot Osoittaa, että erustoiminnot toimivat määritysten mukaisesti. Kaikki testit hyväksytään kummassakin testiymäristössä. Targa / Intel 486DX/33 MS-Windows 3.11 ja IBM PS2/70 /Intel 386DX/25 MS-Windows 3.1 Esimerkki: HYTKY/Tietovuotoimitin Testit: Perustoiminnot oheisen käyttötaauskaavion mukaisesti Käyttötaaus Testi Tallennus Lataus Syntaksitestit - eri kokoisilla ja tyyisillä aineistoilla Latautuvuustestit - eri kokoisilla ja tyyisillä aineistoilla Latautuvuustestit Kohteen valinta Valintatestit Prosessin luonti Tasotestit Sijaintiaikkatestit jne Harri Laine 2129
22 Testikuvaus: Tallennus / Syntaksitestit Tarkoitus: Varmistua siitä, että malli tallentuu oikean muotoisena Kriteeri: Muoto määritelty suunnitelman liitteessä 3. Varmistus silmämääräisesti vertaamalla tulostiedostoa muotomäärittelyyn. Riiuvuudet: Kohteiden luontitestit tehtävä ennen näitä. Testitaaukset: 1. Tyhjä malli Tehtävä ennen latautuvuustestejä. Laaditaan vuorovaikutteisesti ohjelmistolla: Tarkistetaan mallitietojen tallentuminen. 2. Yhden rosessin malli Alikaaviotietojen ja rosessitietojen tallentuminen. 3. Yhden tason usean kohteen malli. Kohteiden tiedot tallentuvat 4. 2 tason usean kohteen malli. Kaavioiden välisten riiuvuuksien tallentuminen tason usean kohteen malli - yksiuolinen ja kaksiuolinen tarkennos Huom. Iisätasot samanlaisia, joten ei tareen testata. Testikuvaus: Tallennus/Lataus Latautuvuustestit Tarkoitus: Kriteeri: Riiuvuudet: Testitaaukset: Varmistua siitä, että lataus ja tallennustoiminnot ovat yhteensoivia. Tallennettu malli latautuu ohjelmistoon samanmuotoisena kuin se oli tallennettaessa ja kohteen valinta sekä sukellusoeraatiot toimivat ladatussa mallissa. Kohteiden valintatestit ja sukellustestit tehtävä ennen näitä.tallennuksen syntaksitestit tehtävä ennen. Testataan tallennuksen syntaksitestin yhteydessä luoduilla tallennustiedostoilla. Harri Laine 2229
23 Oliorakenteen ja olio-ohjelman testaus Suunnitelmatasolla: käyttötaausohjaisten testitaausten läikäynti olioroolielinä (CRC-kortit) olioiden ominaisuudet ja niiden alvelut kuvaavat kortit Perintä ja olymorfismi tuovat mukanaan testausongelmia (mutta oistavat myös joitakin) voi olla vaikea hahmottaa minkä luokan alvelu varsinaisesti suoritetaan ohjelmoijalla on voinut olla väärä käsitys siitä miten alvelu kehittyy luokkahierarkiasssa alvelun valinta erustuu olymorfismiin, jolloin virheelliseen valintaehtoon liittyviä ongelmia ei esiinny Oliorakenteen ja olio-ohjelman testaus Käyttötaausohjaiset testitaaukset - testaavat yhteistyötä testitaaukset käyttötaausten ilmentymiä Yksikkötestausta vastaa luokan testaus metodien satunnaiset suoritusjärjestykset elinkaaritestaus - tilakaavion ohjalta ositus : testataan vain osaa luokasta olion tilaa muuttavat & olion tilan säilyttävät metodit attribuuttierustainen ositus toimintojen kategorisointiin ohjaustuva jaottelu (alustus, laskenta, kysely,., loetus) Harri Laine 2329
24 Vuorovaikutteisten järjestelmien testauksesta: Käyttäjä ohjaa toimintaa Vaihtoehtoisia olkuja runsaasti Jos syötteet voidaan antaa vain vuorovaikutteisesti, voi tilanteen toisto olla hankalaa nauhoitus komentojono Pohjaksi tarvitaan malli käyttäjän toiminnoista esim. käyttötaausmalliin erustuva malli Ositetaan toiminta riittävän ieniin osiin Vuorovaikutteisten järjestelmien testauksesta: Määritellään testitaaukset osakohtaisesti missä tilassa oltava, voidaan käyttää auna tila-automaattia mitä tehdään mitä itäisi taahtua mistä nähdään, että se mitä iti taahtua todella taahtui Ohjelmat itäisi toteuttaa siten, että toiminta on riiumatonta toimintaketjuista riittää testata erustoiminnot - moodittomuus Harri Laine 2429
25 Vuorovaikutteisten järjestelmien testauksesta: Tyyillisiä testattavia tilanteita ikkunatasolla: ikkunoiden avautuminen voiko ikkunoiden kokoa muuttaa ystyykö tietoa käsittelemään kaikilla määritellyillä tavoin uudistuuko ikkuna kun se tulee esiin toisen takaa tai kun se alautetaan ovatko kaikki toiminnot käytettävissä ovatko kaikki kontrollit esillä onko ikkunat oikein nimetty onko aktiivinen ikkuna selkesti merkitty äivittyvätkö ikkunat aiheuttavatko toistuvat tai virheelliset hiirivalinnat sivuvaikutuksia sulkeutuuko ikkuna oikein Vuorovaikutteisten järjestelmien testauksesta: Tyyillistä testattavaa valikoihin ja hiirioeraatioihin liittyen ovatko oikeat valikkovaihtoehdot tarjolla kussakin yhteydessä toimivatko valikot asianmukaisesti toimivatko vetovalikot kunnolla ovatko valikkovaihtoehdot valittavissa hiirellä ovatko fontit oikein onko yhteyteen soimattomat toiminnot estetty (harmaannutettu) ovatko vaihtoehtojen nimet kuvaavia toimiiko avustus tunnistaako järjestelmä hiirioeraatiot oikein eri tilanteessa muuttuuko hiirikursori tilanteen mukaisesti Harri Laine 2529
26 Virheenjäljitys Onnistunut testi johtaa tareeseen jäljittää virhe Varsin huonosti systematisoitu alue virhe voi olla kaukana ulkoisesta ilmenemisaikastaan virheen korjaaminen voi tilaäisesti estää muiden virheiden ilmenemisen virheen syy saattaa olla käyttäjässä virheellistä toimintaa voi olla vaikea toistaa virhe voi johtua ohjelmointikielen tai laitteistoarkkitehtuurin erityisiirteistä Virheenjäljitys Virheenjäljitys on ongelmanratkaisutilanne, johon auttaa kokemus näkökulman vaihto Jäljitysmenetelmiä raaka työ työkalujen mekaaninen käyttö: muistivedokset (dum) suoritusjäljitin (trae, debugger) suuri määrä tulosteita vaikea löytää tarvittavaa tietoa Harri Laine 2629
27 Virheenjäljitys eruutus lähdetään havaitusta häiriöstä ja eruutetaan mahdollisia toimintaolkuja itkin tietovuoviialoijaa käyttämällä (esim.hyersoft) ohjelma näyttää miten virhekohtaan johtavat tietovuot ja mahdollistaa niiden seuraamisen syiden eliminointi induktio: kerää virheeseen liittyvät tiedot hyoteesi virheen syystä hyoteesin testaus deduktio: kerää mahdolliset syyt eliminoi syitä havaintojen erusteella Virheiden korjaus Ennen löydetyn virheen korjausta, olisi syytä ohtia: Esiintyykö samantyyinen virhe myös muualla ohjelmassa? jos esiintyy, niin korjataan Aiheuttaako muutos mahdollisesti uusia virheitä ohjelmaan? jäljitetään sivuvaikutukset Mitä olisi itänyt tehdä toisin, ettei virhettä olisi syntynyt vältetään jatkossa, oiva tuotantorosessi Harri Laine 2729
28 Tarkastukset (insetion, review) Asiantuntijoiden suorittama ohjelmistodokumentin (myös koodi on dokumentti) manuaalinen läikäynti, jolla yritään löytämään virheitä tavoite: laadunvarmistus tuotantorosessin aikana, ennen ohjelmakoodin testausta tarkastukset ovat tehokas taa arantaa laatua kun yksikkötestaus löytää n % ja järjestelmätestaus 25-55% virheistä, löytyy määrämuotoisessa suunnittelun tarkastuksessa 45-65% ja määrämuotoisessa koodin tarkastuksessa 45-70% virheistä (Jones: Software defet removal, (IEEE) Comuter, Aril, 1996, 94-95) Tarkastukset (insetion, review) Roolit määrämuotoisessa tarkastuksessa uheenjohtaja (moderator) valvoo, että tarkastus sujuu sääntöjen mukaan huolehtii siitä, että jokainen hoitaa oman tehtävänsä alustaja (reader) johtaa dokumentin tarkastusta toimii esilukijana, selittää/tulkitsee dokumentin sisältöä muulle ryhmälle, valitsee etenemisjärjestyksen tekijä (author) dokumentin laatija selittää kohdat, joita alustaja tai muut ryhmäläiset eivät ymmärrä Harri Laine 2829
29 Tarkastukset (insetion, review) sihteeri (reorder) kirjaa löytyneet viat auttaa uheenjohtajaa raortoinnissa tarkastaja (insetor) etsii virheitä dokumentista kaikki ryhmän jäsenet ovat tarkastajia Voidaan käyttää määrämuotoisia lomakkeita vikojen raortointiin öytäkirjaksi yhteenvetoihin Tarkastukset (insetion, review) Suunnittelu onko dokumentti tarkastuskunnossa roolien jako ajan ja aikan varaus Toimitus/ esittely tekijä esittelee dokumentin muille tarkastajille, jos tareen dokumentti toimitetaan tarkastajille Tutustuminen huolellinen tutustuminen dokumenttiin virheiden merkintä Harri Laine 2929
30 Tarkastukset (insetion, review) Tarkastustilaisuus dokumentti käydään läi alustajan johdolla sihteeri kirjaa viat aremi, että tekijä ei ole sihteerinä virheitä ei korjata eikä syitä selvitetä kokouksessa vian vakavuusaste kirjataan Jälkitoimet virheet korjataan mahdollinen uusintatarkastus uheenjohtaja voi hyväksyä korjaukset Harri Laine 3029
Ohjelmistotuotanto, s
Rakenteellinen testaus (white box) Ohjelmistotuotanto Testaus Rakenteellinen testaus perustuu ohjelman rakenteen hyväksikäyttöön - tieto ja kontrollivuoesityksiin tietovuo (data flow) - tiedon kulku kontrollivuo
Ohjelmistotuotanto, s2001 2/27/2003
2. Rakenteellinen testaus (white-box) Ohjelmistotuotanto Ohjelmistojen testaus 2 Rakenteellinen testaus perustuu ohjelman rakenteen hyväksikäyttöön tieto- ja kontrollivuoesityksiin tietovuo (data flow)
Testaus ja laadunvarmistus
Testaus ja laadunvarmistus Laadunvarmistuksen keinoja Testauskäsitteistöä vika, virhe, häiriö; testitapaus; testausstrategia; testaustyypit: black & white boxes Menetelmiä testitapausten määräämiseen Vuorovaikutteisen
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
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
Dynaaminen analyysi III Luento 5 Antti-Pekka Tuovinen
Dynaaminen analyysi III Luento 5 Antti-Pekka Tuovinen www.cs.helsinki.fi 16 April 2018 1 Tavoitteet White box testitapausten suunnittelutekniikat Lausekattavuus Haarautumakattavuus Ehto- ja polkukattavuus
Yhteenveto. Menettelytavat
Yhteenveto Ohjelmistotuotanto: Luotettavien ja tehokkaiden ohjelmistojärjestelmien tuottamista noudattaen hyviksi havaittuja menettelytapoja. Menettelytavat Prosessimalli (vesiputous/spiraali/kasvattava)
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
TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI
TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI Vesa Tenhunen Tarkastusmenettelyt Keino etsiä puutteita ohjelmakoodeista, dokumenteista ym. ohjelmistoprosessissa syntyvästä materiaalista Voidaan käyttää kaikissa
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
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
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
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
Laadunvarmistustekniikat
Laadunvarmistustekniikat Ohjelmistojen laadunvarmistustekniikoita: testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia
811120P Diskreetit rakenteet
811120P Diskreetit rakenteet 2018-2019 1. Algoritmeista 1.1 Algoritmin käsite Algoritmi keskeinen laskennassa Määrittelee prosessin, joka suorittaa annetun tehtävän Esimerkiksi Nimien järjestäminen aakkosjärjestykseen
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
Ohjelmistotuotanto s
Laadunvarmistustekniikoita Ohjelmistotuotanto 1 testaus (testing) ohjelman suorittamista tarkoituksena löytää virheitä tarkastukset (inspections, reviews) asiantuntijoiden suorittamia dokumentin (voi olla
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
Menetelmäraportti Ohjelmakoodin tarkastaminen
Menetelmäraportti Ohjelmakoodin tarkastaminen Sisällysluettelo 1. Johdanto...3 2. Menetelmän kuvaus...4 2.1. Tarkastusprosessi...4 2.1.1. Suunnittelu...4 2.1.2. Esittely...5 2.1.3. Valmistautuminen...5
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
811120P Diskreetit rakenteet
811120P Diskreetit rakenteet 2016-2017 1. Algoritmeista 1.1 Algoritmin käsite Algoritmi keskeinen laskennassa Määrittelee prosessin, joka suorittaa annetun tehtävän Esimerkiksi Nimien järjestäminen aakkosjärjestykseen
Ohjelmien analysointi. ER-kaaviot
Ohjelmien analysointi Ohjelmien kuvaaminen kaavioilla ohjelmien ymmärtäminen kaavioiden avulla kaavioiden tuottaminen ohjelmasta Erilaisia kaaviotyyppejä: ER-kaaviot, tilakaaviot, UML-kaaviot tietohakemisto
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
tsoft Tarkastusmenettelyt ja katselmukset Johdanto Vesa Tenhunen 4.2.2004
Tarkastusmenettelyt ja katselmukset tsoft Vesa Tenhunen 4.2.2004 http://cs.joensuu.fi/tsoft/ Johdanto Yksi tärkeimmistä tekijöistä laadukkaiden ohjelmistojen tuottamisessa on puutteiden aikainen havaitseminen
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ää
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
Ohjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
Testaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
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
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
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
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
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
Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
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
Yksikkötestaus. Kattava testaus. Moduulitestaus. Ohjelman testaus. yksikkotestaus/ Seija Lahtinen
Yksikkötestaus Kattava testaus Moduulitestaus Ohjelman testaus 1 Kattava testaus Testauksen perimmäinen tarkoitus on LÖYTÄÄ VIRHEITÄ Testaus pitäisi olla täydellinen: - Jokainen pyydetty arvo pitäisi testata
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
Helsingin yliopisto, Tietojenkäsittelytieteen laitos Ohjelmistotuotanto, kurssikoe , H. Laine Arvostelu
Helsingin yliopisto, Tietojenkäsittelytieteen laitos Ohjelmistotuotanto, kurssikoe 15.11.2002, H. Laine Arvostelu Arvostelu kannattaa tehdä siten että maksimipistemäärä on 6 pistettä. On sitä helpompaa
Tietorakenteet ja algoritmit - syksy 2015 1
Tietorakenteet ja algoritmit - syksy 2015 1 Tietorakenteet ja algoritmit - syksy 2015 2 Tietorakenteet ja algoritmit Johdanto Ari Korhonen Tietorakenteet ja algoritmit - syksy 2015 1. JOHDANTO 1.1 Määritelmiä
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
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
Ohjelmistojen mallintaminen Olioiden yhteistyö. 18.11.2008 Harri Laine 1
Ohjelmistojen mallintaminen Olioiden yhteistyö 18.11.2008 Harri Laine 1 Olioiden yhteistyö Oliokeskeisen ohjelmistonäkemyksen mukaan ohjelmiston palvelut tuotetaan olioiden yhteistyön tuloksena. Ohjelmisto
Test-Driven Development
Test-Driven Development Ohjelmistotuotanto syksy 2006 Jyväskylän yliopisto Test-Driven Development Testilähtöinen ohjelmistojen kehitystapa. Tehdään ensin testi, sitten vasta koodi. Tarkoituksena ei ole
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
IDL - proseduurit. ATK tähtitieteessä. IDL - proseduurit
IDL - proseduurit 25. huhtikuuta 2017 Viimeksi käsiteltiin IDL:n interaktiivista käyttöä, mutta tämä on hyvin kömpelöä monimutkaisempia asioita tehtäessä. IDL:llä on mahdollista tehdä ns. proseduuri-tiedostoja,
ATK tähtitieteessä. Osa 3 - IDL proseduurit ja rakenteet. 18. syyskuuta 2014
18. syyskuuta 2014 IDL - proseduurit Viimeksi käsiteltiin IDL:n interaktiivista käyttöä, mutta tämä on hyvin kömpelöä monimutkaisempia asioita tehtäessä. IDL:llä on mahdollista tehdä ns. proseduuri-tiedostoja,
Soveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen
Soveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen ohjelmointiin Jukka Talvitie Valvoja: Professori Jorma Jormakka Paikka: TietoEnator oyj Ongelma Ideologia Lifebelt
Systemaattinen apina ja miten se tehdään fmbt:llä
ja miten se tehdään fmbt:llä Antti Kervinen Intel antti.kervinen@intel.com Testauspäivä, Tampere 6. kesäkuuta 2012 Antti Kervinen (Intel) Systemaattinen apina 1 / 14 Jos apina painelee satunnaisesti kirjoistuskoneen
DOORS 7.1 Test Tracking Toolkit
DOORS 7.1 Test Tracking Toolkit 4.8.2004 SoftQA Pekka Mäkinen Pekka.Makinen@softqa.fi Test Tracking Toolkit Test Tracking Toolkit on osa vakio-doorsia versiossa 7.1. Ohjelmisto sisältää toiminnat pienimuotoiseen
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
TAMPEREEN TEKNILLINEN YLIOPISTO
TAMPEREEN TEKNILLINEN YLIOPISTO Digitaali- ja Tietokonetekniikan laitos TKT-3200 Tietokonetekniikka ASSEMBLER: QSORT 11.08.2010 Ryhmä 00 nimi1 email1 opnro1 nimi2 email2 opnro2 nimi3 email3 opnro3 1. TEHTÄVÄ
Test-Driven Development
Test-Driven Development Syksy 2006 Jyväskylän yliopisto Test-Driven Development Testilähtöinen ohjelmistojen kehitystapa. Tehdään ensin testi, sitten vasta koodi. Tarkoituksena ei ole keksiä kaikkia mahdollisia
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ä
Tietorakenteet ja algoritmit Johdanto Lauri Malmi / Ari Korhonen
Tietorakenteet ja algoritmit Johdanto Lauri Malmi / Ari 1 1. JOHDANTO 1.1 Määritelmiä 1.2 Tietorakenteen ja algoritmin valinta 1.3 Algoritmit ja tiedon määrä 1.4 Tietorakenteet ja toiminnot 1.5 Esimerkki:
Ohjelmistotuotanto, verifiointi ja validointi Syksy Verifioinnin ja validoinnin ero. 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
Testaussuunnitelma. Ohjelmistotuotantoprojekti XPerf. Helsingin yliopisto. Tietojenkäsittelytieteen laitos
Helsingin yliopisto Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti XPerf Testaussuunnitelma Tommi Koivula Antti Levomäki Juha Mondolin Timo Suomela Versio 1.0 28. maaliskuuta 2003 Versiohistoria
UML -mallinnus TILAKAAVIO
UML -mallinnus TILAKAAVIO SISÄLLYS 3. Tilakaavio 3.1 Tilakaavion alku- ja lopputilat 3.2 Tilan nimi, muuttujat ja toiminnot 3.3 Tilasiirtymä 3.4 Tilasiirtymän vai tilan toiminnot 3.5 Tilasiirtymän tapahtumat
Algoritmit 1. Luento 10 Ke Timo Männikkö
Algoritmit 1 Luento 10 Ke 14.2.2018 Timo Männikkö Luento 10 Algoritminen ongelmanratkaisu Suunnittelumenetelmät Raaka voima Järjestäminen eli lajittelu Kuplalajittelu Lisäyslajittelu Valintalajittelu Permutaatiot
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
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.
Muistutus aikatauluista
Muistutus aikatauluista (Nämä eivät välttämättä koske avoimen yo:n opiskelijoita Erkki Kailan rinnakkaisella kurssilla) Luento 1: kotitehtävät sulkeutuvat 20.9 12:00, ennen tutoriaalia Tutoriaali 1 sulkeutuu
Graafit ja verkot. Joukko solmuja ja joukko järjestämättömiä solmupareja. eli haaroja. Joukko solmuja ja joukko järjestettyjä solmupareja eli kaaria
Graafit ja verkot Suuntamaton graafi: eli haaroja Joukko solmuja ja joukko järjestämättömiä solmupareja Suunnattu graafi: Joukko solmuja ja joukko järjestettyjä solmupareja eli kaaria Haaran päätesolmut:
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
TAMPEREEN TEKNILLINEN YLIOPISTO
TAMPEREEN TEKNILLINEN YLIOPISTO Digitaali- ja Tietokonetekniikan laitos TKT-3200 Tietokonetekniikka ASSEMBLER: QSORT 06.09.2005 Ryhmä 00 nimi1 email1 opnro1 nimi2 email2 opnro2 nimi3 email3 opnro3 1. TEHTÄVÄ
Ohjelemistotuotanto, syksy 1998 /Prosessi Prosessimallit
Prosessimallit Prosessimalli on ohjelmiston elinkaaren rakenteen määrittely ts. kuvaus sille millaisten vaiheiden kautta ohjelmisto kehittyy ideasta hautaan mahdollisimman yleisesti sovellettavissa oleva
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
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
Algoritmit 2. Luento 11 Ti Timo Männikkö
Algoritmit 2 Luento 11 Ti 24.4.2018 Timo Männikkö Luento 11 Rajoitehaku Kapsäkkiongelma Kauppamatkustajan ongelma Paikallinen etsintä Lyhin virittävä puu Vaihtoalgoritmit Algoritmit 2 Kevät 2018 Luento
58131 Tietorakenteet (kevät 2009) Harjoitus 11, ratkaisuja (Topi Musto)
811 Tietorakenteet (kevät 9) Harjoitus 11, ratkaisuja (Topi Musto) 1. Bellmanin-Fordin algoritmin alustusvaiheen jälkeen aloitussolmussa on arvo ja muissa solmuissa on arvo ääretön. Kunkin solmun arvo
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)
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
Avaa ohjelma ja tarvittaessa Tiedosto -> Uusi kilpailutiedosto
Condess ratamestariohjelman käyttö Aloitus ja alkumäärittelyt Avaa ohjelma ja tarvittaessa Tiedosto -> Uusi kilpailutiedosto Kun kysytään kilpailun nimeä, syötä kuvaava nimi. Samaa nimeä käytetään oletuksena
Ylläpito. Ylläpito. Ylläpidon lajeja Ohjelmistotuotanto, syksy 1998 Ylläpito
Kaikki ohjelmistoon sen julkistamisen jälkeen kohdistuvat muutostoimenpiteet jopa 70-80% ohjelmiston elinkaarenaikaisista kehityskustannuksista Ylläpidon lajeja korjaava ylläpito (corrective) testausvaiheessa
Ohjelmistojen mallintaminen kertausta Harri Laine 1
kertausta 5.12.2008 Harri Laine 1 Ohjelmiston elinkaari, elinkaarimallit Yleinen puitemalli (reference model) - abstrakti kokonaiskuva ei etenemiskontrollia, ei yksityiskohtia Ohjelmistoprosessimallit
Ohjelmoinnin perusteet Y Python
Ohjelmoinnin perusteet Y Python T-106.1208 2.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 2.3.2009 1 / 28 Puhelinluettelo, koodi def lue_puhelinnumerot(): print "Anna lisattavat nimet ja numerot." print
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ä
Staattinen testaus. Luento 5 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science
Staattinen testaus Luento 5 Antti-Pekka Tuovinen 26 March 2013 1 Oppimistavoitteet Katselmointien käyttö vikojen löytämiseen Ohjelmakoodin ja spesifikaatioiden staattinen analyysi 26 March 2013 2 1 Staattinen
ELM GROUP 04. Teemu Laakso Henrik Talarmo
ELM GROUP 04 Teemu Laakso Henrik Talarmo 23. marraskuuta 2017 Sisältö 1 Johdanto 1 2 Ominaisuuksia 2 2.1 Muuttujat ja tietorakenteet...................... 2 2.2 Funktiot................................
P e d a c o d e ohjelmointikoulutus verkossa
P e d a c o d e ohjelmointikoulutus verkossa Java-kielen perusteet Teoria ja ohjelmointitehtävät Java-kielen perusteet 3 YLEISKATSAUS KURSSIN SISÄLTÖIHIN 10 JAVA-KIELEN PERUSTEET 10 OPISKELUN ALOITTAMINEN
Ohjelmistojen mallintaminen Tietovuokaaviot Harri Laine 1
Ohjelmistojen mallintaminen Tietovuokaaviot 3.11.2008 Harri Laine 1 t Data flow diagrams Pohjana systeemiteoreettinen järjestelmämalli Input system output Järjestelmän tehtävä on muokata lähtötiedoista
Tarjolla tänää: Ohjelmiston toteutuksesta. Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit. Testilähtöinen kehittäminen JOT2007. Uudelleenrakentaminen
Tarjolla tänää: Ohjelmiston toteutuksesta JOT2007 CRC-kortit Testilähtöinen kehittäminen Uudelleenrakentaminen Voisiko ohjelmointi olla sittenkin suunnittelua? Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit
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
BlueJ ohjelman pitäisi löytyä Development valikon alta mikroluokkien koneista. Muissa koneissa BlueJ voi löytyä esim. omana ikonina työpöydältä
Pekka Ryhänen & Erkki Pesonen 2002 BlueJ:n käyttö Nämä ohjeet on tarkoitettu tkt-laitoksen mikroluokan koneilla tapahtuvaa käyttöä varten. Samat asiat pätevät myös muissa luokissa ja kotikäytössä, joskin
Tietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
Ohjelmistojen mallintaminen
Ohjelmistojen mallintaminen - Mallit - Ohjelmiston kuvaaminen malleilla 31.10.2008 Harri Laine 1 Malli: abstraktio jostain kohteesta Abstrahointi: asian ilmaiseminen tavalla, joka tuo esiin tietystä näkökulmasta
Tilastollisten menetelmien soveltaminen ohjelmistojen luotettavuuden analysoinnissa
Tilastollisten menetelmien soveltaminen ohjelmistojen luotettavuuden analysoinnissa Proseminaarityö Joni Mönttinen 185671 Itä-Suomen ylioisto 30.11.2012 1 Sisältö 1 Johdanto...3 2 Virheiden otanta...3
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
Luokkatestauksen piirteitä: metodit. 4. Luokkatestaus (B, 10) Luokkatestauksen piirteitä: yliluokat. Luokan valmistelu. Alfa-Omega syklin vaiheet
4. Luokkatestaus (B, 10) Luokkatestaus on matalimman tason testausta. Siinä testataan yksittäisiä luokkia tai ryppäitä (clusters). Ryväs on joukko vahvasti toisiinsa sitoutuneita luokkia. Pieniä ryppäitä
Ohjelmistojen suunnittelu
Ohjelmistojen suunnittelu 581259 Ohjelmistotuotanto 154 Ohjelmistojen suunnittelu Software design is a creative activity in which you identify software components and their relationships, based on a customer
Ohjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
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
Datatähti 2019 loppu
Datatähti 2019 loppu task type time limit memory limit A Summa standard 1.00 s 512 MB B Bittijono standard 1.00 s 512 MB C Auringonlasku standard 1.00 s 512 MB D Binääripuu standard 1.00 s 512 MB E Funktio
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
Kuopio Testausraportti Kalenterimoduulin integraatio
Kuopio Testausraportti Kalenterimoduulin integraatio Kuopio, testausraportti, 22.4.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 22.4.2002 Matti Peltomäki Ensimmäinen versio 0.9 22.4.2002 Matti
Yksittäishyväksyntä ja komponenttiluettelo
Yksittäishyväksyntä ja komponenttiluettelo Komponenttiluettelo ikkuna yleistä Täytetään KATSAssa yksittäishyväksynnän yhteydessä Ikkunalle pääsee siirtymään Navigointi-, Perustiedot - ja Katsastustapahtuma
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.
Algoritmit 2. Luento 2 To Timo Männikkö
Algoritmit 2 Luento 2 To 14.3.2019 Timo Männikkö Luento 2 Tietorakenteet Lineaarinen lista, binääripuu Prioriteettijono Kekorakenne Keko-operaatiot Keon toteutus taulukolla Algoritmit 2 Kevät 2019 Luento
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
T-76.5158 SEPA päiväkirja
T-76.5158 SEPA päiväkirja Ryhmä 14 Automatisoitu yksikkötestaus Mikko Luukkonen, 60549T Lauri Helkkula, 62820H Matti Eerola, 60686A Versiohistoria Versio Pvm Tekijä(t) Kuvaus 0.3 25.11.2007 Luukkonen,