Testaussuunnitelma. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
|
|
- Raili Rantanen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Testaussuunnitelma Populous Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
2 Kurssi Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Heli Borg Markus Heinonen Ville Luolajan-Mikkola Olli Orajärvi Asiakas Petteri Hintsanen Johtoryhmä Juha Taina Turjo Tuohiniemi Kotisivu Versiohistoria Versio Päiväys Tehdyt muutokset Ensimmäinen versio Hyväksytty versio
3 Sisältö i 1 Johdanto Dokumentin rakenne Terminologia Testausstrategia Testiraportti Testauksen vaiheet Yksikkötestaus Integrointitestaus Järjestelmätestaus Toteuttamatta ja testaamatta jäävä toiminta 5 5 Testausympäristö 5 6 Järjestelmätestauksen testitapaukset Järjestelmää käyttävän tutkijan käyttötapaukset Järjestelmän ylläpitäjän käyttötapaukset
4 1 Johdanto 1 Tässä dokumentissa esitetään Populous -ohjelmistotuotantoprojektin testaussuunnitelma. Populous on syksyn 2004 aikana Helsingin yliopiston Tietojenkäsittelytieteen laitoksella Ohjelmistotuotantoprojekti -kurssin puitteissa toteutettava projekti. Projektissa tuotetaan populaation kehityksen simulointiin käytettävän ohjelmiston osa. Testauksen tavoitteena on taata ohjelmiston virheettömyys ja ohjelmistolle esitettyjen vaatimusten toteutuminen. Kaikkien ohjelmiston tarjoamien palvelujen pitää toimia suunnitellusti eikä ohjelmistosta saa puuttua mitään määrittelydokumentissa esitettyä korkeimman, prioriteetin 1 toimintoa. Testauksen yhteydessä ei yleensä löydetä kaikkia ohjelmiston virheitä, mutta tarkoituksena on, että ohjelmiston keskeiset toiminnot olisi mahdollista suorittaa virheettömästi. Siksi testaus keskittyy erityisesti ohjelmiston yleisimmin käytettäviin osiin. 1.1 Dokumentin rakenne Luvussa kaksi kuvataan testaussuunnitelmaa yleisesti ja testauksen raportointi. Luku kolme käsittää tarkemman kuvauksen testauksen osavaiheista: yksikkö-, integrointi ja järjestelmätestauksesta. Luvussa neljä esitetään ne osa-alueet, joihin ei projektiin varatun rajallisen ajan vuoksi ole mahdollista paneutua tämän projektin puitteissa. Viidennessä luvussa määritellään ympäristöt, joissa järjestelmän toimivuutta testataan. Kuudes luku sisältää listan järjestelmätestauksessa suoritettavista testeistä. 1.2 Terminologia Dokumentissa käytetyt termit ja lyhenteet: Alipopulaatio: Populaatio voi jakautua useisiin populaatioisolaatteihin. Alipopulaatioiden välillä pariutumistodennäköisyys on pienempi kuin alipopulaation sisällä. Markkeri: Kromosomissa paikka, jossa esiintyy yksilöiden välistä vaihtelua. Ncurses: Yleisesti käytössä oleva kirjasto tekstitilaisen terminaali-ikkunan sisällön ja toimintojen määrittelyyn. Tässä projektissa NCURSES:lla on tarkoitus toteuttaa yksinkertainen ikkunamainen käyttöliittymä, jolla voidaan suorittaa rinnakkaista ajoa lukuunottamatta samat käyttötapaukset kuin Javalla toteutettava käyttöliittymä. Perustajajäsen: Populaation ensimmäisen sukupolven edustaja, jonka perimästä simulaatio lähtee liikkeelle. Populaatio: Joukko saman lajin yksilöitä, jotka elävät samalla alueella. Populaatioisolaatti: Eristäytynyt populaatio, jossa ei geenivaihtoa ulkopuolelta. Rekombinaatio: Tekijäinvaihtojen määrästä riippuva jälkeläisen geeniperimä.
5 Siirtolainen: Muualta populaatioon tuleva yksilö, jonka geeniperimä poikkeaa ko. populaatioisolaatin perimästä. SNP -mutaatio: Lajin sisäinen, nukleotidisekvenssin tietyssä kohdassa esiintyvä vaihtelu. Muutokset tapahtuvat ainoastaan yhdessä emäsparissa.(engl. SNP = Single Nucleotide Polymorphism). STR-markkerit: Lyhyellä peräkkäisellä kromosomijaksolla toistuvat markkerit. Vaihtelu muodostuu jakson toistojen lukumäärästä. (engl. STR = Short Tandem Repeat). Tekijäinvaihto: Kromosomien risteäminen jakautumisen yhteydessä. (engl. cross-over). TERM: Kts. UNIX -signaalit. UNIX-signaalit: Prosessien väliseen kommunikaatioon käytetty menetelmä, jolla prosessille voidaan antaa signaali. Signaalin tyyppejä ovat mm. INT, TERM ja HUP, joihin reagoiminen voidaan ohjelmassa säätää halutunlaiseksi. 2 2 Testausstrategia Tässä luvussa kuvataan Populous -projektin testausstrategia. Testaus jaetaan yleisesti kolmeen vaiheeseen: yksikkötestaukseen, integraatiotestaukseen ja järjestelmätestaukseen. Yksikkötestauksessa testataan yksittäisten luokkien toimintaa erillään muista luokista, ja integraatiotestauksessa yksikkötestattujen luokkien yhteistoimintaa. Järjestelmätestauksessa testattavana on koko ohjelmisto. Järjestelmätestauksessa tuotettua ohjelmistoa testataan testiaineistolla ja testauksen suorittaa projektiryhmä itse. Ohjelman komponenttikaavio aiheuttaa poikkeamia normaalista testaushierarkiasta. Integraatiotestaus jätetään tietoisesti käytännössä tekemättä, sillä yksikkötestaukseen kuuluu yksittäisten komponenttien testaaminen ja toisaalta järjestelmätestauksessa käydään läpi käyttötapaukset, jotka huomioivat jokaisen ohjelman suorituspolun. Näin ohjelman eri osien välisen yhteistoiminnan testaus lankeaa lähes kokonaan järjestelmätestauksen alle. Poikkeuksen tähän tekee integraatiotestauksen alle sijoitettava asiakas-palvelin yhteistoiminta. Testaamiseen käytetään Java-puolella JUnit-kirjastoa ja sen tarjoamia palveluita. C++koodi testataan JUnitin C++-versiolla, CppUnitilla. Molempien käyttö on samanlaista. Käyttö on selitetty kohdassa yksikkötestaus. Testaaminen ei vaikuta ohjelmakoodiin; testimetodit rakennetaan erillisiin ohjelmakomponenteista itsenäisiin yksiköihin. Testimetodit sijoitetaan ohjelman debug-käännöksessä muun koodin kanssa samaan paikkaan. Lopullisessa ohjelmassa (release) testiluokat on poistettu koodin seasta. Testauksen tuloksista raportoidaan testausdokumentissa. Yksittäisistä testeistä kerrotaan testaajan nimi, suorituspäivämäärä, testattava asia, kuvaus testistä, odotettu tulos sekä loppupäätelmä. Testauksessa löydetyt virheet pyritään korjaamaan mahdollisuuksien mukaan. Mikäli jokin vika havaitaan vasta testauksen loppuvaiheessa ja sen korjaaminen olisi
6 mahdotonta käytettävissä olevan ajan puitteissa, virhe jätetään korjaamatta ja dokumentoidaan. Kukin projektin jäsen testaa ja toteuttaa oman komponenttinsa, joten testaamalla löydetyt virheet voidaan korjata välittömästi. Koko ohjelmaa koskevia ja erityisen haastavia virheitä ja puutteita varten on bugit-niminen tekstitiedosto, jonne em. seikkoja voidaan listata Testiraportti Testauksen tuloksista raportoidaan määritellyn formaatin mukaisesti testausraportissa. Samaa formaattia käytetään sekä yksikkötestauksessa metodien tai luokkien testauksen raportointiin sekä järjestelmätestauksessa käyttötapausten testaukseen. Ainoastaan Testauksen kohde vaihdetaan Käyttötapaus :ksi. 1. Testaaja 2. Päivämäärä 3. Testauksen kohde Käyttötapaus Yksikkötestauksessa luokka tai yksittäinen metodi, järjestelmätestauksessa käyttö/testitapaus. 4. Testauksen kuvaus Kuvataan miten testattiin, millaisia parametreja syötettiin ja mahdollisesti mitä muita luokkia/metodeita käytettiin testissä. 5. Odotettu tulos Kuvataan, mitä tuloksia testistä oletettiin syntyvän. 6. Lopputulos "OK"riittää kertomaan, ettei virheitä esiintynyt. Virheet tai puutteet mainitaan, mikäli niitä löytyi. 3 Testauksen vaiheet Testaus koostuu kolmesta osavaiheesta: yksikkö-, integrointi ja järjestelmätestauksesta. Vaiheet seuraavat ajallisesti toisiaan esitetyssä järjestyksessä. Tässä kappaleessa kerrotaan kunkin vaiheen toteutuksesta yksityiskohtaisesti. 3.1 Yksikkötestaus Yksikkötestauksessa keskitytään yhden ohjelman yksikön toiminnan tarkasteluun. Vaiheessa varmistetaan, että kukin yksikkö (luokka tai komponentti) toimii virheettömästi ja
7 suunnitteludokumentissa kuvatulla tavalla. Jokainen ohjelmoija suorittaa yksikkötestauksen itse ohjelmoimalleen komponentille. Yksikkötestauksessa käytetään yleisesti lasilaatikkotestauksen (white-box) menetelmiä eli testauksessa käytetään hyväksi yksikön lähdekoodia. Lähdekoodin avulla suunnitelluilla testitapauksilla pyritään paikallistamaan mahdolliset virheet yksikön sisällä. Yksikkötestauksessa käytetään mahdollisuuksien mukaan myös ns. tynkiä eli tyhjiä luokkia, joiden tehtävänä on simuloida muita testauksessa mahdollisesti tarvittavia moduuleja. Testejä ajetaan ohjelmoinnin kanssa rinnakkain, jolloin aina jonkin toiminnallisuuden toteutuksen jälkeen sen toiminta testataan. Jokaisen yksikön toiminta pyritään erottamaan muusta koodista ja ympäristöstä niin, että testin läpimeno ei riipu muusta koodista. Tällöin säästetään aikaa testiä kirjoitettaessa ja nopeutetaan mahdollisten virheiden löytämistä. Yksikkötestaus suoritetaan kaikille ohjelman luokille riippumatta toteutuskielestä. Javalla toteutetuille ohjelman osille yksikkötestaustyökaluna käytetään JUnit- kirjastoa, ja C++:lla toteutetuille osille JUnitin C++-kielistä käännöstä CppUnit:ia. Tekstit rakennetaan seuraavalla tavalla, esimerkit Java-kielisiä: 1. Jokaista testattavaa luokkaa kohden kirjoitetaan TestCase-luokasta periytyvä aliluokka. 2. Ylikirjoitetaan setup() ja teardown() metodit, jotka alustavat ja vapauttavat testatut objektit. 3. Kirjoitetaan testiluokkaan tarvittava määrä testxxx() nimisiä testimetodeita. 4. Kirjoitetaan jokaiseen testimetodiin jokin toiminto ja käytetään JUnit-kirjaston assertxxx()- metodeita tuloksen oikeallisuuden tarkistamiseen. 5. Testiluokkaan tarvitaan myös staattinen suite()-metodi, joka luo testimetodeista testisarjan. 6. Testit voidaan ajaa esimerkiksi luomalla Testiluokkaan main()-metodi, joka käynnistää testauksen kutsumalla JUnit-kirjaston TestRunner.run()-metodia edellisessä kohdassa mainitun suite()-metodin paluuarvo parametrinä. Testiesimerkit liitteenä Integrointitestaus Integrointitestauksessa testataan komponenttien välisten rajapintojen toimintaa. Toisin sanoen testaus kohdistuu erillisten komponenttien väliseen vuorovaikutukseen ja kommunikointiin sekä niiden väliseen toiminnallisuuteen. Integroitavien yksiköiden yksikkötestauksen täytyy olla hyväksyttävästi suoritettu ennen niiden integrointitestauksen aloittamista.
8 Ainoa integrointitestaukseen kuuluva kohde on palvelimen ja asiakkaan välinen kommunikointi. Testataan aidossa ympäristössä lähettää asiakkaalta kaikki mahdolliset komennot erilaisin kombinaatioin. Myös vääriä ja virheellisiä paketteja lähetetään palvelimelle. Testissä keskitytään tiedonsiirtoon ja molemmissa päissä pakettien ja parametrien parserointiin, sekä että syöte- ja tulostetiedostot sijaitsevat oikeissa paikoissa Järjestelmätestaus Järjestelmätestauksessa testataan ohjelmistoa sille määriteltyjen vaatimusten suhteen. Ohjelmiston toimintaa testataan kaikissa vaatimusmäärittelyssä esitetyissä käyttötapauksissa käyttäen testiaineistona suunnitteludokumentissa esittettyjä tavoitepohjaisia käyttötapauksia ja komentorivikäyttöliittymän yhteydessä esitettyjä käyttötapauksia. Järjestelmän ylläpitäjän testitapaukset suunnitellaan erikseen. Testaus suoritetaan järjestyksessä komentorivi-, teksti-, Swingkäyttöliittymä. Tällöin ensimmäisenä suoritettava komentorivitestaus sisältää koko systeemin kattavan simulaation testauksen, jonka jälkeen voidaan testata muita käyttöliittymiä varmoina, että simulaatio suoritetaan oikein. Järjestelmätestaus kuvataan tarkemmin luvussa 6. 4 Toteuttamatta ja testaamatta jäävä toiminta Täysin kattavasti testataan järjestelmän toiminnan kannalta keskeiset komponentit: Ydin, Pedigree ja Marker. Asiakas- ja Palvelin-komponentit testataan siinä määrin kuin käytettävissä olevan ajan puitteissa on mahdollista. Ohjelman ulkoiset osat, markertool ja simco, oletetaan testatuiksi. 5 Testausympäristö Järjestelmän toimintaa testataan määrittelydokumentissa kuvattujen toimintaympäristöstä esitettyjen vaatimusten mukaisesti. Ohjelma testataan laitoksen CS Linux ympäristössä, Java-client testataan sekä CS Linuxissa että Windows-ympäristössä, kuitenkin niin, että varsinainen testaus suoritetaan vain toisessa, ja ohjelman toimivuus varmistetaan molemmissa. Palvelinta testataan vain laitoksen verkossa. 6 Järjestelmätestauksen testitapaukset Tässä kuvataan ohjelmistolle suoritettavat testitapaukset. Testien tuloksista raportoidaan testausdokumentissa tämän dokumentin toisessa luvussa, Testausstrategia, kuvatulla ta-
9 valla. Testitapaukset on jaoteltu vaatimusmäärittelydokumentin mukaisesti tutkijan ja järjestelmän ylläpitäjän käyttötapauksiin Järjestelmää käyttävän tutkijan käyttötapaukset Järjestelmää käyttävän tutkijan tavoitepohjaiset käyttötapaukset ovat: Käyttötapaus 1: Sokeritaudin periytymisen tutkiminen Käyttötapaus 2: Aineistoa artikkelia varten Käyttötapaus 3: Sokeritautigeenitutkimuksen uusiminen Käyttötapaus 4: Geeniparametrien toimivuuden testaus Käyttötapaus 5: Väärät tutkimustiedot Käyttötapaus 6: Ämmänsaaren väestön kehittyminen Käyttötapaus 7: Siirtolaisten vaikutus Ämmänsaaren geeniperimään Nämä käyttötapaukset on kuvattu tarkemmin suunnitteludokumentissa luvussa Graafinen käyttöliittymä (Java Swing) ja sen liitteenä olevassa käyttötapauskuvasarjassa. Käyttöliittymästä tarkastetaan käyttötapauksissa esitettyjen toiminnallisuuksien lisäksi käyttöliittymän ulkoasuun liittyviä seikkoja seuraavasti: Käyttöliittymäelementtien yhtenäisyys eri näkymissä. Käytettyjen Swing elementtien toiminnan yhtenäisyys. Käyttöliittymän reagointi syötteisiin ja mahdollinen vaikutus muihin elementteihin. Testattavat komentorivikäyttöliittymään liittyvät käyttötapaukset ovat seuraavat: populous start-server Käynnistää palvelimen. populous load-params params param Lataa parametrit tiedostosta. populous simulation-mode tree founders 100 last- generation 2000 generations 10 result-dir MyDir Ajetaan vain sukupuun luonti annetuin parametrein. Sukupuu tallennetaan MyDirhakemistoon vakionimellä pedigree_10.
10 populous simulation-mode pedigree founders 200 last- generation 3500 generations 15 result-dir OtherDir sub-populations 3 sub-population- sizes 50,50,100 sub-population-migratations (1,0,0)(0.1,0.8,0.1)(0.3,0.4,0.3) savegenerations 12,13 save-params MunParametrit Ajetaan vain sukupuun ja kromosomitiedostojen luonti. Talletataan sukupolvet 12,13 ja 15 (viimeinen) OtherDir-hakemistoon vakionimillä tree_12, pedigree_12 jne. Lisäksi generoidaan sukupuut käyttäen alipopulaatioita, tässä 3 alipopulaatiota. Alipopulaatiosta A ei siirrytä ikinä muihin alipopulaatioihin, B:stä siirrytään C:hen ja A:han 10% todennäköisyydellä ja C:stä siirrytään pois sekä B:hen että A:han 30% todennäköisyydellä. Talletataan vielä kaikki annetut parametrit parameters/munparametrithakemistoon. Ilman MunParametrit-määrettä olisi talletettu oletustiedostoon, joka tässä tapauksessa olisi ollut "OtherDir", koska resultdir on määritelty. Ilman sitä se olisi ollut muotoa YYYY-MM-DD_ID.param. populous simulation-mode marker load-pedigree pedigree_20 iterations 50 chrom-length snp-rate recomb-rate effectivepop-size disease-mut-freq 0.08 min-minor-allele-freq 0.12 markers 4000 sample-size 300 prevalence 0.05 penetrance 0.19 sample-type affected reportfile marker-mapfile Ei ajeta sukupuun generointia tai kromosomien periytymistä, vaan otetaan ne valmiiksi tiedostosta. Ajetaan 50 iteraatiota, ja "chrompedigreeonce"on automaattisesti päällä, eli iteroidaan vain markertoolia ja simcoa. Raportti ja markkerikartta talletetaan vakiotiedostoihin (markermap ja report). populous simulation-mode full save-params ajo3 founders 100 lastgeneration 2000 generations 20 iterations 100 pedigree-once savepedigrees save-generations 15,16 chrom-length snp-rate recomb-rate effective-pop-size disease-mut-freq 0.04 minminor- allele-freq 0.12 markers 2000 sample-size 100 prevalence 0.05 penetrance 0.19 parents-in-results Tallennetaan annetut parametrit, iteroidaan 100 kertaa, mutta vain markertoolia ja simcoa, talletetaan sukupolvet 15, 16, 19, 20 (15 ja 16 annettu, 20 on viimeinen ja 19 tulee -parentsinresult:sta). Ei tallenna sukupuutiedostoja, vain kromosomitiedostot. Kaikissa käyttötapauksissa tarkastetaan, että ne toimivat annetuilla parametreilla, ja että niiden tuloksena saatavat tulostiedostot ovat oikeanlaiset ja ne sijaitsevat niille suunnitellussa hakemistossa Järjestelmän ylläpitäjän käyttötapaukset Järjestelmän ylläpitoon liittyviä käyttötapauksia testataan kokeilemalla toimintoja esim. seuraavilla tavoilla: 1. Käynnistetään ohjelma. Käynnistyykö?
11 8 2. Käynnistetään ohjelma uudelleen. Mitä tapahtuu? 3. Testataan yhteyttä koneeseen, jonka IP-osoite on annettu. Toimiiko yhteys?
12 0 import junit.framework.test; import junit.framework.testcase; import junit.framework.testsuite; public class TreeTest extends TestCase { private Tree tree; private Leaf leaf; //Konstruktori. Parametri on testitapauksen nimi. public TreeTest(String name) { super(name); //Tätä kutsutaan aina ennen jokaista testimetodia. protected void setup() { tree = new Tree(); leaf = new Leaf(); tree.addleaf(leaf); //Tätä kutsutaan jokaisen testimetodin jälkeen. protected void teardown() { tree = null; leaf=null; //Testataan lehden lisääminen. public void testaddleaf() { Leaf leaf2 = new Leaf(); tree.addleaf(leaf2); //assertcondition(message, expected, actual); assertequals("lehtien määrä", 2, tree.leafcount()); //Testataan puun tyhjennys. public void testemptytree() { tree.empty(); asserttrue(tree.isempty()); //Kootaan testisarja. public static Test suite() { TestSuite suite = new TestSuite(TreeTest.class); // Vaihtoehtoinen tapa on lisätä kaikki käsin. // TestSuite suite = new TestSuite(); // suite.addtest(new TreeTest("testAddLeaf")); // suite.addtest(new TreeTest("testEmptyTree")); return suite; //Ajetaan testitapaus. public static void main(string args[]) { junit.textui.testrunner.run(suite()); Ohjelmalistaus 1: Testiluokka Javalla.
13 1 import junit.framework.test; import junit.framework.testsuite; public class TreeTestSuite { //Kootaan testisarjat. public static Test suite() { TestSuite suite = new TestSuite(); suite.addtest(pinetreetest.suite()); suite.addtest(oaktreetest.suite()); return suite; //Ajetaan testisarjat. public static void main(string args[]) { junit.textui.testrunner.run(suite()); Ohjelmalistaus 2: Testit kokoava luokka Javalla.
Testausdokumentti. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Populous Helsinki 10.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Heli Borg Markus
LisätiedotTestausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
LisätiedotJReleaser Yksikkötestaus ja JUnit. Mikko Mäkelä 6.11.2002
JReleaser Yksikkötestaus ja JUnit Mikko Mäkelä 6.11.2002 Sisältö Johdanto yksikkötestaukseen JUnit yleisesti JUnit Framework API (TestCase, TestSuite) Testien suorittaminen eri työkaluilla Teknisiä käytäntöjä
LisätiedotConvergence of messaging
Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO
LisätiedotTestaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan
LisätiedotTestausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausraportti Orava Helsinki 5.5.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Juhani Bergström Peter
LisätiedotYlläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotTestaussuunnitelma. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Testaussuunnitelma Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 14.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotTestaussuunnitelma. Ohjelmistotuotantoprojekti Nero. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Ohjelmistotuotantoprojekti Nero Helsinki 5.11.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä
LisätiedotTestaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu
LisätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotTestausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotVaatimusmäärittely. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Vaatimusmäärittely Populous Helsinki 5.10.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Heli Borg Markus
LisätiedotTestaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PUSU-ryhmä Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Jussi Hynninen
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotLohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
LisätiedotProjektisuunnitelma. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma Populous Helsinki 9.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Heli Borg Markus
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan
LisätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
Lisätiedot58160 Ohjelmoinnin harjoitustyö
58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista
LisätiedotJUnit ja EasyMock (TilaustenKäsittely)
OHJELMISTOJEN TESTAUS JA HALLINTA Syksy 2015 / Auvo Häkkinen JUnit ja EasyMock (TilaustenKäsittely) Tehtävässä tarvittava koodi löytyy osoitteella http://users.metropolia.fi/~hakka/oth/mockesimerkki.zip
LisätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
LisätiedotTestaussuunnitelma. 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
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
LisätiedotTest-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
LisätiedotTestaussuunnitelma. HenTyLi. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma HenTyLi Helsinki 8.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Johdanto... 4 2 Testauksen tavoite... 4 3 Testausstrategia... 4 4 Testauksen
LisätiedotTestaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Asdf Helsinki 22.2.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Kuisma Sami Louhio
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotOhjelmiston testaus ja laatu. Testaustasot
Ohjelmiston testaus ja laatu Testaustasot Testauksen vaihejako Tarpeet / sopimus Järjestelmätestaus Hyväksymiskoe Määrittely testauksen suunnittelu ja tulosten verifiointi Arkkitehtuurisuunnittelu Moduulisuunnittelu
LisätiedotToisessa viikkoharjoituksessa on tavoitteena tutustua JUnit:lla testaukseen Eclipse-ympäristössä.
Toisessa viikkoharjoituksessa on tavoitteena tutustua JUnit:lla testaukseen Eclipse-ympäristössä. JUnit-ympäristö 1. Luo tests -pakkaukseen uusi luokka. Nimeä VHTestit. 2. Laita VHTestit periytymään TestCase:sta
LisätiedotYksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } }
Yksikkötestauksella tarkoitetaan lähdekoodiin kuuluvien yksittäisten osien testaamista. Termi yksikkö viittaa ohjelman pienimpiin mahdollisiin testattaviin toiminnallisuuksiin, kuten olion tarjoamiin metodeihin.
Lisätiedot4. Luokan testaus ja käyttö olion kautta 4.1
4. Luokan testaus ja käyttö olion kautta 4.1 Olion luominen luokasta Java-kielessä olio määritellään joko luokan edustajaksi tai taulukoksi. Olio on joukko keskusmuistissa olevia tietoja. Oliota käsitellään
LisätiedotYksikkö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
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
Lisätiedot1 Tehtävän kuvaus ja analysointi
Olio-ohjelmoinnin harjoitustyön dokumentti Jyri Lehtonen (72039) Taneli Tuovinen (67160) 1 Tehtävän kuvaus ja analysointi 1.1 Tehtävänanto Tee luokka, jolla mallinnetaan sarjaan kytkettyjä kondensaattoreita.
LisätiedotYlläpitodokumentti. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Ylläpitodokumentti Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 16.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
LisätiedotOlio-ohjelmointi Javalla
1 Olio-ohjelmointi Javalla Olio-ohjelmointi Luokka Attribuutit Konstruktori Olion luominen Metodit Olion kopiointi Staattinen attribuutti ja metodi Yksinkertainen ohjelmaluokka Ohjelmaluokka 1 Olio-ohjelmointi
LisätiedotOhjelmien testaustyökalut
Ohjelmien testaustyökalut Antti Hämäläinen Helsinki 13.11.2000 Ohjelmistotuotantovälineet seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmien testaustyökalut Antti Hämäläinen Ohjelmistotuotantovälineet
LisätiedotTESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - VYM JA KANTA Versio 1.0 i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotTest-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
LisätiedotHarjoitustyön testaus. Juha Taina
Harjoitustyön testaus Juha Taina 1. Johdanto Ohjelman teko on muutakin kuin koodausta. Oleellinen osa on selvittää, että ohjelma toimii oikein. Tätä sanotaan ohjelman validoinniksi. Eräs keino validoida
LisätiedotTestaussuunnitelma. 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
LisätiedotYlläpitodokumentti Mooan
Ylläpitodokumentti Mooan Helsinki 16.08.06 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op/6ov) Projektiryhmä Heikki Aitakangas
LisätiedotSEPA 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
LisätiedotTestausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria
Sivu: 1 / 10 Testausdokumentti Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto Versiohistoria Versio Päivitykset 0.4 Lisätty mod_form.php -tiedostoon liittyvät testit 0.5 Lisätty johdanto 1.0 Dokumentti
LisätiedotSuunnitteludokumentti
Suunnitteludokumentti Populous Helsinki 10.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Heli Borg
LisätiedotLoppuraportti. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Loppuraportti Populous Helsinki 10.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Heli Borg Markus
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe LU. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T3
T-76.115 Tietojenkäsittelyopin ohjelmatyö Testiraportti, vaihe LU Sisältö Tästä dokumentista ilmenee LU-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 14.4.2003
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotOhjelmiston testaussuunnitelma
Ohjelmiston testaussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä lukaa antaa yleiskuvan koko testausdokumentista.
LisätiedotHarjoitus 7. 1. Olkoon olemassa luokat Lintu ja Pelikaani seuraavasti:
Harjoitus 7 1. Olkoon olemassa luokat Lintu ja Pelikaani seuraavasti: class Lintu //Kentät private int _siivenpituus; protected double _aivojenkoko; private bool _osaakolentaa; //Ominaisuudet public int
LisätiedotLohtu-projekti. Testiraportti. Versiohistoria: syklin toteutuksen testit. 1. ajo Virve
Lohtu-projekti Testiraportti Versiohistoria: 1.0 6.5.2003 2. syklin toteutuksen testit. 1. ajo Virve Helsinki 6. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi
LisätiedotTestausraportti v.1.3
Testausraportti v.1.3 HeTLi Helsinki 24.8.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 2/7 Kurssi Projektiryhmä Asiakas Johtoryhmä Kotisivu 581260 Ohjelmistotuotantoprojekti
LisätiedotTestaussuunnitelma. Oppimistavoitteiden hallintajärjestelmä harri
Testaussuunnitelma Oppimistavoitteiden hallintajärjestelmä harri Helsinki 15.11.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotOhjelmiston testaus ja laatu. Testausmenetelmiä
Ohjelmiston testaus ja laatu Testausmenetelmiä Testausmenetelmiä - 1 Testauksen menetelmien päälähestymistapoina ovat black-box testi testaaja ei voi tutkia lähdekoodia testaus perustuu sovellukselle suunnitteluvaiheessa
Lisätiedot9. Periytyminen Javassa 9.1
9. Periytyminen Javassa 9.1 Sisällys Periytymismekanismi Java-kielessä. Piirteiden näkyvyys periytymisessä. Ilmentymämetodien korvaaminen. Luokkametodien peittäminen. Super-attribuutti. Override-annotaatio.
LisätiedotTestiraportti - Koordinaattieditori
Testiraportti - Koordinaattieditori Versio Päiväys Tekijä Kuvaus 3.1 22.03.02 Ville Vaittinen T3 vaiheen 1. testattava editori Sisällysluettelo 1. Testien suoritus... 3 2. Testitapaukset... 4 2.1 Uuden
LisätiedotL models. Testisuunnitelma. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Testisuunnitelma Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset
Lisätiedotdokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant
AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 22. maaliskuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 22.03.2002 Jani Myyry Versiohistoria
LisätiedotOhjelmistotekniikan menetelmät, toteutuksesta ja testauksesta
582101 - Ohjelmistotekniikan menetelmät, toteutuksesta ja testauksesta 1 Toteutuksesta ja testauksesta Suunnitteluprosessista Tarkan tason luokkasuunnittelu Siirtyminen UML-kaavioista Java-toteutukseen
LisätiedotOhjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
LisätiedotTESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Keimo-visualisointijärjestelmän Ray tracing - visualisaation testisarja. Sarja sisältää testitapaukset ja testilokit Päivämäärä 13.4.2003 Projektiryhmä
LisätiedotOhjelmistotekniikan menetelmät, toteutuksesta ja testauksesta
582101 - Ohjelmistotekniikan menetelmät, toteutuksesta ja testauksesta 1 Toteutuksesta ja testauksesta Suunnitteluprosessista Tarkan tason luokkasuunnittelu Siirtyminen UML-kaavioista Java-toteutukseen
LisätiedotKäyttötapausanalyysi ja testaus tsoft
Käyttötapausanalyysi ja testaus tsoft 15.09.2004 http://cs.joensuu.fi/tsoft/ Johdanto Use Case analyysi (käyttötapausanalyysi) on yleisesti käytetty järjestelmälle asetettujen toiminnallisten vaatimusten
LisätiedotOpintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Taulukot & Periytyminen
Opintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Taulukot & Periytyminen Taulukot: Array Taulukko Javassa pitää aina perustaa (new) Yksinkertaisessa tilanteessa taulukon koko tiedetään etukäteen ja
LisätiedotSubversion-ohje. Linux Traffic Control-käyttöliittymä Ryhmä paketti2
Subversion-ohje Linux Traffic Control-käyttöliittymä Ryhmä paketti2 Helsinki 1.11.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotTestaussuunnitelma. Opeapuri. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Opeapuri Helsinki 2.4.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Krister Eklund
LisätiedotToteutusdokumentti. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Toteutusdokumentti Populous Helsinki 10.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Heli Borg Markus
LisätiedotOhjelmointi 2 / 2010 Välikoe / 26.3
Ohjelmointi 2 / 2010 Välikoe / 26.3 Välikoe / 26.3 Vastaa neljään (4) tehtävään ja halutessa bonustehtäviin B1 ja/tai B2, (tuovat lisäpisteitä). Bonustehtävät saa tehdä vaikkei olisi tehnyt siihen tehtävään
LisätiedotInformaatioteknologian laitos Olio-ohjelmoinnin perusteet / Salo 15.2.2006
TURUN YLIOPISTO DEMO III Informaatioteknologian laitos tehtävät Olio-ohjelmoinnin perusteet / Salo 15.2.2006 1. Tässä tehtävässä tarkastellaan erääntyviä laskuja. Lasku muodostaa oman luokkansa. Laskussa
LisätiedotPopulaatiosimulaattori. Petteri Hintsanen HIIT perustutkimusyksikkö Helsingin yliopisto
Populaatiosimulaattori Petteri Hintsanen HIIT perustutkimusyksikkö Helsingin yliopisto Kromosomit Ihmisen perimä (genomi) on jakaantunut 23 kromosomipariin Jokaisen parin toinen kromosomi on peritty isältä
LisätiedotTestaussuunnitelma. PLAYOFF Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki. Päivi Pääkkö, ohjaaja
Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki Päivi Pääkkö, ohjaaja Helsinki, 10. joulukuuta 2007 Ohjelmistotuotantoprojekti yritysviestinnän oppimateriaalin hallintajärjestelmä
LisätiedotTestitapaukset - Siirtoprotokolla
Testitapaukset - Siirtoprotokolla Versio Päiväys Tekijä Kuvaus 0.2 22.03.02 Ville Vaittinen Ajankohtaistettu versio Sisällysluettelo 2. Siirtotiedoston testitapaukset... 3 2.1 Siirtotiedoston luonti...
LisätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
LisätiedotKuopio 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
LisätiedotKuopio Testausraportti Asiakkaat-osakokonaisuus
Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki
LisätiedotTestaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza
Testaussuunnitelma Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma Versio 1.0 Ehdotus Laatija Raine Kauppinen VERSIOHISTORIA Versionotyyppi Versio- Päiväys Tekijä
LisätiedotTESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)
TESTIRAPORTTI - XMLREADER-LUOKKA Versio 1.0 (luonnos 2) Copyright Comptel Oyj i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin
LisätiedotOpintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Pakkaukset ja määreet
Opintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Pakkaukset ja määreet Pakkaukset ja määreet Toisiinsa liittyvät luokkatiedostot voidaan koota pakkauksiksi. Luo hierarkiaa ja järjestystä ohjelmistotuotteeseen.
LisätiedotProjektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma KotKot Helsinki 22.9.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 + 1 op) Projektiryhmä Tuomas Puikkonen
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
LisätiedotTässä tehtävässä käsittelet metodeja, listoja sekä alkulukuja (englanniksi prime ).
Tehtävä 1: Metodit, listat, alkuluvut (4p) Tässä tehtävässä käsittelet metodeja, listoja sekä alkulukuja (englanniksi prime ). Alkuluvut ovat lukuja, jotka ovat suurempia kuin yksi ja jotka ovat jaollisia
LisätiedotTESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI
LisätiedotSisällys. 6. Metodit. Oliot viestivät metodeja kutsuen. Oliot viestivät metodeja kutsuen
Sisällys 6. Metodit Oliot viestivät metodeja kutsuen. Kuormittaminen. Luokkametodit (ja -attribuutit).. Metodien ja muun luokan sisällön järjestäminen. 6.1 6.2 Oliot viestivät metodeja kutsuen Oliot viestivät
LisätiedotTESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - XMLREADER LUOKKA i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotAutomaattinen 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ä
Lisätiedot5. HelloWorld-ohjelma 5.1
5. HelloWorld-ohjelma 5.1 Sisällys Lähdekoodi. Lähdekoodin (osittainen) analyysi. Lähdekoodi tekstitiedostoon. Lähdekoodin kääntäminen tavukoodiksi. Tavukoodin suorittaminen. Virheiden korjaaminen 5.2
LisätiedotOhjelmistojen mallintaminen, kurssikoe esimerkkivastauksia
Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.
LisätiedotRajapinta (interface)
1 Rajapinta (interface) Mikä rajapinta on? Rajapinta ja siitä toteutettu luokka Monimuotoisuus ja dynaaminen sidonta Rajapinta vs periytyminen 1 Mikä rajapinta on? Rajapintoja käytetään, kun halutaan määritellä
LisätiedotMihin kaikkeen voit törmätä testauspäällikön saappaissa?
Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tieran toiminta perustuu osaamisverkoston rakentamiseen, mikä
Lisätiedot812341A Olio-ohjelmointi, IX Olioiden välisistä yhteyksistä
2016 IX Olioiden välisistä yhteyksistä Sisältö 1. Johdanto 2. Kytkentä 3. Koheesio 4. Näkyvyydestä 2 Johdanto n Ohjelmassa syntyy kytkentöjä olioiden välille Toivottuja ja epätoivottuja n Näkyvyys vaikuttaa
LisätiedotOhjelmoinnin jatkokurssi, kurssikoe 28.4.2014
Ohjelmoinnin jatkokurssi, kurssikoe 28.4.2014 Kirjoita jokaiseen palauttamaasi konseptiin kurssin nimi, kokeen päivämäärä, oma nimi ja opiskelijanumero. Vastaa kaikkiin tehtäviin omille konsepteilleen.
LisätiedotCoMa - Testausdokumentti
CoMa - Testausdokumentti Mindmap - Kari Velling Helsinki 16.12.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä
LisätiedotTestilähtöinen ohjelmistokehitys. Testilähtöinen ohjelmistokehitys. TDD Testilähtöinen ohjelmistokehitys. Testi! Testi
Testilähtöinen ohjelmistokehitys Kevät 2008 Jonne Itkonen Jyväskylän yliopisto Testilähtöinen ohjelmistokehitys Test-Driven Development, TDD Tehdään ensin testi, sitten vasta koodi. TDD Testilähtöinen
Lisätiedot