Laadunvarmistussuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC

Koko: px
Aloita esitys sivulta:

Download "Laadunvarmistussuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC"

Transkriptio

1 Laadunvarmistussuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC

2 Muutoshistoria Versio Pvm Tekijä Kuvaus Elina Kontro Laatuasiat siirretty omaan dokumenttiin, jatkotyöstetty Santeri Saarinen Bugien elinkaari yms. asioita jatkettu Elina Kontro Lähdeluettelo, viitteet, (muutama vastaus) Santeri Saarinen Lisätty I1-suunnitelma ja korjauksia Santeri Saarinen Lisätty katselmoinnissa ehdotettuja korjauksia Elina Kontro Tarkennusta laatutavoitteisiin Elina Kontro Tarkennusta laatutavoitteisiin, korjauksia Santeri Saarinen Tarkennuksia ja korjauksia Elina Kontro Testausaikataulupävitetty, korjaksia Elina Kontro Laatutavoitteita korjattu Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen Santeri Saarinen Lisätty testiraportti, muutettu testiaikataulu testilokiksi, tehty Samuelin katselmoinnissa esittämät muutokset Santeri Saarinen Lisätty I1:n vaadittuja liitteitä ja tehty muutamia korjauksia Elina Kontro Liitteet korjattu 1

3 Sisällysluettelo 1 Johdanto Terminologia ja määritykset 1 2 Laadunvarmistus Projektin laatutavoitteet Testaussuunnitelma Testaustasot Testaustyypit Laadunvarmistuksen organisointi Testauksenhallinta Virheidenhallinta Laadunvarmistuksen mittarit Laadunvarmistuksen dokumentit Testaus 1. iteraatiossa Laatutavoitteet I1 iteraatiossa Testauksen rajaaminen Testaukset ja niiden aikataulu Muut käytännöt Testiraportti 1. iteraatiosta Testaus I2-iteraatiossa Muut laadunvarmistuksen menetelmät 8 3 Lähdeluettelo...9 Liitteet

4 1 Johdanto Tämä dokumentti on TeamDC -projektiryhmän laadunvarmistussuunnitelma Teknillisen Korkeakoulun kurssilla T Ohjelmistoprojekti I. Dokumenttia päivitetään koko projektin ajan. 1.1 Terminologia ja määritykset Seuraavassa taulukossa 1 on kuvattu tässä dokumentissa ja projektissa käytettäviä termejä ja lyhenteitä. Taulukko 1. Projektissa käytettäviä lyhenteitä ja terminologiaa Termi tai lyhyenne Kuvaus CoSCA Coordination of Supply Chain Activities CoSCA järjestelmä Tässä projektissa kehitettävä järjestelmä, joka käsittää sekä jo kehitetyn simulaattorin, että siihen kehitettävän käyttöliittymän. CosCA simulaattori HKKK:ssa kehitetty CoSCA simulaattori, jossa ei toistaiseksi ole varsinaista käyttöliittymää. HKKK Helsingin Kauppakorkeakoulu I1 1. Toteutusiteraatio (Implementation 1) I2 2. Toteutusiteraatio (Implementation 2) LOC Lines of Code Koodirivien määrä Management ryhmä Projektin johtoryhmä, johon kuuluvat projektipäällikkö (Elina), vaatimusmäärittelijä (Laura) sekä pääsuunnittelija(kari). NCLOC Lines of code without comments and blank lines Koodirivien määrä, poislukien kommenttirivit ja tyhjät rivit PP Projektisuunnittelu iteraatio Projektiryhmä Projektin toteuttava ryhmä (management ryhmä + suunnittelijat), jossa on seitsemän jäsentä. SEPA Software Engineering Practice Assignment, erillinen projektin ohessa pääasiassa parityönä toteutettava työ Suunnittelijat Projektin 4 jäsentä (Santeri, Samuel, Aleksi ja Vesa), joiden päävastuulla on järjestelmän tekninen suunnittelu, ohjelmointi ja testaus. TKK Teknillinen korkeakoulu XML Extensible Markup Language, tiedostoformaatti 1

5 2 Laadunvarmistus Laadunvarmistuksen tavoitteena on varmistaa projektin tuotosten laatu eli se, että projektisuunnitelmassa asetetut tavoitteet saavutetaan ja vaatimusmäärittelyn mukaiset vaatimukset tulevat toteutettua. Seuraavissa luvuissa kuvataan projektin laatutavoitteet sekä laadunvarmistukseen käytettäviä menetelmiä. 2.1 Projektin laatutavoitteet Projektissa kehitettävällä tuotteelle on määritelty seuraavat projektitason laatutavoitteet: Tuote täyttää sille vaatimusmäärittelydokumentissa [2] toteutettavaksi sovitut vaatimukset Tuotteessa ei ole kriittisiä virheitä, jotka estäisivät tuotteen käytön. Tuotteen ohjelmakoodin rakenteen tulee olla modulaarinen, noudattaa olio-ohjelmointi periaatteita ja sen tulee olla sovitun koodauskäytönnön mukaisesti kommentoitu, jotta jatkokehitettävyydelle on hyvät edellytykset. Tuotteen ja siihen liittyvän dokumentaation on oltava käytettävyydeltään sellainen, että suunniteltuihin käyttäjäryhmiin kuuluva pystyy sitä käyttämään. 2.2 Testaussuunnitelma Tässä luvussa kuvataan mitä eri testauksen tasoja, testauskäytäntöjä ja muita laadunhallinnan työkaluja projektissa tullaan käyttämään tuotteen laadun varmistamiseksi Testaustasot Projektissa tullaan käyttämään seuraavia testaustasoja. Tämän projektin testit suoritetaan neljällä eri tasolla. Yksikkötestaus, jossa tuotteesta testataan metodi- tai luokkatason yksiköitä. Koska tuotteelle asetetut vaatimukset kohdistuvat pääasiassa käyttöliittymään ja sen toimintaan, yksikkötestejä suoritetaan projektissamme rajoitetusti. Integraatiotestaus, jossa testataan uusien toiminnallisuuksien liittämistä ohjelmistoon. Systeemitestaus, jossa testataan tuotetta kokonaisuudessaan siinä laajuudessa, jossa tuote kulloinkin on. Hyväksymistestaus, jossa tuotetta testataan asiakkaan sille asettamia vaatimuksia vasten. Tämä testaus suoritetaan yhteistyössä asiakkaan kanssa. 2

6 2.2.2 Testaustyypit Ohjelmiston testaus on mahdollista suorittaa montaa eri testaustyyppiä hyväksikäyttäen. Tässä projektissa testauksessa käytetään seuraavia testaustyyppejä: Funktionaalinen testaus, jonka avulla varmistutaan tuotteen vaatimusmäärittelyjen mukaisista toiminnallisista ominaisuuksista. Funktionaalinen testaus aloitetaan mahdollisimman varhaisessa vaiheessa kehitystyötä. Katselmointi, jossa tutkitaan kirjoitettua lähdekoodia. Käytetään vastaavaa käytäntöä kuin dokumenttikatselmoinnissakin [1]. Käytettävyyden arviointi - Käytettävyyden arvioinnin tavoitteena on testata ja parantaa tuotteen käytettävyyttä käyttäjien näkökulmasta. Käytettävyystestaus - Tuotteelle tullaan tekemään kaksi käytettävyystestiä käyttäjien kanssa. Ensimmäinen testi tullaan tekemään I1 iteraation alkupuolella paperiprototyyppiä käyttäen ja toinen toimivalla sovelluksella I1 iteraation lopussa. Tarkemmat kuvaukset testeistä kuvataan Käytetävyydenarvointi SEPAssa[4]. Heuristinen arviointi - Toisena käytettävyyden arvointimenetelmänä käytetään heuristista arviota, joka tullaan tekemään kerran kummassakin iteraatiossa. Tarkemmat kuvaukset testeistä kuvataan Käytetävyydenarvointi SEPAssa[4]. Tuotetun lähdekoodin analysoiminen staattisesti, jonka avulla voidaan osaltaan varmistua lähdekoodin selkeydestä ja luettavuudesta. Tämä testityyppi aloitetaan samaan aikaan itse ohjelmoinnin kanssa ja testien tuloksista raportoidaan viikkopalavereissa. Tutkiva testaus, jossa tuotetta testataan ilman tarkkaa testisuunnitelmaa. Tätä testityyppiä käytetään ensimmäisen ja toisen iteraatiovaiheen lopussa. Vertaistestaus, jonka suorittaa kurssin Neptunus-ryhmä. Tämä testi suoritetaan tutkivan testauksen menetelmin Laadunvarmistuksen organisointi Tuotteen laadunvarmistussuunnitelmasta vastaa erityisesti QA-vastaava, Santeri Saarinen, jonka vastuulla on: Testitapausten suunnitteleminen Laadunvarmistukseen liittyvän dokumentaation pitäminen ajan tasalla Testaamiseen liittyvien työtehtävien organisoiminen ryhmän jäsenille 3

7 2.2.4 Testauksenhallinta Tuotteen testauksessa noudatetaan seuraavia käytäntöjä: Testikirjanpitoon käytetään excel-taulukoita, jotka pidetään kaikkien ryhmän jäsenten saatavilla ryhmän TikiWikissä. QA-ryhmä luo nämä Excel-taulukot iteraation 1 alussa. Testit luokitellaan aihealueittain testiryhmiin niin, että testiryhmät muodostavat loogisia kokonaisuuksia ja helpottavat testien organisointia sekä suorittamista. Yksikkötestauksesta vastaavat kaikki kehittäjät omien tuottamiensa tai muokkaamiensa lähdekoodien osalta. Tätä testaus suoritetaan ristiintestauksena siten, etteivät kehittäjät testaa omia lähdekoodejaan. Kaikesta muusta testauksesta vastaa QA-ryhmä, erityisesti QA-vastaava. Testitapaukset jaetaan niiden prioriteetin mukaan 3 luokkaan, jossa 1. luokan testit ovat tärkeimpiä. Prioriteettia käytetään hyväksi siten, että eniten testausresursseja keskitetään tärkeimpiin testeihin Virheidenhallinta Projektin virheidenhallintaan käytetään kurssin puolesta tarjottua Bugzilla-työkalua seuraavalla tavalla: Bugien raportoinnin Bugzillaan voi suorittaa kuka tahansa ryhmän jäsen löytäessään tuotteesta bugin jota ei heti voida korjata. Havaitun Bugin ilmoittaminen Bugzillaan on pakollista. Bugien vakavuuden luokituksessa käytetään Bugzillan tarjoamista vaihtoehdoista neljää: 1.Blocker, jota käytetään bugeissa jotka estävät testin jatkamisen tai tuotteen kehittämisen. 2.Major, jota käytetään muista vakavista bugeista. 3.Minor, jota käytetään jos bugin vaikutukset ovat vähäisiä mutta tuotteelle esitettyjen vaatimusten vastaisia. 4.Enhancement, jota käytetään jos löydetty bugi ei ole ristiriidassa tuotteen vaatimusten kanssa, mutta sen korjaaminen parantaisi tuotteen toiminnallisuutta. Bugien prioriteetin luokituksessa käytetään vastaavasti kolmea Bugzillan vaihtoehdoista: 1.P1, jos bugi pyritään korjaamaan välittömästi 2.P3, jos bugin korjaaminen voidaan laittaa tavalliseen työjonoon. 3.P5, jos bugin nopea korjaus ei ole tarpeellinen Bugien elinkaari Bugzillassa: 1. Bugin löytäjä asettaa bugin tilaksi aluksi NEW 2. Bugin löytäjä ilmoittaa bugista ko. ohjelman osasta vastaavalle henkilölle, joka asettaa bugin tilaksi ASSIGNED. Tarvittaessa bugin löytäjä konsultoi QA-vastaavaa tai pääsuunnittelijaa löytääkseen bugille vastaavan henkilön bugin korjaamiseen. 3. Kun bugi on korjattu, korjaaja asettaa sen tilaksi RESOLVED. Kun QA-vastaava on vahvistanut että bugi on korjattu, sen tilaksi muutetaan VERIFIED. 4

8 2.2.6 Laadunvarmistuksen mittarit Laadunvarmistus tarjoaa joukon mittareita, joiden avulla voidaan seurata ja tilastoida tuotteen laadunvarmistuksen tilaa projektin aikana. Tässä projektissa käytetään seuraavia laadunvarmistuksen mittareita: Testauksen kattavuus arvioidaan moduuleittain. Kattavuutta mitataan kolmiportaisella asteikolla 1-3, jossa 1 tarkoittaa hyvin vähäistä testausta ja 3 kattavaa testausta. Bugistatistiikka kootaan ryhmän Bugzillasta. Tässä mittarissa analysoidaan löydettyjen ja korjattujen bugien lisäksi bugien vakavuutta. Laatustatistiikka saadaan lähdekoodille suoritetuista staattisista testeistä. Mitataan ainakin käytettyjen metodien syklomaattista kompleksisuutta (Cyclomatic Complexity Number). Heuristinen arvio käyttäliittymää arvoidaan Nielsenin heuristiikkoja vasten ja havaitut ongelmat luokitellaan tarkemmin SEPA:ssa.[4] Käytettävyystesteissä arvoidaan käyttäliittymän opittavuutta ja miellyttävyyttä, joille määritellään tarkemmat mittarit SEPA:ssa. [4] Dokumenttikatselmoinnit, projektisuunnitelmassa kuvataan dokumentit, joille katselmoinnit tehdään sekä katselmointivastuulliset Laadunvarmistuksen dokumentit Laadunvarmistuksen dokumenttien avulla suunnitellaan, toteutetaan ja dokumentoidaan ohjelmiston testausta. Kaikki mainitut dokumentit pidetään ryhmä jäsenten saatavilla TikiWikissä. Dokumenttien päivityksestä vastaa Santeri. Testitapaukset jaettuna loogisiin kokonaisuuksiin testipaketteihin. Testiloki, jossa yksityiskohtaiset tiedot suoritetuista testeistä. Matriisit vastaavat testipaketteja. Testilokit esitetään pääasiassa matriisimuodossa, mutta esimerkiksi käytettävyystestien tulokset voidaan esittää myös tekstidokumentteina. Testiraportti, eli yhteenveto testauksen tuloksista sekä tuotteen laadusta. Vertaistestauksen sessiokuvaukset, joissa yleinen informaatio testauksen suunnasta Vikaraportti, kootaan bugistatistiikasta ja sisältää yhteenvedon tuotteen bugeista ja niiden korjaamisesta. Katselmointidokumentaatio, joita ovat mahdollisten katselmointipalavereiden pöytäkirjat sekä kevyessä katselmoinnissa sähköpostitse lähetetyt kommentit. 5

9 2.3 Testaus 1. iteraatiossa Seuraavissa kappaleissa kuvataan 1. Toteutusiteraation, I1, testausuunnitelmaa Laatutavoitteet I1 iteraatiossa Laatutavoitteena I1-iteraatiossa ovat Ohjelmaversiossa ei ole yhtään sellaista avointa virhettä, joka estäisi vaatimusten mukaisen käytön iteraation lopussa, Laatusuunnitelma on dokumentoitu I1 iteraation testaussuunnitelma dokumentoitu Testauksen rajaaminen Testiympäristönä toimii ainoastaan Windows XP ja JRE 5.0 Vanhaan CoSCA-simulaattoriin tehtäviä muutoksia ei testata. Mahdollisista vanhasta simulaattorista löydetyistä bugeista informoidaan Lauri Svania. Tuotteen testaamisessa painotetaan systeemitestausta. Yksikkötestausta suoritetaan ohjelmiston facade-luokille ja integraatiotestaus suoritetaan samanaikaisesti systeemitestauksessa. Automatisoituja testejä ei tehdä, poislukien JUnitilla tehtävät yksikkötestit Testaukset ja niiden aikataulu 1. iteraation aikana suoritetun testauksen aikataulu selviää liitteenä olevasta testilokista Muut käytännöt QA-vastaava huolehtii testipakettien ja testien kuvausten luomisesta ryhmän TikiWikiin vuorokautta ennen ko. testien alkua. Varsinaisia regressio- tai smoke-testejä ei tehdä, mutta testipaketteja suoritetaan uudelleen mahdollisten bugikorjausten jälkeen Testiraportti 1. iteraatiosta 1. iteraation testauksessa suoritettiin seuraavat testit: Lähdekoodin staattinen analysointi viikon välein ohjelmoinnin aikana, yhteensä 3 kertaa. 6

10 Facade-luokkien Junit-yksikkötestaus Käyttöliittymän käytettävyystestaus Käyttöliittymän kautta toteutettu systemaattinen funktionaalinen systeemitestaus. Käyttöliittymän kautta toteutettu tutkiva testaus Kaikki testit suoritettiin hyväksytysti, eikä testauksen aikana löydetty ainoatakaan kriittistä bugia. Yhteensä testauksen aikana löydettiin 10 bugia, joista saatiin korjattua 5. Jäljelle jääneet bugit jakautuvat ohjelman komponenttien ja vakavuuden mukaan seuraavasti (löydetty bugien määrä suluissa): Komponentti Major Minor Enhancement Yhteensä GUI 1 (3) 3 (4) 4 Faceda-luokat 1 (1) 1 Yhteensä Ainoata löydettyä Major-luokan bugia ei pystytty korjaamaan 1. iteraation aikana, mutta kyseinen bugi ei estä ohjelman ajamista vaan ainoastaan antaa harhaanjohtavaa tietoa käyttäjälle simulaatioajon aikana. Bugilla ei myöskään ole vaikutusta simulaatioajon lopputuloksiin. Muutkaan bugit eivät ole niin vakavia, että aiheuttaisivat laatuongelmia 1. iteraatiossa tuotetulle ohjelmistolle. Iteraation testaus painottui jonkinverran käyttöliittymän puolelle, joka voitiinkin testata todella perusteellisesti. Facade-luokkien systeemitestaus suoritettiin käyttöliittymän kautta, jolloin niiden testauksen kattavuudesta ei voida olla yhtä varmoja. Suurin haaste facade-luokkien testauksessa on niiden oikean toiminnan varmistaminen, sillä työryhmän jäsenet eivät ole alan asiantuntijoita, eivätkä siten pysty varmistamaan että simulaatio tuottaa oikeita tuloksia suhteessa sille syötettyyn tietoon. Käytettävyystestissä mitattiin opittavuutta ja miellyttävyyttä. Opittavuuden osalta testeissä saavutettiin paras mahdollinen taso ja miellyttävyyden osalta tavoitetaso. Testikäyttäjille epäselvyyttä aiheutti lähinnä käytety lyhenteet ja osa termeistä. Osa ongelmast aon nyt ratkaistu ns. tool tippien avulla, eli kun kursori on lyhenteen päällä, tulee näkyviin tooll tip teksti, jossa lyhenne on kirjoitettu auki. Muutoinkin termistöön ja sen oikeellisuuteen tulee jatkossa kiinnitää huomiota. Lisätietoja käytettävyystesteistä löytyy omasta SEPApäiväkirjasta [4]. Lähdekoodin staattisessa analysoinnissa havaittiin yksittäisiä ongelmia luokkien kompleksisuuden vuoksi. Muutamaa poikkeusta lukuunottamatta ohjelmiston luokat ovat kuitenkin käytetyn kehitysympäristön (Together Architect) suosittelemien metriikkojen raja-arvojen sisäpuolella ja mitattujen metriikoiden osalta ohjelmiston laatu on vähintään yhtä hyvää, kuin valmiissa simulaattorin luokissakin. Lisätietoja metriikoista löytyy omasta SEPA-päiväkirjasta [3]. 7

11 2.4 Testaus I2-iteraatiossa Mitä testataan/mitä ei Mitä ja miten käytäntöjä käytetään Testien priorisointi Kuinka usein ja milloin tietyt testit suoritetaan Tehtävät ja aikataulu (resurssit ja vastuut, tuotokset) 2.5 Muut laadunvarmistuksen menetelmät Koodauskäytäntö, jossa kaikki tuotettu lähdekoodi kirjoitetaan ja kommentoidaan projektisuunnitelmassa määritellyllä tavalla. Dokumenttikatselmoinnit suoritetaan projektisuunnitelmassa kuvatulla tavalla. Tällä varmistetaan tuotetun dokumentaation laatu. 8

12 3 Lähdeluettelo [1]TeamDC. CoSCA Simulaattorin jatkokehitysprojektin Projektisuunnitelma v.1.0 (2005) [2]TeamDC. CoSCA-Vaatimusmäärittely v.1.3 (2005) [3] Saarinen, Santeri. SEPA päiväkirja: Staattiset Menetelmät(2005 ) [4] Airola, Aleksi Haukkavaara, Vesa Kontro, Elina. SEPA päiväkirja: Käytettävyyden arviointi (2005) [5] Bach, James. Good Enough Quality Beoynd the Buzzword. IEEE Computer (1997) vol. 30, no. 8, pp [6]Nielsen, Jakob. Usability Engineering. AP Professional, Boston (1993) [7] Svan, Lauri. CoSCA -Tekninen määrittely v.0.4 (2005) 9

13 Liitteet [1] I1-iteraation testiloki [2] I1-iteraation testitapaukset [3] I1-iteraation bugien yhteenveto 10

14 Liite 1 I1 iteraation testiloki 1. iteraatio Testitapa Kohde Testitapaukset Tekijä Aika/h Testin tulos Suoritettu Käytettävyystesti Ryhmäläpikäynti Käyttöliittymäproto Elina, Aleksi, Vesa Lähdekoodin analysointi Staattinen analyysi koko lähdekoodi Santeri 1 Hyväksytty, ei bugeja Lähdekoodin analysointi Staattinen analyysi koko lähdekoodi Santeri 1 Hyväksytty, löydetty bugit 3 ja yksikkötason testaus Yksikkötesti (Junit) Facade-luokat Kari 5 Jatkuva testaus Systeemitestaus Systemaattinen testaus Koko ohjelma I I 1.8 Elina 4,5 Hyväksytty, löydetty bugit 5, 6, 7 ja Systeemitestaus Tutkiva testaus Koko ohjelma ET I1-1.1 ja ET I1-1.2 Santeri 5 Hyväksytty, löydetty bugit 10, 11 ja Lähdekoodin analysointi Staattinen analyysi koko lähdekoodi Santeri Käytettävyyden arvionti Heuristinen arvio Käyttöliittymä Aleksi, Elina Käytettävyyden arvionti Käytettävyystesti Käyttöliittymä Vesa, Elina

15 Liite 2 I1 iteraation testitapaukset Testitapaukset Use cases TestitapauksetPri Kuvaus Syötteet Odotetut tulokset I1 I1.1 1sulkeminen Ohjelman käynnistäminen ja Käynnistä ja sulje ohjelma ohjeen mukaisesti Ohjelman käynnistys ja sulkeminen onnistuu UC1.1, UC2.1, UC3.1, UC4.1, UC5.1 I1.2 1 Simuloitavan systeemin määrittämien Wizardin avulla Valitse erilaisia kombinaatiota wizardin tarjoamista esimerkkivaihtoehdoista Valinnat onnistuvat ja niiden mukainen systeemi näkyy sekä kuvana että puurakenteena wizardin sulkeuduttua. I1 I1 UC1.1, UC2.1, UC3.1, UC4.1, UC5.1 I1.3 2 Wizardissa liikkuminen ja valintojen vaihtaminen Liiku Wizardissa edestakaisin Back ja Next napeilla. Vaihda tehtyjä valintoja. Liikkuminen onnistuu silloin kun se on sallittua ja valintoja voi muuttaa. I1 UC5.1 I1.4 1 Aikajänteen määrittäminen Käytä aikajänteen (time frame) määrittämiseen negatiivisia tai muutoin epärealistisia syötteitä. Sovellus antaa virheilmoituksen Määritä raportointivälit siten, ettei sopimattomista valinnoista eikä "kaadu" aikajänne oli sillä jaollinen (esim 5 ja 2) 2

16 Liite 2 I1 iteraation testitapaukset Testitapaukset Use cases TestitapauksetPri Kuvaus Syötteet Odotetut tulokset I1 UC7.1, UC7.3 I1.5 1 Määritellyn simulaation ajaminen Simulaatioajon hallinta painikkeilla. Aja simulaatiota osissa ja kokonaan Simulaatio ajaminen sekä osissa että kokonaan onnistuu I1 UC5.1 I1.6 1 Päätösäännön vaihtaminen välitarkastuspisteessä Vaihda päätössääntöjä välitarkastuspisteessä ja jatka ajoa Päätössääntöjen vaihtaminen onnistuu ja ajonjatkaminen on mahdollista. Tarkastele simulaation tuloksia sekä Tulosten tarkastelu onnistuu sekä ajon UC6.1, UC6.2 1 Ajetun simulaation tulosten tarkasteluvälitarkastuspisteissä että lopussa, että valituissa I1 I1.7 simulaation lopussa. välitarkastuspisteissä I1 I1.8 2 Toimintojen käyttö valikosta Kokeile valikossa tarjolla olevia toimintoja Valittavissa olevat toiminnot toimivat ET ET-I1.1 1 Charterin (ET_Charter1.doc) mukainen tutkiva testaus ET ET-I1.2 1 Charterin (ET_Charter2.doc) mukainen tutkiva testaus 3

17 Liite 3 I1-iteraation bugien yhteenveto bug_id bug_severity priority rep_platform assigned_to bug_status resolution short_short_desc 3 enhancement P5 PC tpsaarin@cc.hut.fi ASSIGNED DAC-value too high in the SimulatioFrame-class 4 enhancement P5 PC tpsaarin@cc.hut.fi VERIFIED FIXED Metric value WMPC1 is too high for ResourceObjectFacade 5 enhancement P3 PC tpsaarin@cc.hut.fi NEW Tulosikkunassa sliderin teksti epäselvää, jos paljon välipisteitä 6 minor P1 PC tpsaarin@cc.hut.fi VERIFIED FIXED Open parent -painike edelleen näkyvissä 7 major P5 PC tpsaarin@cc.hut.fi NEW Information-ikkuna jaa nakyviin 8 enhancement P5 PC tpsaarin@cc.hut.fi VERIFIED FIXED Tulosten katselu lista-isommaksi 9 enhancement P5 PC tpsaarin@cc.hut.fi ASSIGNED Response for class-value in SimulationFrame is minor P3 PC vthaukka@cc.hut.fi VERIFIED FIXED View-valikko ei toimi odotetusti 11 minor P3 PC tpsaarin@cc.hut.fi VERIFIED FIXED Tools-valikon komennot toimivat vain ensimmäisessä simulaatioajossa. 12 minor P3 PC tpsaarin@cc.hut.fi RESOLVED DUPLICATE Jos simulaatiotion ajon aloittaa tools-valikosta, "simulation running"-ikkuna jää näkyviin. 13 minor P1 PC tpsaarin@cc.hut.fi NEW Onko kuormitusaste oikein 1

0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen

0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005

Lisätiedot

I1 Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC

I1 Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC I1 Iteraatiosuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Sisällysluettelo 1 Johdanto 2 1.1 Tavoitteet 3 1.2 Tuotokset 4 1.3 Tehtävät ja työmääräarviot 6 1.4 Vaiheistus ja aikataulutus 9

Lisätiedot

Testiraportti 2. iteraatiosta

Testiraportti 2. iteraatiosta Testiraportti 2. iteraatiosta TeamDC - CoSCA-simulaattorin jatkokehitysprojekti Versio Päiväys Tekijä Kuvaus 0.1 20.2.2006 Santeri Saarinen Muokattu templatesta, aloitettu kirjoittaminen 0.2 20.2.2006

Lisätiedot

T Iteraatio Demo TeamDC I1 - Iteraatio

T Iteraatio Demo TeamDC I1 - Iteraatio T-76.4115 Iteraatio Demo TeamDC I1 - Iteraatio 7.12.2005 Agenda I1 Iteraatio demo 7.12.2005 T-76.4115 76.4115 Iteration demo Projektin tilannekatsaus (10 min) Projektin esittely tarvittaessa Yleiskuva

Lisätiedot

I2 -Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC

I2 -Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC I2 -Iteraatiosuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Sisällysluettelo 1 Johdanto 2 1.1 Tavoitteet 3 1.2 Tuotokset 4 1.3 Tehtävät ja työmääräarviot 6 1.4 Vaiheistus ja aikataulutus 8

Lisätiedot

Laadunvarmistusdokumentti

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

Lisätiedot

T Testiraportti - integraatiotestaus

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

Lisätiedot

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

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

Lisätiedot

COTOOL dokumentaatio Testausdokumentit

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

Lisätiedot

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

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

Lisätiedot

Hirviö Laadunvarmistussuunnitelma

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

Lisätiedot

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

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

Lisätiedot

Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä

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

Lisätiedot

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

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

Lisätiedot

T Testiraportti - järjestelmätestaus

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

Lisätiedot

Laadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy

Laadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy Laadunvarmistuksen suunnitelma Ryhmä ExtraTerrestriaLs Aureolis Oy Versi Päiväys Tekijä Kuvaus o 1.0 8.11.2004 Risto Kunnas Ensimmäinen versio 1.1 8.11.2004 Risto Kunnas Korjauksia 1.2 9.11.2004 Mika Suvanto

Lisätiedot

Laadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy

Laadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy Laadunvarmistuksen suunnitelma Ryhmä ExtraTerrestriaLs Aureolis Oy Versio Päiväys Tekijä Kuvaus 1.0 8.11.2004 Risto Kunnas Ensimmäinen versio 1.1 8.11.2004 Risto Kunnas Korjauksia 1.2 9.11.2004 Mika Suvanto

Lisätiedot

Laaturaportti [iteraatio 2] Ryhmä 14

Laaturaportti [iteraatio 2] Ryhmä 14 Laaturaportti [iteraatio 2] Ryhmä 14 Versio Pvm Tekijä Kuvaus 1.0 2.3.2008 Luukkonen Ensimmäinen versio Sisältö 1. Käytetyt laatumenetelmät... 1 1.1 Automaattiset yksikkötestit, tutkiva testaus ja jatkuva

Lisätiedot

L models. Testisuunnitelma. Ryhmä Rajoitteiset

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

Lisätiedot

Hirviö Laadunvarmistussuunnitelma

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

Lisätiedot

UCOT-Sovellusprojekti. Testausraportti

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

Lisätiedot

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

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

Lisätiedot

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

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

Lisätiedot

LAATURAPORTTI Iteraatio 1

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

Lisätiedot

Kuopio Testausraportti Asiakkaat-osakokonaisuus

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

Lisätiedot

Kuopio Testausraportti Kalenterimoduulin integraatio

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

Lisätiedot

T Projektikatselmus

T Projektikatselmus T-76.115 Projektikatselmus Projektityöryhmä GenCode I3-iteraatio 17.3.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) +Kokemuksia työskentelymenetelmistä

Lisätiedot

Testaaminen ohjelmiston kehitysprosessin aikana

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

Lisätiedot

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

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

Lisätiedot

58160 Ohjelmoinnin harjoitustyö

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

Lisätiedot

Testausraportti. Dokumentti: Testausraportti_I2.doc Päiväys: Projekti : AgileElephant

Testausraportti. Dokumentti: Testausraportti_I2.doc Päiväys: Projekti : AgileElephant AgilElephant I2 Tekijä: Heikki Salminen Omistaja: ElectricSeven Aihe: Sivu 1 / 8 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision tekijä 1.0 7.2.2004

Lisätiedot

Hirviö Testausraportti I2

Hirviö Testausraportti I2 Hirviö Testausraportti I2 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 Järjestelmätestaus.................................

Lisätiedot

Convergence of messaging

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

Lisätiedot

T SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B

T SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - Pariohjelmointi 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 5.12.2006 Tuomas Tolvanen Ensimmäinen

Lisätiedot

Ohjelmistojen mallintaminen. Luento 11, 7.12.

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

Lisätiedot

T Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta

T Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä

Lisätiedot

Automaattinen yksikkötestaus

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ä

Lisätiedot

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

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

Lisätiedot

T Testiraportti - integraatiotestaus

T 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ätiedot

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

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

Lisätiedot

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

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

Lisätiedot

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

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

Lisätiedot

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

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

Lisätiedot

Lohtu-projekti. Testaussuunnitelma

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

Lisätiedot

SEPA diary. Dokumentti: SEPA_diary_PK_RI.doc Päiväys: Projekti : AgileElephant Versio: V0.2

SEPA diary. Dokumentti: SEPA_diary_PK_RI.doc Päiväys: Projekti : AgileElephant Versio: V0.2 AgilElephant SEPA Diary Pasi Kallioniemi 49477B Rauli Ikonen 51051V Tekijä: Kallioniemi&Ikonen Omistaja: ElectricSeven Aihe: RI & PK Sivu 1 of 7 Dokumenttihistoria Muutoshistoria Revision päiväys: 1.11.2004

Lisätiedot

T Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2)

T Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2) T-76.4110 Ohjelmistoprojekti I 25.2.2006 T-76.4115 Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2) Versio Päiväys Muokkaaja Kuvaus 2.0 25.2.2006 Markus Kattilamäki Päivämäärien tarkennus, viimeistely

Lisätiedot

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaihe 3. Antti Jääskeläinen Matti Vuori

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaihe 3. Antti Jääskeläinen Matti Vuori TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaihe 3 Antti Jääskeläinen Matti Vuori Rakenne ja aikataulu Kolme vaihetta: 1. Tutkivan järjestelmätestauksen suunnittelu 2. Tutkivan järjestelmätestauksen

Lisätiedot

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

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

Lisätiedot

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

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

Lisätiedot

Ohjelmiston testaussuunnitelma

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

Lisätiedot

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

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

Lisätiedot

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006-11-25 Janne Mäkelä Alustava 1.0 2006-12-10 Janne Mäkelä Valmis 1.

Lisätiedot

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

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

Lisätiedot

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

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

Lisätiedot

Ohjelmiston testaus ja laatu. Testaustasot

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

Lisätiedot

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

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

Lisätiedot

Laadunvarmistuksen loppuraportti

Laadunvarmistuksen loppuraportti Laadunvarmistuksen loppuraportti Dokumentin historia Versio Päiväys Muokkaaja Kuvaus Hyväksytty 1.2 26.02.06 Rönkkö Kirsi Päivitetty viimeiset data dokumenttiin 1.1 24.02.06 Rönkkö Kirsi Liitetty muilta

Lisätiedot

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus Lehmus, Auvinen, Pihamaa Johdanto Käyttäjätestauksella tarkoitetaan tuotteen tai sen prototyypin testauttamista todellisilla käyttäjillä. Kehittäjät

Lisätiedot

SEPA Päiväkirja. Käytettävyyden arviointi

SEPA Päiväkirja. Käytettävyyden arviointi SEPA Päiväkirja Käytettävyyden arviointi T-76.5633 Ohjelmistotuotannon erikoiskurssi Aleksi Airola 39054L Vesa Haukkavaara 60610A Elina Kontro 57184R 1 Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 15.10.2005

Lisätiedot

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

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

Lisätiedot

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

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

Lisätiedot

LAATUDOKUMENTTI

LAATUDOKUMENTTI LAATUDOKUMENTTI LAATUDOKUMENTTI 2 (15) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 11.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 17.10.2006 Kaarlo Lahtela Lauri Kiiski 0.3 24.10.2006 Kaarlo Lahtela

Lisätiedot

Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Siirtoprotokolla

Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Siirtoprotokolla Testitapaukset - Siirtoprotokolla Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 3. Testitapaukset...5 3.1 Ohjelma-ajan lukeminen...5 3.2 Koordinaattidatan lukeminen...5 3.3 Lähetysajan

Lisätiedot

Onnistunut SAP-projekti laadunvarmistuksen keinoin

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

Lisätiedot

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

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

Lisätiedot

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ Eeva Kangas 05.11.2015 @FixUi Oy 2013 2015 FIXUI "Autamme yrityksiä suunnittelemaan sellaisia tuotteita, joita ihmiset osaavat ja haluavat käyttää" Käyttäjätutkimukset

Lisätiedot

T-76.115 Tietojenkäsittelyopin ohjelmatyö

T-76.115 Tietojenkäsittelyopin ohjelmatyö T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on jatkuvasti ajan tasalla pidettävä dokumentti johon luetellaan tiedostetut ongelmat ja niiden käsittelytilanne. Päivämäärä 8.2.2003 Projektiryhmä

Lisätiedot

Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen

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

Lisätiedot

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

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

Lisätiedot

Toteutusvaihe T3 Digi-tv: Edistymisraportti

Toteutusvaihe T3 Digi-tv: Edistymisraportti Toteutusvaihe T3 Digi-tv: Edistymisraportti Sisällysluettelo 1. Projektin tila...3 Dtv: Work done per Person (current phase)...3 Dtv: Work done per Worktype (current phase)...3 2. Suoritetut tehtävät...4

Lisätiedot

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

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

Lisätiedot

Menetelmäraportti Ohjelmakoodin tarkastaminen

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

Lisätiedot

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

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

Lisätiedot

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

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

Lisätiedot

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

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

Lisätiedot

Test-Driven Development

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

Lisätiedot

Ohjelmistotestaus -09

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

Lisätiedot

Yksikkötestaus. Kattava testaus. Moduulitestaus. Ohjelman testaus. yksikkotestaus/ Seija Lahtinen

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

Lisätiedot

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

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

Lisätiedot

Testaussuunnitelma Labra

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

Lisätiedot

Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri

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

Lisätiedot

SEPA päiväkirja. Aihe: Staattiset menetelmät Tekijät: Mikko Halttunen 58198B, Mikko Närjänen 58122B Ryhmä: Neptune T Ohjelmistoprojekti I

SEPA päiväkirja. Aihe: Staattiset menetelmät Tekijät: Mikko Halttunen 58198B, Mikko Närjänen 58122B Ryhmä: Neptune T Ohjelmistoprojekti I SEPA päiväkirja Aihe: Staattiset menetelmät Tekijät: Mikko Halttunen 58198B, Mikko Närjänen 58122B Ryhmä: Neptune T-76.4110 Ohjelmistoprojekti I Sisällysluettelo Sisällysluettelo...2 1. Johdanto...3 2.

Lisätiedot

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

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

Lisätiedot

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

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

Lisätiedot

T-76.115 Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta

T-76.115 Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä

Lisätiedot

SEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: 26.10.2004 Projekti : AgileElephant Versio: V0.9

SEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: 26.10.2004 Projekti : AgileElephant Versio: V0.9 AgilElephant T-76.115 Esa Mommo, 57197J Pauli Vesterinen, 65220P Tekijä: Esa Mommo/Pauli Vesterinen Omistaja: ElectricSeven Aihe: Sivu 1 of 6 Dokumentti Historia Revisio Historia Revision päiväys: 26.10.2004

Lisätiedot

Automaattinen regressiotestaus ilman testitapauksia. Pekka Aho, VTT Matias Suarez, F-Secure

Automaattinen regressiotestaus ilman testitapauksia. Pekka Aho, VTT Matias Suarez, F-Secure Automaattinen regressiotestaus ilman testitapauksia Pekka Aho, VTT Matias Suarez, F-Secure 2 Mitä on regressiotestaus ja miksi sitä tehdään? Kun ohjelmistoon tehdään muutoksia kehityksen tai ylläpidon

Lisätiedot

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS 20.4.2015 IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA 1 1.1 SOVELTAMINEN Näitä erityisehtoja sovelletaan ohjelmistojen tai niiden osien toimituksiin ketterien

Lisätiedot

Ohjelmistotekniikka - Luento 2

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

Lisätiedot

Ohjelmistotuotantoprojekti

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

Lisätiedot

Projektisuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC

Projektisuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC Projektisuunnitelma CoSCA-simulaattorin jatkokehitysprojekti Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 27.9.2005 Elina Kontro Ensimmäinen mallipohjaan täytetty versio, englanninkielinen 0.2 5.10.2005

Lisätiedot

T Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä

T Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan

Lisätiedot

Käyttäjäkeskeinen suunnittelu

Käyttäjäkeskeinen suunnittelu Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan

Lisätiedot

Testausraportti. Dokumentti: Testausraportti_FD.doc Päiväys: Projekti: AgileElephant

Testausraportti. Dokumentti: Testausraportti_FD.doc Päiväys: Projekti: AgileElephant AgilElephant FD Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Sivu 1 / 8 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision tekijä 1.0 7.3.2005 Ensimmäinen

Lisätiedot

TAMK Ohjelmistotekniikka G Graafisten käyttöliittymien ohjelmointi Herkko Noponen Osmo Someroja. Harjoitustehtävä 2: Karttasovellus Kartta

TAMK Ohjelmistotekniikka G Graafisten käyttöliittymien ohjelmointi Herkko Noponen Osmo Someroja. Harjoitustehtävä 2: Karttasovellus Kartta TAMK Ohjelmistotekniikka G-04237 Graafisten käyttöliittymien ohjelmointi Harjoitustehtävä 2: Karttasovellus Kartta TAMK Karttasovellus Kartta Sivu 2/8 Sisällysluettelo 1. JOHDANTO...3 2. VAATIMUSMÄÄRITTELY...

Lisätiedot

T-76.5158 SEPA päiväkirja

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,

Lisätiedot

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen

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

Lisätiedot

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

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

Lisätiedot

Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Koordinaattieditori

Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Koordinaattieditori Testitapaukset - Koordinaattieditori Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 3. Toiminnallisuuden testitapaukset...5 3.1 Uuden projektin avaaminen...5 3.2 vaa olemassaoleva projekti...6

Lisätiedot

Onnistunut Vaatimuspohjainen Testaus

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

Lisätiedot