Testausraportti v1.0. HOHTO - Henkilöstön osaamisen hallinnan työkalu
|
|
- Aila Palo
- 6 vuotta sitten
- Katselukertoja:
Transkriptio
1 Tampere University of Technology Department of Pervasive Computing TIE Project Work on Pervasive Systems Mahtirojekti (4) HOHTO - Henkilöstön osaamisen hallinnan työkalu Testausraportti v1.0 Jussi Tuurinkoski: Taina Peltonen: Juho Teperi: Oskari Ruutiainen: Niko Junkala:
2 Version history Version Date Author Description Matti Vuori First draft Outi Sievi-Korte Styling Tensu Tuurinkoski, Peltonen Header and footer fine-tuning Ensimmäinen versio Tuurinkoski Kappale Tuurinkoski Peltonen Tuurinkoski Tuurinkoski Kappale 4 Kappale 3 Kappaleet 5 ja 6 Johdanto ja oikoluku 2/8
3 Sisällys 1 Johdanto Testauksen yleinen kuvaus Matalan tason testaaminen (yksikkö- ja integraatiotestaus) Vaatimusten testaaminen Toiminnalliset vaatimukset Ei-toiminnalliset vaatimukset Käyttökokemus ja käytettävyys Tietoturva Suorituskyky Luotettavuus Vikalista Yhteenveto tuotteen laadusta... 6 Viitteet... 7 LIITTEET /8
4 1 Johdanto Tämän dokumentin tarkoituksena on kuvata testauksen eri vaiheita projektissa. Luvuissa käydään läpi yleinen kuvaus testausmenetelmistä, mitä testattiin ja missä vaiheessa. Testausraportin liitteissä on lisäksi markdown-tiedosto, joka tarjoaa listan keskeneräisistä toiminnallisuuksista, joita ei ehditty toteuttaa tai testata halutulla tavalla. 2 Testauksen yleinen kuvaus Tuotteen testaamisen voisi jakaa seuraaviin osa-alueisiin projektissamme: yksikkötestaaminen implementointivaiheessa koodin tekijän toimesta, yksikkötestaaminen automaattitestien avulla, e2e-testaaminen sekä automaattitestein että manuaalisesti, järjestelmän toiminallinen testaaminen manuaalisesti pilvipalveluun ladatulla julkaisulla sekä käytettävyystestaaminen pilvipalvelujulkaisun avulla. Testausvastuu jakautui ryhmän sisällä siten, että jokainen vastasi omasta koodistaan, ja automaattitestit toimivat regressiotestauksen työkaluna. Järjestelmän toiminnallinen testaaminen toteutettiin tutkivana testaamisena, josta vastasi pääasiassa Jussi Tuurinkoski. Toiminnot käytiin läpi yksitellen kokeilemalla eri skenaarioita, joista muodostettiin testausloki. Lokin pohjaa käyttämällä testit toteutettiin uudelleen jokaisen uuden julkaisun jälkeen. Ensimmäinen koko järjestelmän toiminnallinen testaus suoritettiin Käytettävyystestaukseen osallistui koko Mahtirojekti-ryhmä ja lisäksi yhdeksän henkeä asiakkaan puolesta. Pilvipalveluun ladatun julkaisun testaamisessa käytettiin itse populoitua tietokantaa, joka sisälsi valmiit listat esimerkkikäyttäjistä, -taidoista, -projekteista ja ryhmistä. Tämän lisäksi käyttäjät pystyivät itse rekisteröitymään palveluun ja näin tekemään oman tunnuksen. Lisäksi taitoja, projekteja ja ryhmiä pystyi lisäämään, muokkaamaan ja poistamaan toiminnallisen määrittelyn mukaisesti[1]. Populoitu tietokanta helpotti testaamista valmiiksi löytyvän datan ansiosta. Samalla saatiin varmistus siitä, miten järjestelmä toimii tuotantoa vastaavalla tietomäärällä, kun käyttäjiä ja muita instansseja löytyy useita kymmeniä. 3 Matalan tason testaaminen (yksikkö- ja integraatiotestaus) Backendin malleille kirjoitettiin yksikkötestit[3] käyttäen Mochaa. Mocha on JavaScript testikehys, joka pyörii node.js-alustalla. Mochan kanssa käytettiin Chai-kirjastoa ja sen Should-rajapintaa väitteiden kirjoittamiseen. Testeillä testattiin, että malleihin voisi tallentaa vain oikeellista tietoa ja että niiden poistaminen ja päivittäminen toimisi. Yksikkötestit ajettiin uuden ominaisuuden lisäämisen tai korjauksen jälkeen. Automaattisia yksikkötestejä ei tehty muille kuin malleille, ja niistä pois lukien accesstoken.js, auth.js, imgs.js, log.js, recoverytoken.js, role.js, tag.js, usergroup.js, userproject.js ja userskillproject.js. E2e-testit[4] tehtiin Mochalla. Niissä testattiin tietokannan tyhjentämistä, rekisteröitymistä ja kirjautumista. Muita testejä ei kirjoitettu automaattisiksi, vaan jokainen testasi aina manuaalisesti omista lisäyksistään, että uudet asiat näyttävät toimivan järjestelmässä ja eivät riko vanhoja, ennen kuin lisäsi muutokset yhteiseen tietovarastoon. Lisäksi testauksessa käytettiin avuksi http-asiakasohjelmaa nimeltä 4/8
5 Postman, jolla pystyttiin tekemään helposti pyyntöjä ja näkemään, että vastaus on halutunlainen. 4 Vaatimusten testaaminen Vaatimusten testaaminen jaettiin kahteen kategoriaan: toiminnallisten ja eitoiminnallisten vaatimuksien testaamiseen. Toiminnalliset vaatimukset löytyvät HOHTO:n määrittelydokumentista[1]. Ei-toiminnallisten vaatimusten testaaminen kattoi laatuvaatimusten[1] testaamisen. 4.1 Toiminnalliset vaatimukset Toiminnallisten vaatimusten testaaminen toteutettiin tutkivana testaamisena. Testauskohteena oli aina uusin julkaisu, joka oli ladattuna Heroku-pilvipalveluun. Testidatana käytettiin valmiiksi populoitua tietokantaa ja testaamisen yhteydessä annettuja syötteitä testiskenaariosta riippuen. HOHTO:n toiminnot käytiin läpi näkymä kerrallaan testauslokin[2] mukaisesti. Testauslokit tarjoavat tarkemman kuvan siitä, mitä toiminnallisella puolella testattiin ja miten työ eteni testaamisen alkuvaiheista loppuun saakka. 4.2 Ei-toiminnalliset vaatimukset Ei-toiminnallisten vaatimusten testaaminen kattoi määrittelydokumentissa mainittujen laatuvaatimuksien testaamisen. Näitä olivat käytettävyys, tietoturva, suorituskyky sekä luotettavuus. Kaikkien näiden osa-alueiden testaaminen toteutettiin käyttöliittymän kautta järjestelmätasolla Käyttökokemus ja käytettävyys Käyttökokemusta ja käytettävyyttä testattiin heti ensimmäisistä versioista lähtien. Kehityksen luonne oli ketterää ja muutoksia tehtiin lähes päivittäin. Viikkopalavereissa tehtiin pääasiallinen suunnittelutyö käyttöllittymästä, joka kehittyi nykyiseen muotoonsa useiden iteraatioiden kautta. Palautetta saatiin myös asiakkaalta jokaisessa asiakastapaamisessa. Tammikuun päivinä suoritettiin myös erillinen käytettävyystestaus, johon osallistui yhdeksän Goforen työntekijää. Kommentit olivat arvokkaita, mutta julkaistu versio oli paikoittain hyvin buginen, mikä vaikutti negatiivisesti testauskokemukseen eikä käyttäjä selvästi pystynyt keskittymään vain ja ainoastaan käytettävyysratkaisujen testaamiseen. Tämä oli selvästi osa-alue, jonka olisi jälkeenpäin voinut suorittaa paremmin. Tammikuu ajanjaksona oli aivan liian lyhyt, joten lopullisempi versio olisi pitänyt olla jo joulukuun loppuun mennessä julkaistuna ja käytettävyystestaus suorittaa ainakin viikkoa aiemmin, jotta kaikkiin seikkoihin olisi ehditty reagoida. Järjestetyn käytettävyystestauksen jälkeen ehdittiin kuitenkin tehdä vielä useita uusia suunnitteluratkaisuja ja toteuttaa ne, ja muutos olikin huomattava viimeisen puolentoista viikon aikana. Merkittävimmät muutokset koskivat kuvan lataamista profiileihin sekä varmistusdialogeja taitojen, avainsanojen ja projektiroolien yhdistämisessä. 5/8
6 4.2.2 Tietoturva Tietoturvan testaaminen keskittyi siihen, että tietokanta ei päästä tietoa rajapinnan läpi ilman asianmukaista pääsyä (accesstoken). Tämä koski lähinnä testitapauksia, joilla yritettiin saada salasanoja tai päästä tiloihin muokkaamalla osoitekenttää. Määrittelyvaiheessa todettiin, että käyttäjäryhmille ei ole tarvetta, joten jokainen käyttäjä on kykenevä tekemään muutoksia myös muiden henkilöiden profiileihin. Tätä toimintamallia ei nähdä ongelmallisena, sillä kaikista muutoksista jää kuitenkin aina jälki järjestelmälokiin Suorituskyky HOHTO:n suorituskykyä ei testattu erillisillä työkaluilla. Kuormitusta ja suorituskykyä on testattu valmiiksi populoidulla tietokannalla, joka sisälsi yli sata käyttäjää, kymmeniä taitoja ja muutaman projektin. Järjestelmän käyttö perustuu kuitenkin yksinkertaisiin sivuston eri näkymien latauksiin eikä suuria tietomääriä käsitellä kerrallaan missään päin palvelua Luotettavuus Palvelun luotettavuuden testaaminen kulki rinnalla muun järjestelmätestauksen kanssa. Luotettavuutta arvioitiin testauksen aikana havainnoimalla mahdollisia vikatiloja. Toiminnallisen testauksen aikana HOHTO ei mennyt perätilaan yhdenkään testauskerran aikana. Myös kaikki käyttöliittymän kautta oikeellisessa muodossa syötetty tieto tallentui aina tietokantaan. 5 Vikalista Tarkempi listaus tiedostetuista vioista löytyy liitteenä olevasta ZIP-paketista (vikalista.md). Viat ovat luonteeltaan pääasiassa kosmeettisia eivätkä näin vaikuta palvelun toimivuuteen. 6 Yhteenveto tuotteen laadusta Testauksen perusteella HOHTO ei sisällä merkittäviä bugeja toiminnallisella puolella ja täyttää laatuvaatimukset. Ennen tuotantoon vientiä Goforen tulee asettaa omat konfiguraatiot järjestelmään koskien esimerkiksi asianmukaista salasanakäytäntöä ja rekisteröitymisessä sallittuja sähköpostiosoitteita. Muilta osin palvelu on valmis tuotantoon. Tarkemmat yksityiskohdat käydään läpi asiakkaan kanssa ja tarvittava ohjeistus luovutetaan myös kirjallisena ylläpitodokumentin muodossa. 6/8
7 Viitteet [1] HOHTO Määrittelydokumentti ver Viitattu Saatavilla: [2] HOHTO Testauslokit. Viitattu Saatavilla: ZIP-paketti liitteenä. [3] HOHTO Backend yksikkötestit. Viitattu Saatavilla: ZIP-paketti liitteenä. [4] HOHTO E2E-testit. Viitattu Saatavilla: ZIP-paketti liitteenä. 7/8
8 LIITTEET 1. ZIP-paketti, joka sisältää järjestelmätestauksen testauslokit, käytettävyystestauksen palautteiden yhteenvedon, backendin yksikkötestit, e2e-testit sekä vikalistan. 8/8
Kuopio Testausraportti Asiakkaat-osakokonaisuus
Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki
Lisä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ä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ä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ä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ä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ä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ä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ä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ätiedotHOHTO 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 Loppudokumentti v1.1 Jussi
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ä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ä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ä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ä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ä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ätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
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ä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ä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ä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ä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ätiedotMahtirojekti (4) Henkilöstön osaamisen hallinnan työkalu
Tampereen teknillinen yliopisto Tietotekniikan laitos TIE-13100 Tietotekniikan projektityö Mahtirojekti (4) Henkilöstön osaamisen hallinnan työkalu Projektisuunnitelma 211594 Jussi Tuurinkoski 211419 Taina
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ä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ätiedotLiite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu
Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu
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ä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ä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ätiedotSuvi Junes/Pauliina Munter Tietohallinto/Opetusteknologiapalvelut 2014
Tietokanta Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia ja linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat
LisätiedotTestiautomaatio tietovarastossa. Automaattisen regressiotestauksen periaate ja hyödyt
Testiautomaatio tietovarastossa Automaattisen regressiotestauksen periaate ja hyödyt Sisältö 2 Testaus kiinteänä osana DW-toteutusta Regressiotestauksen merkitys Robot Framework Automatisoitu DW:n regressiotestaus:
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ä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 Tiera on vuonna 2010 perustettu yli 200:n kuntatoimijan omistama
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ä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ä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ä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ä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 Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Projektin tilanne (10 min) Tavoitteiden toteutuminen Iteraation tunnusluvut Käytetyt työskentelymenetelmät (5min) Iteraation
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 Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) Työskentelymenetelmistä
LisätiedotPunomo Blogit BLOGIN LUOMINEN WORDPRESS-ALUSTALLA. Kirjaudu -palveluun osoitteessa www.punomo.npn.fi/wp-login.php tunnuksellasi.
Punomo Blogit BLOGIN LUOMINEN WORDPRESS-ALUSTALLA Kirjaudu -palveluun osoitteessa www.punomo.npn.fi/wp-login.php tunnuksellasi. Tunnuksia jakavat Punomo.fi:n ylläpitäjät. Kun olet kirjautunut, blogin OHJAUSNÄKYMÄ
LisätiedotOhjelmiston testaus ja laatu. Testausmenetelmiä
Ohjelmiston testaus ja laatu Testausmenetelmiä Testausmenetelmiä - 1 Testauksen menetelmien päälähestymistapoina ovat black-box testi testaaja ei voi tutkia lähdekoodia testaus perustuu sovellukselle suunnitteluvaiheessa
LisätiedotTIE Ohjelmistojen testaus 2016 Harjoitustyö Vaihe 3. Antti Jääskeläinen Matti Vuori
TIE-21201 Ohjelmistojen testaus 2016 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ätiedotLoCCaM Riistakamerasovellus. Dimag Ky dimag.fi
LoCCaM Riistakamerasovellus Dimag Ky janne.koski @ dimag.fi +358505907788 Sovelluksen toimintaperiaate Toimintaperiaate yksinkertaistettuna on seuraavanlainen Kamera ottaa kuvan tai videon jonka lähettää
LisätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen
LisätiedotLiite 1: ServiceMix skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma
Liite 1: ServiceMix skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Testi Yksittäinen palvelu on ollut käytössä 6 Palvelun uusi versio on voitava
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ätiedotTestausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria
Sivu: 1 / 10 Testausdokumentti Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto Versiohistoria Versio Päivitykset 0.4 Lisätty mod_form.php -tiedostoon liittyvät testit 0.5 Lisätty johdanto 1.0 Dokumentti
LisätiedotTietokannan luominen:
Moodle 2 Tietokanta: Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia, linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat,
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ätiedotTestausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotT 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ätiedotJärjestelmäarkkitehtuuri (TK081702)
Järjestelmäarkkitehtuuri (TK081702) yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,
LisätiedotOpponointitestaus VYM -> LiKe 29.03.2001
Opponointitestaus VYM -> LiKe 29.03.2001 Opponoinnin testitapaukset Opponoinnin testitapaukset on pääosin suoritettu loggautumalla sisään käyttäjällä Minna Reino, joka on I -käyttäjä After Sales-projektissa.
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ä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ä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ä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ä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ätiedotMiten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita?
#finnayhdessä Miten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita? Riitta Peltonen, johtava käytettävyyssuunnittelija, Finnan 5-vuotisseminaari,
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ätiedotCase TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999. ! Java luokkia n. 5000
Case TUHTI 17.12.2002 1 TietoEnator 2002 Projektin tunnuslukuja! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999! Otettu tuotantokäyttöön syksyllä 2001! Proof of Concept (5 henkilöä 4 kk) ->
LisätiedotKehitysohje. ETL-työkalu. ExtraTerrestriaLs / Aureolis Oy
Kehitysohje ETL-työkalu Versio Pvm Tekijä Kuvaus 0.1 15.1.2005 Timo Sallinen Ensimmäinen versio 0.2 26.1.2005 Timo Sallinen Täydenetty pohjaa 0.3 06.02.2005 Mika Suvanto Pieniä täydennyksiä ja oikolukua
LisätiedotOpen Journal Systems digitoitujen aineistojen tallennusalustana ANTTI-JUSSI NYGÅRD SUUNNITTELIJA, TIETEELLISTEN SEURAIN VALTUUSKUNTA
Open Journal Systems digitoitujen aineistojen tallennusalustana ANTTI-JUSSI NYGÅRD SUUNNITTELIJA, TIETEELLISTEN SEURAIN VALTUUSKUNTA OJS digitoitujen aineistojen julkaisualustana Mikä Open Journal Systems
LisätiedotINTINU13A6 Java sovellukset
Johdanto Kurssin tavoitteena oli luoda tietokantaa käyttävä websovellus Java EE ohjelmointikielellä, sekä hyödyntää muun muassa servlettejä sekä JSP sivuja ja muita tekniikoita monipuolisesti. Webserverinä
LisätiedotKylätietojen täyttöohje. Sisällys
Kylätietojen täyttöohje Sisällys KIRJAUTUMINEN... 2 KYLÄTIETOJEN MUOKKAUS JA TÄYDENNYS... 4 TIEDOSTOPANKKI... 11 SALASANAN VAIHTO... 12 YHTEENVEDOT TIEDOISTA (kylien posti- ja sähköpostilistat)... 13 PIKAHAKU
LisätiedotHenkilöstön osaamisen hallinnan työkalu
Tampereen Teknillinen Yliopisto Tietotekniikan laitos TIE-13100 Tietotekniikan projektityö Mahtirojekti (4) Henkilöstön osaamisen hallinnan työkalu Vaatimusmäärittely 211479 Niko Junkala 205870 Masi Kajander
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ätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Demosovelluksen tekninen määrittely v. 0.6 Päivitetty 11.12.2000 klo 20:26 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite
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ätiedotKäyttäjäkeskeisyys verkkopalveluissa
Käyttäjäkeskeisyys verkkopalveluissa JHS-keskustelutilaisuus 6. kesäkuuta 2013 Raino Vastamäki raino.vastamaki@adage.fi Käyttäjäkeskeisyys verkkopalveluissa KLO 14.45 15.15 Käytettävyys ja esteettömyys
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ä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ätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
LisätiedotHirviö Järjestelmätestauksen testitapaukset ja suoritusloki I2
Hirviö Järjestelmätestauksen testitapaukset ja suoritusloki I2 8. helmikuuta 2005 1 Sisältö 1 Johdanto 3 2 Muistiinpanojen haku 3 2.1 Testitapaus F1-TC1................................ 3 2.2 Testitapaus
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ätiedotCAD-kuvat, käyttöohjeet ja muut dokumentit helposti netistä
1 (6) CAD-kuvat, käyttöohjeet ja muut dokumentit helposti netistä Kun tarvitaan CAD-kuvia, käyttöohjeita tai muuta dokumentaatiota Siemensin automaatio tai käyttötekniikan tuotteista, löytyy internetistä
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ätiedot25.3.2014 Juha Sjöblom Taideyliopiston ensimmäinen yhteinen intranet, Artsi
Taideyliopiston ensimmäinen yhteinen intranet, Artsi Juha Sjöblom Yliopistojen intrapäivä 25.3.2014 Eri organisaatiokulttuurien yhdistymisen haasteet Intranet ja yhdistymisen haasteet Taideyliopiston opiskelijat
LisätiedotWebforum. Version 14.3 uudet ominaisuudet. Viimeisin päivitys: 2014-09-14
Webforum Version 14.3 uudet ominaisuudet Viimeisin päivitys: 2014-09-14 Sisältö Tietoja tästä dokumentista... 3 Yleistä... 4 Yleistä & hallinnointi... 5 Käyttäjien tuonti toiselta alustalta... 5 Uusi sisäänkirjautumisen
LisätiedotSuomen Paras Hankkija Käyttöohje hankintayksiköille
2012 Sivu 1 / 14 Suomen Paras Hankkija Käyttöohje hankintayksiköille Sisältö 1. Käyttöön tarvittavat tiedot... 2 2. SPH -palvelun käyttö... 3 3. Miten palvelua käytetään?... 5 Valmistelut ennen palauteprosessin
LisätiedotLoCCaM. LoCCaM Cam laitteiston ohjaaminen. Dimag Ky dimag.fi
LoCCaM LoCCaM Cam laitteiston ohjaaminen Dimag Ky janne.koski @ dimag.fi +358505907788 Laitteen lisääminen sovellukseen Sovelluksen pääsivulta valitaan oikeasta yläkulman valikosta Aloita uusi (1) Aukeavaan
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ä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ä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ä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ätiedotkäyttötapaukset mod. testaus
käyttötapaukset Jari Ojasti Nokia email : jari.ojasti@nokia.com puh : 040 5926 312 Kartta hyväksyntä määrittely suunnittelu suunnittelu mod. testaus integrointi sys. testaus Ylläpito koodaus (toteutus)
LisätiedotKiMeWebin käyttöohjeet
KiMeWebin käyttöohjeet 5.3.2017 Miten saan käyttäjätunnuksen? Jos haluat käyttäjätunnuksen (eli oikeuden muokata sivuja) laita viesti webvelho@kime.fi ja kerro viestissä nimi pesti lippukunnassa (esim.
LisätiedotTapahtumakalenteri & Jäsentietojärjestelmä Toteutus
Tapahtumakalenteri & Jäsentietojärjestelmä Toteutus Henri Kinnunen, Seppo Tompuri, Tero Malkki, Matti Heiskanen, Tommi Rönkönharju, Tuomas Valkeapää Sisällysluettelo 1. Alkusanat...2 2. Käyttötapaukset...2
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ätiedotSmartShip Connect Lite lisäosa WooCommerce alustalle (c) Webbisivut.org
SmartShip Connect Lite lisäosa WooCommerce alustalle (c) Webbisivut.org Sisällysluettelo Yleistä...2 Asennus... 3 Asetukset... 4 Unifaun API...4 Tilauksen käsittely...5 Huomioitavaa... 6 Päivittäminen...6
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ätiedotXML tehtävien työnkulku
XML tehtävien työnkulku -- TMC työskentelyohjeet LYHYT VERSIO XML harjoitusten toimintaohjeet (lyhyt versio) (XMLStarlet ohjeet löytyvät pitkästä versiosta) ELEC-C1220 - Automaatio 2 Sisältö LYHYT VERSIO
LisätiedotKäyttötapausanalyysi ja testaus tsoft
Käyttötapausanalyysi ja testaus tsoft 15.09.2004 http://cs.joensuu.fi/tsoft/ Johdanto Use Case analyysi (käyttötapausanalyysi) on yleisesti käytetty järjestelmälle asetettujen toiminnallisten vaatimusten
LisätiedotEsityksen sisältö Määrittelyjen mukaisuudesta varmistuminen - PlugIT-leima
Esityksen sisältö Johdanto Yleistä leimausmenettelystä ja leimasta Leimausmenettelyn vaiheet Kuinka määrittelyjen mukaisuus testataan: esimerkkejä testitapauksista Olennaisimmat kysymykset leimausmenettelyn
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ätiedot