Laaturaportti [iteraatio 2] Ryhmä 14
|
|
- Eeva-Liisa Juusonen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Laaturaportti [iteraatio 2] Ryhmä 14
2 Versio Pvm Tekijä Kuvaus Luukkonen Ensimmäinen versio
3 Sisältö 1. Käytetyt laatumenetelmät Automaattiset yksikkötestit, tutkiva testaus ja jatkuva integraatio Muut laatumenetelmät Laatustatus Laatukojelauta Poikkeukset ja laatumittarit Laatutavoitteet Laadunvarmistuksen kehitystoimet... 6
4 1. Käytetyt laatumenetelmät Seuraavassa (Taulu 1.) on esitetty toiselle iteraatiolle suunnitellut laatumenetelmät, näiden vaikutus laatutavoitteiden saavuttamisessa ja käytön määrä. Riskit löytyvät projektisuunnitelmasta. Taulu 1. ( x = käyttö suunniteltu, 0 3 = menetelmän vaikutus laatutavoitteen saavuttamisessa (3 suurin), punainen keltainen vihreä = menetelmän käytön määrä (vihreä paljon). Laatutavoitteet Menetelmät Toiminnallisuus Suorituskyky Skaalautuvuus Käytettävyys Riskien hallinta Testitapauspohjainen testaaminen NUnit -työkalulla x3 x3 x3 x3 Tutkiva testaus x3 x3 x3 x2 Jatkuva integraatio CruiseControl.NET -työkalulla omalla palvelimellaan x3 x3 Systeemi- ja validointitestaus x3 x2 x3 x2 Poikkeusten hallinta Bugzilla - työkalulla x3 x2 x3 Pariohjelmointi x3 x2 x3 Koodikatselmointi x3 x3 Vertaisryhmätestaus x3 x2 x3 Ohjelmointi-standardi x2 x3 x2 Asiakaspalaute x3 x2 x3 x3 x3 1.1 Automaattiset yksikkötestit, tutkiva testaus ja jatkuva integraatio Testitapauspohjaisella testaamisella, käyttäen NUnit työkalua, on ollut suuri merkitys ohjelmiston toiminnallisuuden laadun takaamisessa ja suorituskyvyn testaamisessa. Testitapausten suunnittelun pääpaino on ollut kriittisissä ja virhealttiissa toiminnallisuuksissa mikä testaaminen onkin onnistunut hyvin. Koska kyseinen työkalu vaatii kehittäjiä kirjoittamaan testin alku- ja loppuarvot sekä vaiheet lähdekoodiin, se on niin sanotusti itsedokumentoiva. Tästä syystä erillisiä testilokeja ei ole täytetty vaan testitapaukset löytyvät suoraan projektin lähdekoodista testikokoelmiin ryhmiteltynä. Testitapauksia on suunniteltu yhteensä 26 kappaletta ja ne testaavat ohjelmiston eri moduulien luokkia ja näiden välisiä toimintoja. Muutama näistä 1
5 testeistä on omistettu ohjelmiston suorituskyvyn testaamiseen ja näitä on ajettu oikeaa testidataa sisältävää tietokantaa vasten. Toisen iteraation aikana päästiin myös käsiksi asiakkaan tiloissa sijaitsevalle varsinaiselle webbipalvelimelle mikä mahdollisti paremmin suorituskyky- ja skaalautuvuustestit. Automaattinen yksikkötestaus on myös auttanut merkittävästi riskien hallinnassa sekä ohjelmiston skaalautuvuuden varmistamisessa. Erityisen ansiokas NUnit työkalu on ollut regressiotestauksessa: kehittäjät ovat lähdekoodin refaktoroinnin jälkeen pystyneet ajamaan automaattisesti kaikki testit läpi. Tämä on taannut kehittäjille varmuuden siitä, että muutokset eivät ole häirinneet ohjelmiston aikaisempaa toiminnallisuutta. Toiminnallisuuden laadun takaamisessa ja riskien hallinnassa jatkuvan integraation menetelmä on ollut kovin tehokas. Menetelmä käyttää CruiseControl.NET työkalua, jota pyöritetään omalla integraatiopalvelimellaan. Työkalu havaitsee muutokset lähdekoodin versionhallinnassa ja kääntää sekä testaa ohjelmiston muutoksen havaitessaan. Projektiryhmää on ohjeistettu työkalun käytöstä Ohjelmointiprosessi dokumentissa ja jatkuvan integraation menetelmän käytöstä löytyy oma kattava raporttinsa SEPA päiväkirjasta. Kaikki projektin dokumentit löytyvät projektiryhmän perustamalta sivulta Google Docs palvelusta osoitteessa: docs.google.com Tutkivaa testausta on harjoitettu pitkin toista iteraatiota, mutta enemmän kohti iteraation loppua. Sitä on käytetty erityisesti nopeiden ja triviaalien asioiden testaamisessa mihin se soveltuu jäykkää testitapausten suunnittelua paremmin. Vertaisryhmätestauksen jälkeen projektiryhmä sai uudenlaisen Test Charterin (Freemind työkalu) käyttöönsä, jota on käytetty myös omaan sisäiseen tutkivaan testaukseen projektin loppumetreillä viikolla yhdeksän. Tutkiva testaus on tuonut esille toiminnallisuuden laadun ohella paljon ohjelmiston käytettävyyteen ja suorituskykyyn liittyviä ongelmia ja kehitysehdotuksia. 1.2 Muut laatumenetelmät Poikkeusten hallinta on toteutettu kurssin tarjoaman Bugzilla työkalun avulla. Havaitut virheet on kirjattu kyseiseen järjestelmään ja tästä on automaattisesti lähtenyt sähköpostit asiaa koskeville projektiryhmän jäsenille. Bugzilla työkalu on ollut hyödyllinen virheiden raportoimisessa yhteen keskitettyyn paikkaan mihin kaikilla projektiryhmäläisillä on vapaa pääsy ja muokkausoikeus kaikkina aikoina. Tämä on edesauttanut erityisesti ohjelmiston toiminnallisuuden laadun takaamisessa ja riskien hallinnassa. Kaikki havaitut virheet eivät epäilemättä ole päätyneet Bugzillaan, mutta tämän vaikutus ohjelmiston toiminnallisuuteen on ollut vähäinen, koska kehittäjät ovat ahkerasti korjanneet havaitsemansa virheet vaikka siitä ei ole tehty virallista merkintää. Automaattiset yksikkötestit sekä integraatiopalvelin ovat auttaneet regressiotestauksessa ja muutenkin virheiden nopeassa havaitsemisessa. Pariohjelmointi harjoitettiin suhteellisen vähän toisen iteraation aikana. Ohjelmiston tuntemus projektiryhmällä oli jo siinä vaiheessa, että kehitystä pystyttiin tekemään hajautetusti. Kuitenkin ne kerrat, kun kyseistä menetelmää on harjoitettu, on sillä ollut suuri merkitys toiminnallisuuden kehityksen kannalta. Pariohjelmointi on toiminut myös riskien hallinnan menetelmänä, koska tieto ohjelmiston moduulien toiminnallisuudesta on jaettu useamman kehittäjän kesken. Koodikatselmointi suoritettiin vain yhden kerran, mutta se keskittyi ohjelmiston tärkeimpään moduuliin eli ohjelmakoodiin, joka käsittelee kielitermien lataamista käyttöliittymäsivulle. Projektiryhmä sai dokumentit muodollisen katselmuksen ohjeista ja tarkasteltavasta materiaalista. Katselmoinnin seurauksena löydettiin suuri joukko virheitä ja puutteita tarkasteltavasta lähdekoodista. Nämä on raportoitu omaan Koodikatselmointi dokumenttiin. Vertaisryhmätestaus oli merkityksellinen kaikkien laatutavoitteiden saavuttamisen kannalta. Testauksen tuloksena löytyi erityisesti ohjelmiston toiminnallisuuteen ja käytettävyyteen liittyviä virheitä ja kehitysehdotuksia. Nämä kirjattiin vertaisryhmän toimesta Bugzillaan ja 2
6 raportoitiin käyttäen aiemmin mainittua Freemind työkalua. Asiakkaan jakama ohjelmointistandardi listasi ohjelmointityylin, säännöt ja kommentointiohjeet. Näillä on merkitystä etenkin ohjelmiston jatkokehitettävyyden ja dokumentoinnin kannalta. Osaltaan standardi auttoi myös toiminnallisuuden kehittämisessä, koska kehittäjät pystyvät paremmin ymmärtämään muiden projektiryhmäläisten luomaa lähdekoodia. Kaikki nämä vähentävät projektin riskejä ja parantavat ohjelmiston skaalautuvuutta. Asiakaspalautteen kerääminen on koostunut asiakkaalle viikoittain toimitetusta raportista koskien projektin tilaa. Projektiryhmän kolme jäsentä (Matti, Lauri ja Aleksi), jotka työskentelevät Innofactorilla, ovat lähellä asiakasta ja pystyneet näin olleen pitämään tiiviisti yhteyttä asiakkaaseen. Asiakkaalle on myös järjestetty pieni iteraatiodemo tai tarkemmin sanottuna ohjelmiston vapaamuotoinen esittely viikolla seitsemän. Sähköpostiviestintä asiakkaan kanssa on ollut aktiivista ja tällä on ollut mahdollisuus tutustua projektiryhmän tuottamiin dokumentteihin Internetissä. Systeemi- ja validointitestaus on periaatteessa koostunut muista aikaisemmin mainituista menetelmistä kuten jatkuvan integraation työkalun käytöstä yhdistettynä tutkivaan testaukseen sisältäen vertaisryhmätestauksen, suoritettuna luonnollisesti oikealle testidatalle. Ensimmäisen iteraation demo toimi varsinaisena ensimmäisenä validointitestauksena ja toisen iteraation demo edustaa luonnollisesti asiakkaan suorittamaa lopullista ohjelmiston validointitestausta. Projektin riskit on kuvattu tarkemmin projektisuunnitelman kappaleessa seitsemän. Tässä viittaan niihin numerolla ja otsikolla. Asiakkaan tarpeiden väärinymmärryksen, riskit 2, 4 ja 5, välttämiseksi on asiakaspalautteen kerääminen ehdottoman tärkeää samoin kuin systeemi- ja validointitestaus sekä poikkeustenhallinta. Riskit "Kehittäjä lopettaa kesken projektin", "Tuotettu arkkitehtuurin ei ole riittävän selkeä" ja "Editorin toteutuksessa törmätään johonkin esteeseen tai tuntiarviot ovat vääriä", riskit 2, 3 ja 6, vaativat koodikatselmointeja ja pariohjelmointia sekä tietenkin hyvää dokumentointia. Laatumenetelmistä asiakaspalaute on ratkaisevimmassa roolissa. 2. Laatustatus 2.1 Laatukojelauta Evaluoidaan systeemin laatustatusta. Kojelaudassa (kuva 1.) systeemi on jaettu eri moduuleihin sekä dokumentaatioon. Koska dokumentaatio ei vaikuta yhtä suorasti lopputulokseen ovat kaikki dokumentit niputettu tässä vaiheessa vielä yhteen nippuun. Moduulit puolestaan on kuvattu erikseen koska asiakasta kiinnostava toiminnallisuus toteutetaan niiden avulla. Siten moduulit ovat suuremman huomion arvoisia. Laatukojelauta on jaettu kolmeen pääosaan; tarkastelun alla olevan osan tilaan, arvion luotettavuuteen sekä kommentit. Tila kuvaa kuinka valmis osa on, eli kuinka suuri osa sen suunnitellusta toiminnallisuudesta on toteutettu ja testattu. Tilaan on yhdistetty myös laatustatus, mikä kuvaa kuinka laadukkaasti osan arvioidaan toteuttavan sille suunnitellun toiminnallisuuden, kuinka laadukkaasti osa on testattu ja kuinka hyvin se vastaa alkuperäisiä vaatimusmäärittelyitä. Luotettavuus kuvaa kuinka luotettavana projektiryhmä pitää omia arvioitaan valmiusasteesta ja laatustatuksesta. Kommenteissa kuvataan mihin arviot perustuvat. 3
7 Kuva 1: Laatuliikennevalot 2.2 Poikkeukset ja laatumittarit Poikkeusten hallinta on toteutettu kurssin tarjoamalla Bugzilla työkalulla. Seuraavassa (Taulu 3.) esitetään avoimet virheet. Tarkempi listaus avoimista virheistä löytyy Avoimet bugit dokumentista. Taulu 3. Avoimet virheet Bugzilla työkalussa. ID Sev Pri OS Summary 12 nor P2 Win Tyhjään tietokantaan ei voi editorissa lisätä tunnisteita 17 cri P5 Win Ohjelmisto ei salli konfiguraatiota, jossa käytetään vain jaettua kantaa 21 maj P4 Win Editorissa sisältöä muutettaessa ei luoda uutta sisältöä 23 nor P3 Win Epäselvä käyttöliittymä 26 nor P1 Win Liikaa hakutuloksia Tutkivan testauksen tuloksia löytyy myös Test Charter Editor ja Test Charter Search dokumenteista. Kyseisten dokumenttien raportoimia bugeja ei ole lisätty Bugzillaan, mihin vaikutti merkittävästi testitulosten valmistuminen iteraation viimeisen viikon lopulla ja testauksen puuttuminen alkuperäisestä laadunvarmistussuunnitelmasta. Tällöin olemassa olevat tärkeimmät bugit oli jo käsitelty ja projektiryhmän keskittyminen siirtyi dokumentointiin ja ohjelmiston luovuttamisen asiakkaalle. Testien koodinkattavuutta on seurattu NCover työkalun avulla. Viimeisin raportti löytyy CoverageReport dokumentista. Koodikattavuuden taso on liikkunut noin 60 prosentin tasolla viimeisten viikkojen aikana ja viimeisin raportti kertoo arvon olevan 61.1 prosenttia. 4
8 Ohjelmiston moduuleista Core.CacheHandler pudottaa kokonaiskattavuutta, koska sen uusimpia luokkia varten ei ole kehitetty testejä, koodikattavuuden arvona 50 prosenttia. Tietokantatason moduuli Core.Data:n käsitteitä ja konteksteja käsittelevät luokat ConceptManager ja ContextData sisältävät vierailemattomia funktioita mikä pudottaa reilusti moduulin kattavuutta, tarkalleen 64,9 prosenttiin. Core.Model -moduulin ContentKeyGroup luokka sekä tuotelinja- ja versiohierarkiaa käsittelevät luokat ProductLineHierachy ja ProductLineVersion pudottavat osaltaan moduulin koodikattavuutta 78,5 prosenttiin. Lopuksi Core.Util moduuli on lähes testaamaton mikä tiputtaa edelleen jonkin verran kokonaiskattavuutta. CVS Stat työkalun raportti versionhallinnan muutoksista löytyy CVS Stat report pakkauksesta. Raportti listaa muun muassa kehittäjien versionhallintaan kommitoimat koodirivit ajan suhteen eri näkymillä, varsinaiset kommitoidut tiedostot ajan suhteen sekä statistiikkaa ohjelmiston tiedostoista. Yksi tärkeistä raportin osuuksista on koodirivien määrä ajan suhteen. Alkuun kehitys on ollut suhteellisen tasaista viikolta 42 viikolle 47 saakka. Kuvaajasta käy ilmi kuinka koodirivit ovat lisääntyneet voimakkaasti ennen ensimmäisen iteraation demoa, toisin sanoen viikoilla Tämän jälkeen kehitys näyttää talviloman seurauksena pysähtynyt kokonaan pitkäksi aikaa, mutta taustalla on kuitenkin tehty jonkin verran lähdekoodin refaktorointia. Kehitys on näkyvästi jatkunut vasta viikosta 5 eteenpäin ja kiihtynyt voimakkaasti jälleen juuri ennen iteraatiodemoa, viikolla Laatutavoitteet Seuraavassa (Taulu 4.) on esitetty projektin laatutavoitteiden statuksen tila ja perustelut arvioinnille. Taulu 4. Projektin laatutavoitteiden tila. Tavoite Tila Perustelut Toiminnallisuus OK Toteuttaa asiakkaan priorisoimat toiminnallisuudet Suorituskyky Skaalautuvuus? Käytettävys OK OK Riskien hallinta OK Testattu yksikkötason testeillä oikealla datalla. Testattu myös tutkivalla testauksella mukaan lukien vertaisryhmätestaus. ei ole ollut mahdollista testata tätä kattavasti koska ryhmällä ei ole saatavilla riittävää testauslaitteistoa Saatu palautetta asiakkaalta. Testattu myös tutkivalla testauksella mukaan lukien vertaisryhmätestaus. Yllätyksiä on tullut mutta tilanteista on selvitty osaamisen hajautuksen ja muun valmistautumisen avulla Yhteenvetona voidaan sanoa että laatutavoitteet on saavutettu niiltä osin kun ne on ollut mahdollista saavuttaa. 5
9 3. Laadunvarmistuksen kehitystoimet Seuraava vaihe projektissa on jo asiakkaalle luovutus mikä ei tietenkään tarkoita, että laadunvarmistusta tulee unohtaa. Asiakkaan kannattaa tutustua käytettyihin laatumenetelmiin, etenkin automaattisen yksikkötestaukseen ja jatkuvan integraation menetelmään. Tässä dokumentissa ja loppuraportissa esitettyjen kommenttien perusteella pitäisi lukijalle käydä selväksi miksi nämä menetelmät ovat paikallaan ohjelmiston kuin ohjelmiston kehityksessä. Tutustumalla avoimiin virheisiin, laadunvarmistussuunnitelmaan ja muihin teknisen toteutuksen dokumentteihin asiakas voi jatkaa suhteellisen vaivattomasti ohjelmiston kehitystä. 6
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ä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ä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ä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ä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ä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-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ä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ätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
LisätiedotArkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2
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ä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ä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. 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ä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 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ä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ä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ä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ä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ätiedot0.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ätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
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ä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ä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ätiedotSALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti
Järjestelmäprojekti 1 projektisuunnitelma ICT4TN007-2 SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti Versio 0.1 Tekijät Keijo Nykänen Tarkastanut Hyväksynyt HAAGA-HELIA
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ätiedotOhjelmistotuotteen hallinnasta
Ohjelmistotuotteen hallinnasta Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Haikala ja Märijärvi, Ohjelmistotuotanto Royce, Software Project Management, A Unified Framework 1 Tavoitteista
LisätiedotProjektisuunnitelma. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Projektisuunnitelma Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 1.0 19.10.2007 Johannes Suanto Esitetty Iteraatiodemossa,
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ä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ä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ätiedotT 76.115 Tietojenkäsittelyopin ohjelmatyö Hirviöryhmä loppukatselmointi. Hirviö. Projektikatselmointi
Hirviö Projektikatselmointi Mikä Hirviö on? Hajautettu muistikirja Professoreille Muistiinpanoja keskusteluista opiskelijan kanssa Diplomitöiden ja jatko opintojen seuranta Raportointi Opetushenkilökunnalle
LisätiedotProjektisuunnitelma. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14 <JULKINEN>
Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 3.0 2.3.2008 Johannes Suanto Päivitetty dokumentti projektin lopun
LisätiedotTestaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu
LisätiedotTapahtuipa Testaajalle...
Tapahtuipa Testaajalle... - eli testaus tosielämässä 09.10.2007 Juhani Snellman Qentinel Oy 2007 Agenda Minä ja mistä tulen Testauksen konteksti Tapauksia tosielämästä ja työkaluja 2 Minä Juhani Snellman
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ätiedotSEPA päiväkirja. BetaTeam. Juho Mäkinen, 57796V, Jari Leppä, 42710V, Versio Pvm Tekijä Kuvaus
SEPA päiväkirja BetaTeam Juho Mäkinen, 57796V, jvmakine@cc.hut.fi Jari Leppä, 42710V, jleppa@cc.hut.fi Versio Pvm Tekijä Kuvaus 0.1 10.11.2005 Juho Mäkinen Johdanto 1. 0.2 11.11.2005 J.Mäkinen, Käytäntöön
LisätiedotProjektisuunnitelma. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14 <JULKINEN>
Projektisuunnitelma Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 2.0 5.12.2007 Johannes Suanto Päivitetty dokumentti
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ätiedotJReleaser Yksikkötestaus ja JUnit. Mikko Mäkelä 6.11.2002
JReleaser Yksikkötestaus ja JUnit Mikko Mäkelä 6.11.2002 Sisältö Johdanto yksikkötestaukseen JUnit yleisesti JUnit Framework API (TestCase, TestSuite) Testien suorittaminen eri työkaluilla Teknisiä käytäntöjä
Lisä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ätiedotArkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 1.0 19.10.2007 Suanto 0.3 18.10.2007 Matti Eerola 0.2 17.10.2007
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ä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ätiedotTESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - XMLREADER LUOKKA i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotAutomaattinen 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ä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ä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ä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ätiedotYlläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
Lisä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ätiedotT Loppukatselmus
T-76.115 Loppukatselmus REILU 16.3.2005 Agenda Johdanto (5min) Tuotteen esittely (10 min) Käyttötarkoitus Vaatimukset Ohjelmiston rakenne Demosovellus Projektin arviointi (15 min) Iteraatiot Tavoitteiden
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ätiedotTyökalut ohjelmistokehityksen tukena
1 Työkalut ohjelmistokehityksen tukena Johdanto 2 Työkaluja eli ohjelmistotyötä tukevia ohjelmistoja käytetään ohjelmistoalan yrityksissä nykypäivänä paljon. Työkalut auttavat ohjelmistoalan ihmisiä suunnittelemaan
LisätiedotOhjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
LisätiedotTestausraportti v1.0. HOHTO - Henkilöstön osaamisen hallinnan työkalu
Tampere University of Technology Department of Pervasive Computing TIE-13100 Project Work on Pervasive Systems Mahtirojekti (4) HOHTO - Henkilöstön osaamisen hallinnan työkalu Testausraportti v1.0 Jussi
LisätiedotToteutusvaihe T2 Edistymisraportti
Toteutusvaihe T2 Edistymisraportti Sisällysluettelo 1. Projektin tila...3 1.1. Suoritetut tehtävät...4 1.2. Käytetyt menetelmät...5 1.3. Ongelmat...6 1.4. Jatkosuunnitelmat...6 Versio- ja muutoshistoria
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 28.10.2013 2 Päämäärä jedit-ohjelmointieditorin järjestelmätestaus
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ä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ä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ä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ä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ä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ä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ä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 - Konfiguraationhallinta
Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1
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ätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotHirviö Vertaistestausraportti
Hirviö Vertaistestausraportti Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. maaliskuuta 2005 1 Sisältö 1 Johdanto 3 2 Testauksen kattavuus 3 2.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ätiedotHarjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä:
Linux-harjoitus 6 Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä: http://www.mysql.com/, MySQL-tietokantaohjelman kotisivu. http://www.mysql.com/doc/en/index.html,
LisätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
LisätiedotValppaan asennus- ja käyttöohje
Versio Päiväys Muokkaaja Kuvaus 0.9 16.2.2006 Tuukka Laakso Korjattu versio 0.1 Antti Kettunen Alustava versio Sisällysluettelo 1 Johdanto...2 2 Valppaan asennus...3 2.1 Valppaan kääntäminen...3 2.2 Valmiiksi
LisätiedotCASE Varma Testauksen haasteet moniuloitteisessa testiympäristössä. 5.11.2015 Tuukka Vähäpassi
CASE Varma Testauksen haasteet moniuloitteisessa testiympäristössä 5.11.2015 Tuukka Vähäpassi Varman esittely Keskinäinen työeläkevakuutusyhtiö Varma on Suomen suurin työeläkevakuutusyhtiö ja yksityinen
LisätiedotVerkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008
Verkkopokerijärjestelmä Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008 Projektiryhmä Samuli Aalto-Setälä Jukka Kekälainen Jarno Kyykkä Mika Mielonen Mårten Smeds Otto Waltari Ohjaaja
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ätiedotLuku 8 Rakennusvaihe. Detailed Design. Programming. Moduulisuunnittelu. Ohjelmointi
Luku 8 Rakennusvaihe Moduulisuunnittelu Detailed Design Programming Ohjelmointi Teknisen Complete suunnittelun Technical viimeistely Design Suunnittelukatselmuksen Design Perform suorittaminen Review Yhteisen
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ä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ätiedotPikaopas. The New Black. Kesäkuu 2014. Datscha Pikaopas The New Black (25.6.2014) 1 (14)
Pikaopas The New Black Kesäkuu 2014 Datscha Pikaopas The New Black (25.6.2014) 1 (14) Taustatieto Tämä dokumentti on luotu helpottamaan uuden Datscha version käyttämistä. Uusi versio julkaistaan 27. kesäkuuta
LisätiedotTestaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Asdf Helsinki 22.2.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Kuisma Sami Louhio
Lisä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ä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ätiedotLOPPURAPORTTI Paperikonekilta Versio 1.0
Loppuraportti LITA/TIKO/PAPERIKONEKILTA 1 (14) 18.5.2009 LOPPURAPORTTI Paperikonekilta Versio 1.0 Tekijät: Jaakko Karhunen Jani Hyvönen TIKO, IT-Dynamo 5.kerros Osoite: Tietojenkäsittelyn koulutusohjelma
LisätiedotProjektisuunnitelma. (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus
Projektisuunnitelma (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus Ville Toiviainen Tomi Tuovinen Lauri af Heurlin Tavoite Projektin tarkoituksena
LisätiedotFigure 1: Projektipäälliköt Juha-Pekka Honkavaara ja Juha Mattila
1 Käytettävyysryhmä 1.1 Yleistä Tämän vuoden käytettävyystiimi (Uteam) perustuu kahden viime vuoden pohjalle. Uteam oli toiminnassa ensimmäisen kerran siis lukuvuonna 2005-2006. Uteamin projektiryhmä koostui
LisätiedotVERSIONHALLINTA. PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D
VERSIONHALLINTA PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D Versio Päivä Tekijä Kuvaus 0.1 26.10.2005 Kaarlo Lahtela Ensimmäinen versio 0.2 10.12.2006 Lauri Kiiski Suomennettu 3 (8 ) SISÄLLYS
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ätiedotYksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } }
Yksikkötestauksella tarkoitetaan lähdekoodiin kuuluvien yksittäisten osien testaamista. Termi yksikkö viittaa ohjelman pienimpiin mahdollisiin testattaviin toiminnallisuuksiin, kuten olion tarjoamiin metodeihin.
Lisä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ätiedotTestausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotOhjelmistojen virheistä
Ohjelmistojen virheistä Muutama sana ohjelmistojen virheistä mistä niitä syntyy? Matti Vuori, www.mattivuori.net 2013-09-02 1(8) Sisällysluettelo Ohjelmistojen virheitä: varautumattomuus ongelmiin 3 Ohjelmistojen
LisätiedotTestauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori
Testauksen tuki nopealle tuotekehitykselle Antti Jääskeläinen Matti Vuori Mitä on nopeus? 11.11.2014 2 Jatkuva nopeus Läpäisyaste, throughput Saadaan valmiiksi tasaiseen, nopeaan tahtiin uusia tuotteita
Lisätiedottsoft Tarkastusmenettelyt ja katselmukset Johdanto Vesa Tenhunen 4.2.2004
Tarkastusmenettelyt ja katselmukset tsoft Vesa Tenhunen 4.2.2004 http://cs.joensuu.fi/tsoft/ Johdanto Yksi tärkeimmistä tekijöistä laadukkaiden ohjelmistojen tuottamisessa on puutteiden aikainen havaitseminen
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ä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 / 8 Dokumenttihistoria Revisiohistoria Revision Numero Revision Päiväys
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ätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
Lisätiedot