Laadunvarmistussuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC
|
|
- Marika Jaakkola
- 7 vuotta sitten
- Katselukertoja:
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
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ätiedotI1 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ätiedotTestiraportti 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ätiedotT 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ätiedotI2 -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ätiedotLaadunvarmistusdokumentti
Laadunvarmistusdokumentti Dokumentin historia Versio Päiväys Muokkaaja Kuvaus Hyväksytty 1.10 07.11.2005 Rönkkö Kirsi Erotettu omaksi dokumentikseen Sisällysluettelo 1. Koko projektissa...2 1.1. Tavoitteet...2
Lisä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ätiedotVersio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio
Testiraportti 26.2.2006 1/5 - Noheva II Testiraportti Versio Päiväys Tekijä Kuvaus 1.0 26.2.2006 Tikkanen varsinainen versio 1 Yleistä Toteutusvaiheen 2 virallinen testaus on muodostunut automaattisista
LisätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
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ätiedotHirviö Laadunvarmistussuunnitelma
Hirviö Laadunvarmistussuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 30. marraskuuta 2004 1 Sisältö 1 Johdanto 3 1.1 Testauksen tavoitteet
Lisä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ätiedotGood 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ä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ä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ätiedotLaadunvarmistuksen 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ätiedotLaadunvarmistuksen 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ätiedotLaaturaportti [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ä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ätiedotHirviö Laadunvarmistussuunnitelma
Hirviö Laadunvarmistussuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. helmikuuta 2005 1 Sisältö 1 Johdanto 3 1.1 Testauksen tavoitteet
Lisä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ä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ätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotLAATURAPORTTI Iteraatio 1
LAATURAPORTTI Iteraatio 1 LAATURAPORTTI 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 9.12.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 Kaarlo Lahtela Korjauksia 1.0 Lauri Kiiski Katselmointi ja
Lisä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ä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ätiedotT 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ä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ätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
Lisätiedot58160 Ohjelmoinnin harjoitustyö
58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista
LisätiedotTestausraportti. 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ätiedotHirviö 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ä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ätiedotT 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ä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ätiedotT 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ä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ä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ä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ä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ä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ä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ätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/jekahkon/wclique/testplan.html WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com, 75014C,
Lisä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ätiedotSEPA 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ätiedotT 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ätiedotTIE 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ä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ätiedotTestaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant Versio: V0.4
AgilElephant Tekijä: Petri Kalsi ja Heikki Salminen Omistaja: ElectricSeven Dokumentti:.doc Päiväys: 30.11.2004 Aihe: Sivu 1 / 11 Dokumenttihistoria Muutoshistoria Revision päiväys: 30.11.2004 Seuraavan
Lisä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ä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ätiedotGood 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ä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ä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ä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ä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ätiedotLaadunvarmistuksen 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ätiedotSEPA-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ätiedotSEPA 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ätiedotTestaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant
AgilElephant Tekijä: Petri Kalsi ja Heikki Salminen Omistaja: ElectricSeven Dokumentti:.doc Päiväys: 15.03.2005 Aihe: Sivu 1 / 11 Dokumenttihistoria Muutoshistoria Revision Numero Revision Päiväys Yhteenveto
LisätiedotTestaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille
1(23) Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille Matti Vuori, Tampereen teknillinen yliopisto 30.10.2012 Sisällysluettelo 1/2 Esityksen tarkoitus 4 Laatu on tärkeää, ei
LisätiedotLAATUDOKUMENTTI
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ätiedotTeknillinen 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ätiedotOnnistunut SAP-projekti laadunvarmistuksen keinoin
Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.
Lisä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ätiedotKÄ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ätiedotT-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ätiedotTestauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen
Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen 23 April 2018 1 Tavoitteet Yleiskuva seuraavista aiheista Testauksen organisointi Testaussuunnittelma Testauksen kustannukset Testausstrategia
Lisä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ätiedotToteutusvaihe 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ä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ätiedotMenetelmä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ä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ätiedotCT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016
CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 VIIME KERRALLA MENETELMIÄ Musta laatikko Valkea laatikko Harmaa laatikko Regressio Automaatio Rasitus (kuormitus)
Lisä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ä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ätiedotOhjelmistotestaus -09
Ohjelmistotestaus Testaustyökalut- ja automaatio Testaustyökalut ja -automaatio Testaustyökaluilla tuetaan testaustyötä sen eri vaiheissa Oikea työkalu oikeaan tarkoitukseen Testausautomaatio perustuu
Lisä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ätiedotTIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21201 Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 20.9.2016 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
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ätiedotSEPA 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ätiedotTIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori
TIE-21200 Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4 Antti Jääskeläinen Matti Vuori Vaiheet 3 & 4: Järjestelmätestaus 27.10.2014 2 Päämäärä jedit-ohjelmointieditorin järjestelmätestaus
LisätiedotTestaustyökalut. Luento 11 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science
Testaustyökalut Luento 11 Antti-Pekka Tuovinen 25 April 2013 1 Tavoitteet Työkalutyyppejä Testauksen hallinta Testien määrittely Staattinen analyysi Dynaaminen testaus 25 April 2013 2 1 Työkalut ja testaus
LisätiedotT-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ätiedotSEPA 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ätiedotAutomaattinen 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ätiedotIT2015 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ätiedotOhjelmistotekniikka - Luento 2
Ohjelmistotekniikka - Luento 2 Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento 2: Prosessimallit
LisätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotProjektisuunnitelma. 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ätiedotT 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ätiedotKä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ätiedotTestausraportti. 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ätiedotTAMK 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ätiedotT-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ätiedotOhjelmistotekniikka - Luento 2 Jouni Lappalainen
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento
LisätiedotTestaussuunnitelma. 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ätiedotTeknillinen 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ätiedotOnnistunut Vaatimuspohjainen Testaus
Onnistunut Vaatimuspohjainen Testaus Kari Alho Solution Architect Nohau Solutions, Finland Sisältö Mitä on vaatimuspohjainen testaus? Vaatimusten ymmärtämisen haasteet Testitapausten generointi Työkalujen
Lisätiedot