T TESTAUSSUUNNITELMA - MedicMinder. Sisällysluettelo
|
|
- Jarno Penttilä
- 6 vuotta sitten
- Katselukertoja:
Transkriptio
1 , T TESTAUSSUUNNITELMA - MedicMinder! " # # $ " " % % % % " & $ " % % ' ( " " $ ) $ $ "! " # # $ " *! " # # $ " % ' ( # + " # % " " % % % # ) % $ $ ", % % " & % - %! " # # $ " Sisällysluettelo ' " " # % + " # " " % " ) - % / " " # % " % + " ' + $ % " $ $ % % # $ / % / + " # $ % " )! " % " $ 1! " " " " $ % " % 1 1 ( ' $ $ " " $ " % # + " 1 1 % % % ) # % $ % % % % ) % % $ " " " # - ( / ' + $ % " * 1 1 # % % % % * * # % " % # % " * 2 % " # % ' % ( % + " % " % $ ( * 2 % " % $ ( * 2 ' % ( % 2 2 % " " " % " 2 % " % " ) " # % ( - # % ( % + " ' ( $ # - - % # % # ' " $ $ " # " " $ + " ( / ( - # % ( -, % " " " " %, " % & + " % " " 1!
2 1 Johdanto 1.2 Tarkoitus ja kattavuus Tämä testaussuunnitelma on laadittu reseptimuistutus-palvelu Medicminderin prototyyppituotteen testausta varten. Dokumentti kuvaa prototyyppituotteen järjestelmätestauksen. Testausprosessissa testataan Medicmiderin tulevan pilottivaiheen ominaisuuksia, jotka on määritelty tarkemmin omassa kappaleessaan (kappale 13). Tässä vaiheessa testataan kaikki vaatimusmäärittelyssä kuvatut ykkösprioriteetin ominaisuudet. Dokumentin on tarkoitus kuvata tuotteen järjestelmätestauksessa vaadittavia tehtäviä, eri henkilöille kuuluvia vastuualueita, aikatauluja ja riskejä sekä testausympäristöä. Tämä dokumentti on tarkoitettu itse tuotteen kehitysryhmälle, toimeksiantajalle sekä kurssin opetushenkilökunnalle. Suunnitelman avulla kaikille osapuolille selviää perustellusti, että mitä ominaisuuksia tuotteesta testataan ja miten tämä tehdään. Dokumentti toimii lisäksi ns. punaisena lankana ryhmän jäsenille testausprosessin edetessä. Dokumentin rakenne noudattelee HYTT:n testaussuunnitelmaversio 1.2:n [5] rakennetta. 1.3 Tavoitteet Testausprosessin tavoitteena on testata pilottivaiheen tuote siten, että se ei sisällä enää ratkaisevia virheitä, jotka voisivat haitata tuotteen toimintaa. Lisäksi tuotteen laadusta pyritään varmistumaan siinä määrin, kuten vaatimusmäärittelyssä on määritelty. Testausprosessissa, kuten myös koko tuotekehitysprosessissa, otetaan huomioon lopullisen tuotteen vaatimukset, jotta suuremmilta jälkikäteen tehtäviltä korjauksilta vältyttäisiin. 2 Ympäristövaatimukset 2.1 Laitteisto ja ohjelmisto Testaus pyritään suorittamaan ympäristössä, joka vastaa mahdollisimman tarkasti lopullista tuotteen toimintaympäristöä. Ohjelmaympäristön ei enää juurikaan pitäisi muuttua testausvaiheesta lopulliseen tuotteeseen siirryttäessä. Lopullisia laitteistovaatimuksia ei ole tiedossa vielä testausvaiheessa, sillä lopullista palvelinta ja sen olinpaikkaa ei vielä ole tarkasti määritelty toimeksiantajan taholta. Suoritamme testauksen tällä hetkellä käytössä olevalla laitteistolla ja ohjelmaympäristöllä, jotka on esitetty seuraavassa. Palvelu pyörii Soneran yksi prosessorisella palvelimella, joka on 667Mhz:n Clone2. Keskusmuistia on 562 Mb ja kovalevytilaa on 8 Gb. Käyttöjärjestelmänä on Linux Redhat 9 Itse tuotteen eli Medicminderin tarvitsemat ohjelmat on listattuna seuraavassa: Apache (v2.0.40): WWW-palvelin, pyörii defaulttina portissa Apache Tomcat (v4.1.27): Tomcat portissa 8080, huolehtii JSP-osista (java-serveletit yms.).
3 ANT (Apache-ant-1.6alpha): Jave based build tool, avuksi paketointiin. ant.apache.org CVS (Concurrent Versions System) (v client/server): Versionhallintatyökalu. J2SE(v1.4.1_05): Java 2 Platform (SDK), sisältää tarvittavat osat Java-ohjelmien kääntämiseen ja suorittamiseen. java.sun.com/j2se SSH (OpenSSH v3.4p1): Secure Shell, kuuntelee defaulttiporttia MySQL (v11.18 Distrib ): Database server, SQL-tietokantapalvelin ja -client, kuuntelee porttia Lisäksi tietysti lukuisa joukko muita ohjelmia, palomuuriasetukset yms. joista nämä saattavat olla riippuvaisia, mutta niitä ei tässä ruveta erikseen listaamaan. 2.2 Turvallisuus Testaus ei saa aiheuttaa liiallisia turvallisuusriskejä omalle tuotteen kehitykselle tai asiakkaalle. Tästä johtuen luonnollisesti myös testausprosessi suoritetaan olemassa olevien NDA-sopimusten mukaisesti. Testeissä syntyvä testidata pyritään tallentamaan riittävän usein, jolloin koneen sekoamisesta ei aiheudu riskiä testidatan katoamisen muodossa. Testaushenkilöstö työskentelee itsekin ohjelmiston parissa koko testausprosessin ajan, joten suurempiin sekaannuksiin pystytään reagoimaan nopeasti. 3 Henkilöstö- ja koulutustarpeet Testaus suoritetaan kokonaisuudessaan tuotekehitysryhmän jäsenten voimin. Minkäänlaista ulkopuolista ammattiapua ei ohjelmiston testauksessa käytetä. Palvelun testikäyttäjinä toimivat myös itse ryhmän jäsenet, eikä tälläkään osa-alueella käytetä projektin ulkopuolisia henkilöitä. Testauksen etenemisestä on selvillä projektin luottamuksellisuuden vuoksi vain projektityöryhmä sekä toimeksiantaja. Projektin asiakas ei itse vaadi omaa läsnäoloaan testauksessa, mutta tulee ilmeisesti testaamaan tuotetta käyttäjätasolla, kunhan prototyyppituote on projektityöryhmän mielestä valmis. Asiakas ei myöskään vaadi testaajilta erityistä testauskoulutusta. Testaukseen osallistuvat kaikki projektityöryhmän jäsenet, mutta testauspäällikkönä testausprosessissa toimii Jussi Lucander. Varsinaisia testaajia projektissa on yhtä monta kuin tuotteen kehittäjiäkin, sillä testauksen suorittavat samat henkilöt, jotka ovat tuotteen kehittäneet. Koska tuote koostuu eri komponenteista, jotka ovat eri henkilöiden kehittämiä, niin pääidea on, että jokainen kehittäjä ohjelmoi omaa komponenttiaan koskevat testimetodit ja pyrkii testaamaan oman komponenttinsa. Kootun tuotteen testauksesta päävastuussa on testauspäällikkö. Tämä ei välttämättä aina ole paras ratkaisu virheiden löytämisen kannalta, mutta ajan puutteen vuoksi tässä tapauksessa lähes välttämätöntä. Lisäksi projektin luonteen ja koon huomioon ottaen se on tässä riittävä menettelytapa.
4 4 Vastuualueet Tuotteen testauksesta pääasiallisen vastuun kantaa testauspäällikkö. Myös muut ryhmän jäsenet osallistuvat testaukseen. Ideana on, että kehitys vaiheessa kukin ohjelmoija testaa pääasiassa itse tekemäänsä komponenttia, jolloin testausprosessi saadaan sujumaan nopeammin. Vastuuta eri komponenteista kuitenkin jaetaan testausprosessissa myös muille testaajille, sillä tällä tavoin saadaan esiin useampi mielipide ja testausprosessista saadaan objektiivisempi. Sovellamme myös Code Review tekniikkaa [6]. Koodin katselmointi vastuu jakautuu seuraavasti: Aikatarve Ville Jussi H Juha Samuli Valmist. Katsel. Muut Yhteensä Jussi L K Jussi H J L Samuli J L Juha L J Ossi K Ville L J Simo K K J: järjestäjä, L: lukija ja K: kirjuri. Muuten testauksen vastuualueet jakautuvat seuraavasti: Nimi Titteli Testauksen vastuualue Jussi Lucander Testauspäällikkö Testaussuunnitelma, SMS-Bridge, integrointi, hyväksyminen Jussi Heiskanen Testaaja Engine, SMS-Bridge, integrointi, hyväksyminen Juha Ikävalko Testaaja Käyttöliittymä, tietokonta, integrointi Ville Santaniemi Testaaja Tietokanta, integrointi Simo Vakkila Testaaja Testaussuunnitelma Matias Fallenius Testaaja Engine, hyväksyminen Samuli Viitanen Testaaja Käyttöliittymä, tietokanta, hyväksyminen Ossi Tiltti Testaaja Engine, integrointi
5 5 Vaadittava tulosaineisto 5.1 Terveydenhuollon ammattilaisen kirjautuminen Terveydenhuollon ammattilaisen kirjautuminen järjestelmään tapahtuu protovaiheessa tunnuksen ja salasanan avulla. Tämän osuuden testaus suoritetaan käsin. Luodaan siis muutamia testitunnuksia ja niille salasanat, jonka jälkeen suoritetaan sisäänkirjautumisia, sekä asianmukaisilla -, että virheellisillä tunnus-salasanapareilla. Vaaditut tulokset [3]: - Sisäänkirjautumisen tulee onnistua asianmukaisilla tunnus-salasanapareilla - Sisäänkirjautumisen ei tule onnistua seuraavissa tapauksissa: - Käytettyä tunnusta ei ole olemassa. - Tunnus on oikea, mutta salasana on virheellinen. - Tunnuksella on joku parasta aikaa sisäänkirjautuneena. Uloskirjautuminen tapahtuu painamalla uloskirjautumisnappia. Vaaditut tulokset [3]: - Uloskirjautumisen tulee vapauttaa kaikki istuntoa varten varatut resurssit. - Uloskirjautumisnappia ei tule voida painaa, ellei ole ensin sisäänkirjautunut. 5.2 Muistutussopimuksen lisääminen Uuden sopimuksen kirjaa terveydenhuollon ammattilainen omalta päätteeltään, joka on yhteydessä MedicMinder palvelimeen. Vaaditut tulokset [3]: Sopimuskirjausta ei tule voida tehdä, jos ei ole ensin sisäänkirjautunut. Kahden identtisen sopimuksen kirjaamisyrityksestä tulee ilmoitus. Ennen lopullista hyväksymistä ja kirjaamista järjestelmä näyttää koosteen syötetyistä tiedoista. Hyväksytyn muistutussopimuksen tulee kirjautua asianmukaisesti tietokantaan. Onnistuneesta sopimuskirjauksesta tulee vahvistus. Epäonnistuneesta sopimuskirjautumisesta tulee ilmoitus. 5.3 Muistutussopimusten selaaminen Terveydenhuollon ammattilainen voi halutessaan selata samassa terveydenhuollon toimipisteessä tehtyjä sopimuksia. Vaaditut tulokset [3]:
6 Selaamisen tulee onnistua vain sisäänkirjautumisen jälkeen. Selaamisen tulee onnistua nimen, lääkkeennimen tai ilman mitään tarkennuksia. Vain samassa terveydenhuollon toimipisteessä tehtyjen sopimusten selaamisen tulee onnistua 5.4 Kuitin ja käyttöohjeen tulostaminen Terveydenhuollon ammattilainen tulostaa tilaajalle kuitin sopimuksesta ja palvelun käyttöohjeet. Testausvaiheessa kuitti ja käyttöohje tulostuvat vain näytölle. Tämä testaus ei sisälly protovaiheeseen. Tulostetusta kuitista/käyttöohjeesta tulee käydä ilmi [3]: Sopimuksen osapuolet. Kuuluuko sopimukseen kuittausominaisuus. Mille ajanjaksolle sopimus on tehty, vai onko se voimassa toistaiseksi. Tulostetusta käyttöohjeesta tulee käydä selkeästi ilmi [3]: Minkä ajanjakson sisällä mahdollinen vaadittava kuittaus tulee lähettää. Miten mahdollinen kuittaus lähetetään. Miten palvelu voidaan purkaa. 5.5 Tekstiviestimuistutus Palvelun käyttäjä saa määrättyinä aikoina kännykkäänsä muistutuksen, jossa häntä kehoitetaan ottamaan lääkkeensä. Palvelun käyttäjä, joko kuittaa muistutuksen, tai sitten ei, riippuen tehdystä sopimuksesta. Testauksessa tarkastellaan ensisijaisesti kuittauksellista toimintoa, koska se on monimutkaisempi. Vaaditut tulokset [4]: Järjestelmä antaa kuittauksen, kun muistutus tulee perille asiakkaan kännykkään Palvelun käyttäjä kuittaa muistutuksen säädetyn ajan [4] kuluessa, merkitään muistutus tietokannassa läpiviedyksi. Jos kuittausta ei tule säädetyn ajan [4] kuluttua muistutuksen perille saapumisesta, järjestelmä lähettää tästä tiedon sopimuksessa määritetylle taholle [4]. 6 Erikoisominaisuuksia Ei ole vielä tullut vastaan. 7 Testauksen tehtäväjärjestys ja testausmenettely 7.1 Testausmenettely Testausperiaatteena on yritys löytää mahdollisimman riskialttiit kohdat ohjelmistosta. Tässä olemme käyttäneet valistuneen arvauksen apuna mm. aikaisempia löydettyjä
7 virheitä. Testit on suoritettu pääasiassa asiakkaalle tarkoitetun käyttöliittymän kautta. Lisäksi suoritamme koodin katselmoineja [6]. 7.2 Tehtäväjärjestys Tärkeimmät moduulit, kuten engine ja tietokanta, ja niiden testit tehdään ensin. Tällätavoin niitä testataan suhteellisesti eniten. 7.3 Testattavat osat Kaikki prototyyppivaiheen moduulit (Engine, SMS-Bridge, tietokanta, käyttöliittymä, connectionit) testataan ainakin kerran.
8 8 Testaustapaukset Testaustapaukset pyritään valitsemaan mahdollisimman kattavasti. Erityistä huomiota pyritään kiinnittämään raja-tapauksiin. Käytännössä tämä tarkoittaa sitä, että testitapaukset sijoitetaan niin, että testattavien rajatapausten molemmille puolille tulee testitapaus. 9 Hyväksymis- ja hylkäämiskriteerit Virheet luokitellaan neljään luokkaan: 1. Blocker: Estää ohjelman suorituksen 2. Critical: Kriittinen. Ei voi julkaista, ennen kuin on korjattu. 3. Nuisance: Pyritään korjaamaan ennen julkaisua. 4. Trivial: Ei välttämättä korjata ollenkaan. Tullakseen hyväksytyksi moduulin/järjestelmän täytyy läpäistä testit, ilman yhtään tason 1. tai 2. virhettä. Tasojen 3 ja 4 virheitä voidaan, harkinnan mukaan, jättää julkaistavaan versioon. 10 Riskienhallinta Riskit Testausaika jää lyhyeksi. Testausympäristö ei ole käytettävissä ajoissa. Jokin tärkeä ominaisuus jää huolimattomuudesta johtuen testaamatta. Testaajilla ei ole kokemusta testaamisesta tarpeeksi. Ohjelmakoodissa ilmenee suuria puutteita ja komponenttien yhteensopimattomuutta, jolloin testaus ei pääse edes alkamaan. Toimenpiteet Testaus pyritään aloittamaan hyvissä ajoin Toimeksiantajan vastuulla. Mahdollisista ongelmista ilmoitetaan etukäteen toimeksiantajalle, ja riski pyritään näin välttämään. Pyritään ottamaan kaikki ominaisuudet testauksessa huomioon huolellisesti. Seurataan tarkasti vaatimusmäärittelyn määräämiä ominaisuuksia. Tutustutaan testauksen teoriaan hyvin ja huolehditaan siitä, että kaikki vaatimusmäärittelyn määrittelemät ominaisuudet toimivat. Pyritään koodausvaiheessa tekemään huolellista työtä. Tiiviin yhteistyön avulla komponentit saadaan helpommin yhteensopiviksi. 11 Aikataulu ja työmäärät Testaus on osa kehitysprosessia, joten sitä tehdään aina projektin loppuun asti. Alla olevassa taulukossa ovat tuntimäärät eri moduulien, itegrointi- ja hyväksymistestaukseen. Testi Testaajat Aika Engine Heiskanen, Fallenius, Tiltti = 40 Tietokanta Santaniemi, Ikävalko, Viitanen = 32
9 Testi Testaajat Aika SMS-Bridge Heiskanen, Lucander = 24 Käyttöliittymä Ikävalko, Viitanen = 16 Integrointi Hyväksymis Lucander, Heiskanen, Santaniemi, Ikävalko, Tiltti Lucander, Heiskanen, Fallenius, Santaniemi, Viitanen = = Hyväksyntä Testauksen tavoite on virheetön tuote. Testaus voidaan kuitenkin lopettaa, kun tuotteessa ei ole enää yhtään 'Critical' tai 'Blocker' tason virheitä ja testaukseen varattu aika on käytetty. Tavoitteena on saada testaus loppuun saatetuksi n. viikkoa ennen luovutusta. 13 Testattavat ominaisuudet Seuraavassa on listattuna ne Medicminderin ominaisuudet, jotka tullaan testaamaan protovaiheessa. Protovaiheessa tuote sisältää vain välttämättömimmät ja tärkeimmät ominaisuudet, joten testaukseen sisältyy kaikki ominaisuudet, jotka tuotteeseen on tähän mennessä sisällytetty. Tästä syystä myös testien prioriteetti on kaikilla korkein mahdollinen eli 1. Test suite: Terveydenhuollon ammattilaisen käyttötapaukset Tunniste Prioriteetti Ominaisuus Viittaus vaatimusmäärittelyyn MM-Proto-FK1 1 Terveydenhuollon 6.1 ammattilainen. Kirjautuminen MM-Proto-FK2 1 Terveydenhuollon 6.1 ammattilainen. Poistuminen MM-Proto-FK3 1 Terveydenhuollon 6.1 ammattilainen. Lisäys MM-Proto-FK4 1 Terveydenhuollon ammattilainen. Selaus 6.1 Test suite: Asiakkaan käyttötapaukset Tunniste Prioriteetti Ominaisuus Viittaus vaatimusmäärittelyyn MM-Proto-AK5 1 Asiakas. SMSMuistutus 6.2 MM-Proto-AK6 1 Asiakas. SMSKuittaus 6.2
10 14 Ominaisuudet, joita ei testata Kaikki Medicminderin ominaisuudet, jotka toteutetaan vasta protovaiheen jälkeen, jätetään tässä vaiheessa testaamatta, sillä niitä ei vielä yksinkertaisesti ole olemassa. Myöskään toteutus näiden ominaisuuksien osalta ei ole vielä täysin lyöty lukkoon, joten täsmällisen testaussuunnitelman laatiminen näitä ominaisuuksia silmällä pitäen olisi tässä vaiheessa käytännössä mahdotonta. Protovaiheessa testaamatta jätettävät ominaisuudet: Ominaisuus Syy Viittaus vaatimusmäärittelyyn Terveydenhuollon ammattilainen. Ominaisuutta ei vielä ole 6.1 Tulostaminen Palvelun käyttäjä. Muistutus Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. Kuittaus Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä.puhemuistutus Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. OmatTiedot.Puhelin Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. OmatTiedot.SMS Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. Keskeytys.Puhelin Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. Keskeytys.SMS Ominaisuutta ei vielä ole 6.2 Tukihenkilö.SMSHälytys Ominaisuutta ei vielä ole 6.3 Tukihenkilö. Hälytys Ominaisuutta ei vielä ole 6.3 Tukihenkilö.PuheHälytys Ominaisuutta ei vielä ole 6.3 Terveydenhuollon Ominaisuutta ei vielä ole 6.4 ammattilainen.kirjautuminen Terveydenhuollon Ominaisuutta ei vielä ole 6.4 ammattilainen.poistuminen Terveydenhuollon ammattilainen.haku Ominaisuutta ei vielä ole 6.4 Ylläpitäjä.Kirjautuminen Ylläpitäjä.Poistuminen ammattilainen.selaus ammattilainen.lisäys ammattilainen.muutos ammattilainen.poisto ammattilainen.selaus ammattilainen.lisäys ammattilainen.muutos ammattilainen.poisto Ylläpitäjä.MuistutusSopimus.Selaus Ylläpitäjä.MuistutusSopimus.Keskeytys Ylläpitäjä.Arkisto.Selaus Ylläpitäjä.Muistutus.Selaus Ylläpitäjä.Tapahtumat.Selaus
11 15 Viitteet [1] Pattern your way to automated regression testing - Implement popular design patterns to overcome unit-testing hurdles - Kevin Pauli [2] JUnit best practices -Techniques for building resilient, relocatable, multithreaded JUnit - Andy Schneider [3] Vaatimusmäärittely v10. Kappale: 6.1 Terveydenhuollon ammattilaisen käyttötapaukset [4] Vaatimusmäärittely v10. Kappale: 6.2 Asiakkaan käyttötapaukset [5]
T TESTAUSSUUNNITELMA - MedicMinder. Sisällysluettelo
> T c m r t t { t }! "#" $&%('*),+-).) T-76.115 TESTAUSSUUNNITELMA - MedicMinder T > 5.6 7.8.:9(5.5,7 &?A@3BDC,EFEF&GC H@:IJ'JG&GKKLMNO'JG&E(!LP%#RQS@ 5.6 T.8.:9(6 >(5.5,7 &?A@3BDC,EFEF&GC
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ä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ä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ä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ä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ä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ä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ä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ätiedotTestaussuunnitelma Versio Päiväys Tekijä Kuvaus
Testaussuunnitelma Versio Päiväys Tekijä Kuvaus 0.1 15.11.01 Ville Vaittinen Ensimmäinen luonnos 0.2 10.12.01 Ville Vaittinen Kevyet päivitykset kommenttien perusteella Sisällysluettelo 1. Johdanto...3
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ä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ä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 Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
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ätiedotLohtu-projekti. Testiraportti. Versiohistoria: syklin toteutuksen testit. 1. ajo Virve
Lohtu-projekti Testiraportti Versiohistoria: 1.0 6.5.2003 2. syklin toteutuksen testit. 1. ajo Virve Helsinki 6. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi
Lisä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ätiedotTestaussuunnitelma Luuppi-projekti http://code.google.com/p/luuppi/
Testaussuunnitelma Luuppi-projekti http://code.google.com/p/luuppi/ versio 1.0 Projektiryhmä: Panu Tunttunen Petri Ikävalko Mikko Kuivanen Johannes Lampela Eero Jaakonaho Kari Jussila Saila Oldén Päiväys
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan
LisätiedotTestaussuunnitelma. Opeapuri. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Opeapuri Helsinki 2.4.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Krister Eklund
Lisä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ä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. Polku http://code.google.com/p/polku-projekti/ versio 1.0. Projektiryhmä. Janne Pihlajaniemi. Antti Jämsén.
Testaussuunnitelma Polku http://code.google.com/p/polku-projekti/ versio 1.0 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas
LisätiedotYlläpitodokumentti Mooan
Ylläpitodokumentti Mooan Helsinki 16.08.06 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op/6ov) Projektiryhmä Heikki Aitakangas
Lisä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ä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ätiedotHirviö Järjestelmätestauksen testitapaukset ja suoritusloki I1
Hirviö Järjestelmätestauksen testitapaukset ja suoritusloki I1 Jani Heikkinen Jukka Larja Kim Nylund Liia Sarjakoski 30. marraskuuta 2004 1 Sisältö 1 Sisään- ja uloskirjautuminen 3 1.1 Testitapaus F1-TC1................................
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ä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ätiedotTESTAUSSUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)
TESTAUSSUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2) 2 1. JOHDANTO 5 1.1. Tarkoitus ja kattavuus 5 1.2. Tuote 5 1.3. Määritelmät, termit ja lyhenteet 5 1.4. Viitteet 5 2. YMPÄRISTÖVAATIMUKSET
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ätiedotKontrollipolkujen määrä
Testaus Yleistä Testaus on suunnitelmallista virheiden etsimistä Tuotantoprosessissa ohjelmaan jää aina virheitä, käytettävistä menetelmistä huolimatta Hyvät menetelmät, kuten katselmoinnit pienentävät
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ätiedotTekniikka ja kehittäminen Minna Hillebrand Pauli Kujala
Korppi Tekniikka ja kehittäminen 25.10.2004 Minna Hillebrand Pauli Kujala Korppi www-järjestelmä https://korppi.jyu.fi Nykyversiota aloitettu syksyllä 2000. Kehittäjiä 4-12, koodirivejä ainakin 255 000.
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ätiedotKäyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio
Otus- projektinhallintatyökalu Käyttöohje Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Mari Tampere 9. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja,
LisätiedotTestausoppeja toimialavaihdoksesta
Testausoppeja toimialavaihdoksesta Maaret Pyhäjärvi Email: Gsm: 040-8233777 Erkki Pöyhönen & Maaret Pyhäjärvi Nimeä Attribution (Finland) http://creativecommons.org/licenses/by/1.0/fi/
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ätiedotVaatimusmäärittely Ohjelma-ajanvälitys komponentti
Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit
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ä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ätiedotTestauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg
Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg Symbio lyhyesti Innovatiivinen tuotekehitys- ja testauskumppani Juuret Suomessa, perustettu 1997 Laadukkaat ohjelmistotoimitukset
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ätiedotT Vaatimusmäärittely MedicMinder
Vaatimusmäärittely MedicMinder Sivu 1/19 JULKINEN T-76.115 Vaatimusmäärittely MedicMinder Versio Päivämäärä Tekijä Kuvaus 1.5_ext 14.3.2004 Simo Vakkila Julkinen versio 1.5 5.3.2004 Samuli Viitanen Päivityksiä
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ätiedotTESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI
LisätiedotT 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ä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ä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ätiedotProjektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma KotKot Helsinki 22.9.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 + 1 op) Projektiryhmä Tuomas Puikkonen
Lisä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ä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ätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/~jekahkon/wclique/testplan.pdf WCLIQUE Ohjelmistoprojekti WCLIQUE_TP Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com
LisätiedotSelvitysraportti. MySQL serverin asennus Windows ympäristöön
Selvitysraportti MySQL serverin asennus Windows ympäristöön IIO30200 / Jouni Huotari Arto Sorsa / F3900 CREATIVE COMMONS LISENSOITU http://creativecommons.org/licenses/by-nc-sa/1.0/fi/ 26.4.2010 1 SISÄLTÖ
LisätiedotKuntokirjuri. Testausraportti. Miika Alonen Jarkko Laine Jesse Honkanen Veli Matti Huovinen Jani Jäntti. Versio 1.1 16.5.2008
Kuntokirjuri Testausraportti Miika Alonen Jarkko Laine Jesse Honkanen Veli Matti Huovinen Jani Jäntti Versio 1.1 16.5.2008 Jakelu: Asiakas Jukka Rantala Ohjaaja Erkki Pesonen Opponoiva ryhmä 1 Kuopion
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Keimo-visualisointijärjestelmän Ray tracing - visualisaation testisarja. Sarja sisältää testitapaukset ja testilokit Päivämäärä 13.4.2003 Projektiryhmä
LisätiedotTestaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa:
Testaus käsite Sekalaista asiaa Sami Kollanus 15.11.2006 Jos ajatellaan, että = V&V, voidaan erottaa: Staattinen Dynaaminen Toisaalta voidaan määritellä Myersin (1979) mukaan: Testaus on ohjelman suoritusta,
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ätiedotTik Projektiryhmä: TeamAhma. Projektin HAYABUSA opponointi. Opponointisuunnitelma
TeamAhma Projektin HAYABUSA opponointi Opponointisuunnitelma Päivitetty 25.3.2001 klo 12:08 Projektin HAYABUSA opponointi Mikko Viljainen 2 (5) Sisällys 1. JOHDANTO...3 2. YMPÄRISTÖ...3 3. HENKILÖSTÖ...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ätiedotCEREMP-järjestelmän käyttöönotto
CEREMP-järjestelmän käyttöönotto Ohje energian tukkumarkkinoiden markkinaosapuolille CEREMP-järjestelmän käyttöönottoon ja markkinaosapuolen ensimmäisen vaiheen rekisteröintiin Versio 1.0 Mikä on CEREMP?
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ä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ätiedotPORTTI-PROJEKTI. Juha Erkkilä Jenni Hytönen Marko Kivelä Paula Mali Lari Väänänen. Testaussuunnitelma
PORTTI-PROJEKTI Juha Erkkilä Jenni Hytönen Marko Kivelä Paula Mali Lari Väänänen Testaussuunnitelma 29.4.2003 Jyväskylän yliopisto Tietotekniikan laitos Tietoja projektista ja dokumentista Ryhmän jäsenet:
LisätiedotTestiraportti - Koordinaattieditori
Testiraportti - Koordinaattieditori Versio Päiväys Tekijä Kuvaus 3.1 22.03.02 Ville Vaittinen T3 vaiheen 1. testattava editori Sisällysluettelo 1. Testien suoritus... 3 2. Testitapaukset... 4 2.1 Uuden
Lisätiedothttp://www.wordle.net Opiskelijan ohje Tutkintopalvelu 1.9.2013
http://www.wordle.net Opiskelijan ohje 1.9.2013 Opiskelijan ohje 2 (9) n käyttöohje tutkinnon suorittajalle Ohjeen sisältö TIEKEn tutkintoja hallinnoidaan ssa, jonka osoite on /tupa. Jokainen TIEKEn tutkintoa
LisätiedotMcAfee epolicy Orchestrator Pre-Installation Auditor 2.0.0
Julkaisutiedot McAfee epolicy Orchestrator Pre-Installation Auditor 2.0.0 McAfee epolicy Orchestrator -ohjelmiston kanssa käytettäväksi Sisällys Tietoja tästä julkaisusta Uudet toiminnot Parannukset Ratkaistut
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ätiedotUutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3
Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2
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ätiedotTestaussuunnitelma. pokeriv3. Helsinki 10.4.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma pokeriv3 Helsinki 10.4.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anne-Marie Grönroos
LisätiedotOhje Tutkintopalveluun rekisteröitymiseen. Osaamispalvelut
Ohje Tutkintopalveluun rekisteröitymiseen Osaamispalvelut 1.2.2008 2 (9) Ohje tutkinnon suorittajan rekisteröitymiseen Tutkintopalveluun TIEKEn tutkintoja hallinnoidaan Tutkintopalvelussa, jonka osoite
LisätiedotTestausraportti v.1.3
Testausraportti v.1.3 HeTLi Helsinki 24.8.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 2/7 Kurssi Projektiryhmä Asiakas Johtoryhmä Kotisivu 581260 Ohjelmistotuotantoprojekti
LisätiedotSAP. Lasse Metso 14.1.2011
SAP Lasse Metso 14.1.2011 Toiminnanohjausjärjestelmä engl. Enterprise Resource Planning, ERP Integroitu tietojärjestelmä joka palvelee kaikkia yrityksen osastoja. Tuotantoyrityksistä liikkeelle lähtenyt
LisätiedotVisma Nova. Visma Nova ASP käyttö ja ohjeet
Visma Nova Visma Nova ASP käyttö ja ohjeet Oppaan päiväys: 2.2.2012. Helpdesk: http://www.visma.fi/asiakassivut/helpdesk/ Visma Software Oy pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai
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ätiedotMaha Eurosystem jarrulaskentaohjelman asennusohje versio 7.20.026
2012 Tecalemit Oy Seppo Koskivuori Maha Eurosystem jarrulaskentaohjelman asennusohje versio 7.20.026 Vaatimukset: - tietokone (PC), jossa vapaa USB portti - käyttöjärjestelmä Windows XP, Vista tai Windows
Lisätiedot11. PALAVERIN PÖYTÄKIRJA. Jyväskylän Yliopisto Tietotekniikan laitos CONCEPT-projekti Paikka ja aika
Paikka ja aika Kokoustila Ag C223.1 tiistai klo 13:33-16:07 Läsnä Jouni Kallio(JK), liikuntabiologian laitoksen edustaja Lari Kannisto(LK), vastaava ohjaaja Petteri Kela(KELA), tekninen ohjaaja Pekka Kuuva(PK),
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ä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ätiedotHyväksymistestauksen tarkistuslista järjestelmän hankkijalle
Hyväksymistestauksen tarkistuslista järjestelmän hankkijalle Tarkistuslista on suunniteltu käytettäväksi hyväksymistestauksen suunnittelussa, valmiuksien arvioinnissa ja katselmoinnissa.tämä tarkistuslista
LisätiedotTestaussuunnitelma. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Testaussuunnitelma Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 14.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotKäyttöohje. Ticket Inspector. Versio 1.0. Sportum Oy
Käyttöohje Ticket Inspector Versio 1.0 Sportum Oy 10.5.2017 Sivu 1 Sisällysluettelo 1. Yleistä... 2 2. Kirjautuminen ensimmäisellä kerralla / PIN-koodin unohtuessa... 3 3. Tunnistautuminen... 4 4. Päänäkymä...
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ä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ätiedotTestauspäällikön tarinoita Arto Stenberg
Testauspäällikön tarinoita Arto Stenberg 2.12.2013 A software foundry that helps companies create breakthrough product innovations. We help our clients to: 1. Create new products 2. Scale out their product
LisätiedotVakuutusyhtiöiden testausinfo
Vakuutusyhtiöiden testausinfo ATJ:n ulkoisten liittymien testaaminen Jonna Hannukainen ja Markku Noukka 12. ja 17.5.2006 (Päivitetty 18.5.2006) ATJ:n integraatiotestaus vakuutusyhtiöiden kanssa Testauksen
LisätiedotTestaussuunnitelma. HenTyLi. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma HenTyLi Helsinki 8.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Johdanto... 4 2 Testauksen tavoite... 4 3 Testausstrategia... 4 4 Testauksen
LisätiedotNäin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut www.helsinki.fi
Näin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut Ohjelmointikurssin järjestäminen Helsingin yliopiston Ohjelmoinnin MOOC-kurssimateriaalin avulla 15.4.2016 1 Linkki Tietojenkäsittelytieteen
Lisätiedotdokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant
AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision
LisätiedotT-76.115 Testiraportti TR-3. ETL-työkalu
T-76.115 Testiraportti TR-3 ETL-työkalu ExtraTerrestriaLs Versio Päivämäärä Tekijä Kuvaus 1.0 14.03.05 Risto Kunnas Ensimmäinen versio 1.1 15.03.05 Risto Kunnas Korjauksia Sivu 1 / 14 Sisällysluettelo
Lisätiedot@Tampereen Testauspäivät (2012-06)
@Tampereen Testauspäivät (2012-06) Testausodotukset räätälöityjen järjestelmien projekteissa Maaret Pyhäjärvi, testausasiantuntija Twitter: maaretp Testausvastaava @ Granlund Oy Yrittäjä
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ä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ätiedotHallintaliittymän käyttöohje
Hallintaliittymän käyttöohje 1. Yleisiä huomioita Hallintaliittymän käyttöä helpottavia yleisiä huomioita: - Käytä listanäkymien hakukentissä kentän vieressä olevaa hakunappia, älä enter-näppäintä. - Älä
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ätiedotTikon Ostolaskujenkäsittely/Web-myyntilaskutus versio 6.4.0
Toukokuu 2014 1 (11) Tikon Ostolaskujenkäsittely/Web-myyntilaskutus versio 6.4.0 Päivitysohje Toukokuu 2014 2 (11) Sisällysluettelo 1. Tehtävät ennen versiopäivitystä... 3 1.1. Ohjelmistomuutosten luku...
Lisätiedot