FiWST-1 Onnistunut testausautomaatio

Koko: px
Aloita esitys sivulta:

Download "FiWST-1 Onnistunut testausautomaatio"

Transkriptio

1 FiWST-1 Onnistunut testausautomaatio Työpajan ( ) yhteenveto Maaret Pyhäjärvi (testausosy:n vetäjä), Erkki Pöyhönen (Nokia), Tuija Ojalammi (Conformiq Software), Tomi Kaleva (Tietokarhu), Risto Kumpulainen (F-Secure), Tuula Pääkkönen (Nokia), Pekka Laukkanen (Qentinel), Juha Saaristo (Nice Business Solutions), Marko Komssi (F-Secure), Mika Katara (Tampereen teknillinen yliopisto), Petri Kuikka (F-Secure), Paavo Häkkinen (Compuware), Jouni Hynynen (SoftaTest) Yleistä Sytykkeen testausosaamisyhteisö yhdessä SoftaTest Lahden kanssa järjesti ensimmäisen FiWST-työpajan teemalla Onnistunut testausautomaatio. Tämä raportti vetää yhteen työpajan tulokset. Työpajan tavoitteena oli: - Keskustella onnistumiskokemuksista testausautomaatiovälineiden valinnassa, käyttöönotossa ja käytössä - Vetää yhteen osallistujien tuntemia hyviä käytäntöjä. - Oppia testausautomaatiosta pintaa syvemmältä peilaten omia kokemuksia toisten kokemuksiin. Osallistujien yhteinen kokemustausta Ryhmänä meillä oli kokemuksia: - Käyttöliittymäautomaatiosta Mercuryn, Seguen ja Compuwaren välineillä - Rajapinta-automaatiosta skriptikielillä (Perl, Python, C) - Yksikkötestauksesta JUnitilla - Mallipohjaisesta testauksesta ja testien automaattisesta generoinnista Tampereen teknillisen yliopiston tilakoneperusteisella välineprototyypillä sekä Conformiqin vastaavalla kaupallisella välineellä - Aineisto-ohjatusta ja avainsanaohjatusta testiautomaatiosta - Automatisoinnista Windows- ja Unix-maailmassa sekä laitteistoläheisissä ympäristöissä - Toiminnallisen testauksen ja suorituskykytestauksen automatisoinnista - Kaikkien tarpeellisiksi tunnistettujen testien automatisoinnista ohjelmointirajapintaa vastaan - Onnistumisesta ja epäonnistumisesta - ja siitä että joskus tuntuu että automatisointi on pettymystä toisen jälkeen. - Toimisesta välineitä myyvän sekä käyttävän organisaation puolella Tilaisuudelle ryhmällä oli odotuksia opittaville asioille: - Kaikki tietää epäonnistuneita automatisointiyrityksiä, olisi kiva kuulla onnistuneista. - Miten saadaan aikaan onnistunutta GUI-automaatiota - Automaatioprosessin kehittäminen - Mallipohjainen testaus - Mitä eri puolilla on tehty - Ei-myyvien kokemukset - Miten huomataan että joku alue on väärä automatisoitava, miten tunnistaa paras alue? - Miten saadaan varmin takaisinmaksu? - Laajentava testiautomaatio, muutakin kuin regressiota Onnistumisen tekijät Aloitimme työstämisen keräämällä kokemusperustaisia onnistumisen tekijöitä kahdessa ryhmässä. Toinen ryhmä työsti graafisen käyttöliittymän (GUI) läpi tehdyn testiautomaation kokemuksia, ja toinen pinnan alla olevien rajapintojen läpi tehtyjä testiautomaatioita. GUI-automaatio Graafisen käyttöliittymän kautta tehtävää automatisointia pohtiva ryhmä keräsi vinkkejä ja kokemuksia onnistuneen GUI-automaation suhteen. Onnistumiseen liittyvät vinkit ryhmiteltiin organisaatioon, teknologiaan, testityyppiin ja prosessiin liittyviin asioihin.

2 Organisaation osalta todettiin: - Epäonnistuminen kohtaa helposti, jos organisaatio ei ole automatisoinnin takana, vaan tekemässä on vain yksi henkilö - Tarvitaan voimakas testauksen vetäjä - Kannatettavaa on järjestää erillinen automatisointitiimi, mutta sitoa tämän tiimin toiminta keskeiseksi osaksi testausprosessia. Tekemässä pitää olla sekä testaajat että automatisoijat. - Tarvitaan johdon tuki, sekä taloudellinen että henkinen - Organisaatiossa tarvitaan automatisointiosaamista, jota voi olla kehittäjillä, testaajilla tai omilla automaatioguruilla - Käyttäjäprofiilina näkisi osaamisessa mielellään teknistä osaamista ja koodausta. - Konsulttilähtöinen aloitus voi auttaa alkuun Teknologian osalta todettiin: - Epäonnistuminen: ostetaan työkalut ilman suunnitelmaa siitä miten niitä käytetään tai yleensäkään otetaan käyttöön. - Grafiikkakirjastoilla ja ohjelmointikielillä on vaikutusta GUI-automaatioon - Työkalun skriptikieli antaa mahdollisuuksia ja rajoja toteutukselle. - Sovellusalueen yhteisiä skriptejä kannattaa rakentaa työkalun päälle. - Työkalujen osalta saattaa joutua tekemään kiertoratkaisuja, kun ei voida käsitellä kaikkia kontrolleja. - Toiminnallisuuden verifiointiin skriptikielet voivat olla parempi vaihtoehto, kaikkea ei kannata tehdä GUI-työkalulla. - GUI-kokemukset olivat yleisesti Windows-ympäristöistä, ja kokemuksia muiden ympäristöjen osalta kaivattaisiin - Työkalupuolella ongelmia aiheuttaa jotkin käyttöliittymäelementit, joiden toteutusteknologia on rajauksena työkalun toiminnalle. - Joissain tilanteissa asioita kannattaa tehdä valitun työkalun ulkopuolella, integroida osaksi kokonaisuutta. Työkalulla kannattaa tehdä päätös siitä menikö testi läpi vaiko ei. Testityyppien osalta todettiin: - Manuaalisten testien automatisointi sellaisenaan ei ole kovin järkevää - Hyvä käyttö GUI-automaatiolle on testausympäristöjen pystytys, putsaus, testiaineiston generointi. - Hyviä käyttötarkoituksia, joiden osalta kuitenkin vielä käytännön varauksia: virhetilanteet, lokalisointitestaus - Käyttöliittymän testaus, etenkin jos käyttöliittymä on tyhmä, eli logiikka ei ole rakennettu käyttöliittymään on hyvä automatisoitava. - Webmaailmassa linkkien ja kuvien testaamisesta on hyviä kokemuksia - Mitä automatisoida GUI-välinein: oikeat testitapaukset, aloitustestit (smoke) ja uusintatestaus (regressio), negatiiviset testit (ei kuitenkaan ehditä manuaalisesti), yksinkertaiset caset, toiminnallinen massatestaus, tuhansien toistojen automatisointi. - Virhehypoteesin laajuutta kannattaa testiä automatisoitaessa pohtia: mikä on testin läpimenon kriteeri. - Kannattaa yhdistää käyttöliittymän kautta tehtävään testiin tietokantaverifiointi verrattuna GUI:hin - Testiympäristö voi olla hyvä pystyttää skripteillä, yhdistäen tietokannat, koonnit ja hakemistot - Häiriöistä toipuminen voi olla tarpeellista. - Ehdoton voittajan valinta on aloitustestien (smoke) automatisointi. Prosessin osalta todettiin: - GUI-automaation ongelmana on että liikkeellelähtö on helpon oloista ja antaa mielikuvan että ei vaadi ohjelmointitaitoja. Ohjelmointitaidon puute ei kuitenkaan ole suosiollinen tilanne onnistuneelle automaatiolle. - Varma keino epäonnistua on että yrittää automatisoida manuaalista testausta sellaisenaan. - GUI-automaatiolla on yleensä löydetty vähän virheitä, isompi hyöty on uusintatestauksen (regressio) ja aloitustestauksen (smoke) automatisoinnin kautta saatu nopea palaute. - Muutosten kourissa oleva ohjelmisto on hyvä periaatteessa hyvä kohde toistotarpeen perusteella, mutta GUI-automaatiossa kokemuksena ollut usein että skriptit rikkoontuvat ja siksi automaatiosta tässä kohden ei ole apua. GUI-automaatiota auttaa vakiintunut ja pysyvä ohjelmisto, jossa ei

3 muutoksia. Jos GUI menee kokonaan uusiksi, testit vaativat helposti paljon ylläpitoa. Yleensäkin käyttöliittymämuutokset vaikuttavat GUI-automatisointiin niin että se ei välttämättä kannata. Onnistumisen avainkysymys on skriptien muutossietoisuus. - Kannattaa rakentaa GUI-skriptit vaiheissa: ensin navigointia, myöhemmin vasta tarkistukset. - Tarkka tavoitemäärittely ja jatkuva automatisoinnin seuranta auttaa hommaa pysymään käynnissä. - Automatisoinnista ei saa tehdä liian hienoa, keskityttävä keskeisiin toiminnallisuuksiin joita automaatiojärjestely tarvitsee. - Suoritusympäristöä ja tulosten raportointia kannattaa jäsentää ja pohtia. - Automaatio-arkkitehtuurin jäsentäminen ja määritteleminen on tarpeellista, paljon osia, joiden osalta pieni pohtiminen voisi lisätä hyötyjä - Kannattaa luoda apurutiinien kirjasto ja tukirakenteita yleisille tarpeille työkalun lisäksi - Hyviä kokemuksia siitä kun skripti valvoo kun uusia koonteja valmistuu ja kysyy testataanko. - Testauksen materiaalit pitää suunnitella huolellisesti automatisointia varten. - GUI-automaatio kannattaa yhdistää siihen että tehdään päätökset ja raportointi myös työkalulla. Rajapinta-automaatio Ryhmässä oli kokemusta erilaisista rajapinta-automatisoinneista, joista kokemukset olivat voittopuolisesti positiivisia. Onnistuneisiin esimerkkeihin kuului: - Aineisto-ohjattu automatisointitoteutus, jossa testattavan ohjelman syöte hoidettiin tiedostorajapinnan kautta, tekninen ja testaussisällöllinen toteutus oli erotettu. Onnistunut automatisointi, vaikka mukana oli uusi automatisoija - Ohjelmiston keskeisen hallintatoiminnan testauksen automatisointi Pythonilla, luoden rajapintoihin C++ wrapperit, automatisoiden käyttötapauksia rajatussa ympäristössä, jossa käsin testaaminen olisi ollut vaikeaa. - HTTP-rajapintaperusteinen erikoiskäyttöinen sovellus, johon oleellisesti kuului paljon aineiston käsittelyä ja tarkistelua. - Useiden tuotteiden integrointia, jossa paljon osia ja automaation ajaminen toteutettu koontien mukana tehtäväksi. Toteutus komentorivirajapinnan kautta tiedostoperusteisesti sisältäen testauskoneiden hajautettua käskytystä. Testaamiseen ei käytännössä muita vaihtoehtoja % automaatioaste suhteessa koettuun tarpeeseen on mahdollinen ja käytännössä toteutettujen esimerkkien joukossa Aina ei rajapinta-automaation osaltakaan oltu onnistuttu toivotulla tavalla ja esimerkkeihin tämän osalta kuului: - Laitteistoa lähellä olevan diagnostiikan testaus automaattisesti, ongelmana ajoitukset ja nollaukset. - Alihankitun toteutuksen osalta käyttöliittymä- ja valittu rajapinta vahvasti yhteydessä eikä eristäminen käyttöliittymästä mahdollista, joten automatisointi ei tuntunut järkevältä. Yleisesti havaittiin, että rajapinta-automaation osalta on käytetty avoimesti saatavilla olevia teknologioita, joiden ympärille itse on rakennettu tarvittavaa tukikehikkoa. Kielen opettelun tarve on haluttu minimoida käyttäen yleisesti käytössä olevia skriptikieliä ja yleisesti valmiiden työkalujen ja niiden omien kielien käyttö ei tuntunut tavoiteltavalta. Toteutettuja automatisointeja luonnehtii toteutusporukan pieni koko (yleensä 1-2 tekijää). Rajapinta-automaation osalta todettiin positiiviseksi: - Automaation aikaansaaminen ja integrointi on helpompaa kun ei vaadita erikoistyökaluja - Päästään testaamaan ajoissa, kun käsitellään asiaa pinnan alla olevien rakenteiden tasolla - Automaatio on asennettavissa kaikille osapuolille (sekä omassa organisaatiossa että alihankkijalla) ilman rajoitteita, kaikkiin ympäristöihin, lisenssit eivät ole rajoitteena. - Avoimien kielien osalta tekijöiden rekrytointi ja uusien tarvitsema opettelu on helpompaa, osaamista laajemmin saatavilla - Tuottavaan työhön päästään kiinni nopeasti ja minimiopiskelulla. - Tekninen testi vääntyy helpoimmin automaatioksi, ja siitä rajapintatestauksessa on kuitenkin kyse. Jos ei paljon GUI-ohjelmistoja, automatisointi on teknisesti kohtuullisen yksinkertaista toteuttaa, samaa osaamista vaaditaan käsin testaamiseenkin. - Jos rajapinta on olemassa, kehittäjältä todennäköisesti löytyy hänen käyttämänsä komentorivitestausliittymä.

4 - Rajapinnan kautta testaamalla saavutetaan tuotteen syvällisempi tietämys ja parempi testaus, jos suinkin testausnäkökulma saadaan pidettyä mukana. - Rajapintatestauksessa ei välttämättä tarvita erillistä testaajaa, myös luonnollinen tapa kehittäjälle itselleen testata. - Virheet voidaan paikallistaa nopeammin, kun testataan rajatumpaa kokonaisuutta. - Synkrointiongelmia on yleensä vähemmän. - GUI:ta saa ja voi muuttaa, testit yleensä kestävät paremmin muutosta, rajapinta vakiintuneempi kuin käyttöliittymä. - Solaris/Linux-puolelle ei juurikaan ole tarjolla käyttöliittymävälineitä, joten rajapintatestaus automatisoinnin varteenotettava vaihtoehto. - Uusintatestaus ja kombinatoriikka voidaan testata melko kätevästi rajapintojen kautta. - Rajapinta-automatisointi auttaa jäsentämään arkkitehtuurin testattavuutta konkreettisella tavalla. - Myös rajapintatestauksen osalta voi rakentaa tukikehikon, jonka avulla erottaa tekninen ja testaussisällöllinen puoli toisistaan. - Selvästi nopeampia testejä suorittaa automatisoinnin jälkeen. - Parantaa testaaja-kehittäjäyhteistyötä, yhteinen kieli ja kiinnostuksen kohde - Toteutetut API-automaatiot tuntuvat etenkin alkuun olevan sidottuja ihmisiin, jotka ne ovat toteuttaneet. Onnistumista parantaa että ne saa sidottua koontijärjestelyyn. Ongelmallisia puoliakin listattiin: - Myös rajapintatestauksen osalta yleiskäyttöiset vaatii yhdistämisen testattavaan järjestelmään, kun graafinen käyttöliittymä periaatteessa on jo yhdistäjä (adapteri). - Vaikeampi myydä johdolle, jonka voi olla vaikea ymmärtää mitä automaatio tekee, pitää vain luottaa kun ei voi itse nähdä. - Testaajan osaamiselta vaaditaan enemmän, pitää ehdottomasti osata ohjelmoida - Rajapintatestauksen osalta ollaan lähellä kehittäjiä ja riskinä on testausnäkökulman unohtuminen. - Käyttöliittymä ei tule testattua, vain pinnan alla oleva logiikka. - Rautaläheisessä testauksessa välineen lataaminen ongelmallista ja diagnostiikka ei välttämättä riittävän lähellä rautarajapintaa, eli ei näe mitä tapahtuu eikä voi hallita. Onnistuminen eri osapuolille Työpajan toisessa osassa työstettiin onnistunutta testausautomaatiota eri osapuolien näkökulmasta kerätäksemme vinkkejä käytännön kokemuksista. Ensin tunnistimme osapuolia, joiden oletimme olevan oleellisesti erilaisia, jonka jälkeen työstimme onnistumista kullekin näkökulmalle. Sponsori (projekti/liiketoimintajohto) - Ylläpitokustannusten minimointi kerran tehty, hyötyä jatkuvasti ilman lisäinvestointeja - Imagovaikutukset varmuus laadusta - Todisteet, vakuutus regressioajo antaa takuun tietystä toiminnallisuudesta - Automaation lisääminen vapauttaa resursseja muuhun, voidaan kohdistaa porukka muihin tehtäviin kuin testaamaan olemassaolevia osia kerta toisensa jälkeen - Halvempaa, nopeammin, enemmän, parempaa, järkevämmin mielellään vielä kaikkea yhtäaikaa - Hyötynäkymä koko projektin tai useamman julkaisun tasolla, lyhyt aikaväli on merkittävä projektitasolla - Hyötyjen konkretisoimista odotetaan projektin alussa tai selkeästi seuraavassa projektissa - Onnistunut automaatio lisää ennustettavuutta - Automaatiolla saatu yleensäkään tehtyä asiat kun resurssit ovat rajatut, kun panostetaan oikeassa vaiheessa oikeaan asiaan - Ei aina pakko olla halvempaa ja vapauttaa testaajia, myös nopeampi ja parempi ovat varteenotettavia vaihtoehtoja Loppukäyttäjä ja asiakas - Automaation onnistuminen mitataan tuloksilla laatu ja hinta, toteutuksen yksityiskohdat eivät ole oleellisia - Mitä automatisoidaan ja onhan se hyödyllistä, eli vastinetta rahoille - Toisaalta usein kiinnostaa että onko automaatiota yleensäkään, oletuksena suoraan että jos on, se on hyödyllistä

5 - Tehtyjen skriptien uudelleenkäyttö omassa ympäristössä esim. osana hyväksymistestausta tai koonnin asennusta, ulkoisten toimittajien pakettien varmistus - Kriittisten korjausversioiden toimitusnopeuden kautta automaatiolla on välillinen merkitys loppukäyttäjille ja asiakkaille, varmuus korjauksen jälkeisen version laadusta. Työkalutoimittaja - Suhteet organisaation sisällä ja ulkopuolella kunnossa. - Luvatut asiat tehdään ja toimitetaan, odotukset täyttyvät. - Tekniikka ei pääasiaksi, muu motivaatio Muut testaajat - Automaatio-sanalla on negatiivinen kaiku, ja siihen liittyy luonnollista vastarintaa pelättäessä työpaikkojen puolesta - Todellisuus on kuitenkin osoittanut että väkeä automaation kanssa pitää pikemminkin lisätä, ei vähentää - Hommien luonne muuttuu, välineasiantuntijoiksi testien suorittajista - Automatisoinnin seurauksena testaajat voivat keskittyä tärkeämpiin asioihin kuin suorittamiseen. - Työmotivaatio paranee niillä jotka ovat tehdeen tylsiä töitä - Automatisointi voi olla keino pitää hommat itsellä/kotimaassa - Avoin kysymys: onnistuuko automatisoinnin ulkoistus ylipäätänsä ryhmällä ei kokemuksia - Erittäin tärkeää että automatisointi ei ole irrallaan muusta testauksesta, vaarana on että muuten tehdään tuplana edelleen samaa testausta. - Järkevät rakenteet, mukautumiskyky - Teknisiä ihmisiä ajaa eteenpäin vau -efekti, tehdään jotain hienoa on hyvä asia. - Automaation kehittäjä tarvitsee hyvän näkyvyyden siihen mitä testauksessa tehdään. Tukitoiminnot - Kommunikointi infran kanssa, riittävät oikeudet tms. - Testauksen esteiden poistaminen - Keskeistä etenkin kuormitustestauksen osalta - Aika palaa kuitenkin tukitoimintojen kanssa, kannattaa aloittaa ajoissa ja varautua Konsultti - Väliaikainen tekijä, jonka pitäisi huolehtia tiedonsiirrosta mieltäen että ennemmin tai myöhemmin on poistumassa - Viestintä on tärkeää - Työpari asiakasorganisaation puolella - Tavoitetta mietittävä, testauksen tehostus vs. kustannusten lasku, lyhyt vs pitkä tähtäin - Automatisointi pitää liittää testausprosessiin, ei irtonainen yritys - Testaus kyllä onnistuu ja tulee hoidettua, automatisointi ei välttämättä. Yhteenvetona onnistuneesta testiautomaatiosta Loppuun vielä yhdessä vedettiin yhteen näkemyksiä onnistumisesta: - Jätetty mieluummin tekemättä jos ei kuukaudessa saada hyötyjä - Uuden projektin nopein takaisinmaksu: rajapintamäärittelystä skriptikielellä muutamassa viikossa testimoottori - Vielä nopeammin aineistovertailussa - Testiaineiston luominen automaattisesti, sen sijaan että naputtelisi käsin - Pitkäkestoiset testit, kerran tunnissa tarkistus toimiiko vielä. Työmäärä riippuu oleellisesti ympäristöstä - Setti, joka voitaisiin käsin ajaa yhdellä koneella ja automatisointina useilla koneilla yhtäaikaisesti. Kaikkien tuettujen platformien läpikäyminen kerralla. Puolessa päivässä ehdittiin käydä läpi vain pintaraapaisu monipuolisesta aiheesta. Yhteistuumin todettiin, että tältä pohjalta on hyvä jatkaa työstäen tarkemmin rajattuja alueita syvemmälle tulevissa sessiosa.

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

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

Lisätiedot

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori

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

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

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

Lisätiedot

Tapahtuipa Testaajalle...

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

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

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

Lisätiedot

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

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

Lisätiedot

Advanced Test Automation for Complex Software-Intensive Systems

Advanced Test Automation for Complex Software-Intensive Systems Advanced Test Automation for Complex Software-Intensive Systems Aiheena monimutkaisten ohjelmistovaltaisten järjestelmien testauksen automatisointi Mistä on kyse? ITEA2-puiteohjelman projekti: 2011-2014

Lisätiedot

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

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

Lisätiedot

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

Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tiera on vuonna 2010 perustettu yli 200:n kuntatoimijan omistama

Lisätiedot

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

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

Lisätiedot

Soveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen

Soveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen Soveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen ohjelmointiin Jukka Talvitie Valvoja: Professori Jorma Jormakka Paikka: TietoEnator oyj Ongelma Ideologia Lifebelt

Lisätiedot

@Tampereen Testauspäivät (2012-06)

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

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

Työkalujen merkitys mittaamisessa

Työkalujen merkitys mittaamisessa Työkalujen merkitys mittaamisessa Mittaaminen ja Ohjelmistotuotanto -seminaari Toni Sandelin 18.4.2001, VTT Elektroniikka, Oulu 1 Sisältö Mihin työkalutukea tarvitaan? Työkalut & metriikat: luokitus Mittausohjelmien

Lisätiedot

Onnistunut Vaatimuspohjainen Testaus

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

Lisätiedot

ohjelman arkkitehtuurista.

ohjelman arkkitehtuurista. 1 Legacy-järjestelmällä tarkoitetaan (mahdollisesti) vanhaa, olemassa olevaa ja käyttökelpoista ohjelmistoa, joka on toteutettu käyttäen vanhoja menetelmiä ja/tai ohjelmointikieliä, joiden tuntemus yrityksessä

Lisätiedot

Testi generaattori. Testien ajotyökalu. Kuva 1. Offline mallipohjainen testaus

Testi generaattori. Testien ajotyökalu. Kuva 1. Offline mallipohjainen testaus 8.11.2010 1 (5) Mallipohjainen testaus ennen, nyt ja tulevaisuudessa Työtuntien kalleus, tietokoneiden tehojen nousu ja järjestelmien monimutkaistuminen houkuttelee käyttämään tietokonetta myös testauksen

Lisätiedot

Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma

Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma 12.11.2007 Janne J. Korhonen 12.11.2007 Agenda 1. Prosessit ja palvelut, BPM ja SOA 2. BPM-projekteista yleensä 3. Prosessin elinkaarimalli 4. Kokemuksia

Lisätiedot

Agenda. Johdanto Ominaispiirteitä Kokonaisjärjestelmän määrittely Eri alojen edustajien roolit Sulautetut järjestelmät ja sulautettu ohjelmointi

Agenda. Johdanto Ominaispiirteitä Kokonaisjärjestelmän määrittely Eri alojen edustajien roolit Sulautetut järjestelmät ja sulautettu ohjelmointi 1. Luento: Sulautetut Järjestelmät Arto Salminen, arto.salminen@tut.fi Agenda Johdanto Ominaispiirteitä Kokonaisjärjestelmän määrittely Eri alojen edustajien roolit Sulautetut järjestelmät ja sulautettu

Lisätiedot

Testaus ja säästöt: Ajatuksia testauksen selviämisestä lama-aikana

Testaus ja säästöt: Ajatuksia testauksen selviämisestä lama-aikana Testaus ja säästöt: Ajatuksia testauksen selviämisestä lama-aikana Muutamia ajatuksia siitä, miten testaus pärjää lama-ajan säästötalkoissa. Laman patologioita ja mahdollisuuksia. Säästämisen strategioita.

Lisätiedot

Testataanko huomenna?

Testataanko huomenna? Testataanko huomenna? Qentinel Group 2014 Esko Hannula 03.06.2014 Ohjelmistokriisistä testauskriisiin 1985: Ohjelmistot ovat huonolaatuisia ja aina myöhässä Jonkun pitäisi testata, ehkäpä noiden huonoimpien

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services

Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden

Lisätiedot

ADE Oy Hämeen valtatie 144 20540 TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus: 1626957-3

ADE Oy Hämeen valtatie 144 20540 TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus: 1626957-3 Tuotekonfigurointi ADE Oy lyhyesti Asiakkaiden tarpeisiin suunnattua innovatiivista ja toimivaa ohjelmisto- ja 3d animaatiopalvelua. Ade Oy on toteuttanut vuodesta 2000 alkaen haastavaa interaktiivista

Lisätiedot

Project-TOP QUALITY GATE

Project-TOP QUALITY GATE Project-TOP QUALITY GATE FOR SUCCESSFUL COMPANIES TYÖKALU ERP- JÄRJESTELMIEN TESTAUKSEEN PROJECT-TOP QUALITY GATE Quality Gate on työkalu ERP-järjestelmien testaukseen Huonosti testattu ERP- järjestelmä

Lisätiedot

Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg

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

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ

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

Lisätiedot

Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta

Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta Tehtävät 1. Asiakaspalvelun ja asiakkaiden vaatimukset jakelulle => haastateltavat organisaatiot/henkilöt => lukijaraatien

Lisätiedot

Ohjelmistotestaus -09

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

Lisätiedot

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset Sopimus Asiakas- ja potilastietojärjestelmästä Liite N: Kielivaatimukset VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 12.3.15 3.0 Tarjouspyynnön liitteeksi 2 (6) SISÄLLYSLUETTELO 1 JOHDANTO... 4 2 JÄRJESTELMÄN

Lisätiedot

Vakuutusyhtiöiden testausinfo

Vakuutusyhtiö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ätiedot

TeliaSonera Identity and Access Management

TeliaSonera Identity and Access Management TeliaSonera Identity and Access Management 22.10.2009 EMC Forum Juha Arjoranta 1 TeliaSonera Identity and Access Management Alustus käyttövaltuushallintaan IAM kokonaisratkaisun elementit Nykytilaa ja

Lisätiedot

Tietojärjestelmän osat

Tietojärjestelmän osat Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto

Lisätiedot

Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen

Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä Simo Tauriainen www.ponsse.com 25.8.2011 Ponsse-konserni Ponsse Oyj on tavaralajimenetelmän metsäkoneiden myyntiin, tuotantoon, huoltoon ja

Lisätiedot

AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti 2.12.2011

AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti 2.12.2011 AVOIMEN TUOTTEEN HALLINTAMALLIT Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö Yhteentoimivuutta avoimesti 2.12.2011 Erikoistutkija, MSc. Tapio Matinmikko, Teknologian tutkimuskeskus VTT 2 Esittäjästä

Lisätiedot

Testidatan generointi

Testidatan generointi Testidatan generointi Anu Ahonen Kevät 2008 Tämä työ on tehty Creative Commons -lisenssin alla Työn tarkasti 9.4.2008 Jouni Huotari (JAMK/IT) 1 SISÄLTÖ 1 TYÖN LÄHTÖKOHDAT JA TOTEUTUS...2 2 TESTIDATAN GENEROINTI

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat Järjestelmäarkkitehtuuri (TK081702) SOA yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,

Lisätiedot

KYMENLAAKSON AMMATTIKORKEAKOULU. Ubuntu. Yukun Zhou

KYMENLAAKSON AMMATTIKORKEAKOULU. Ubuntu. Yukun Zhou KYMENLAAKSON AMMATTIKORKEAKOULU Ubuntu Yukun Zhou 2014 Yukun Zhou Harjoitustyö 1 SISÄLLYSLUETTELO 1. YLEISTÄ... 2 2. JULKAISUT... 3 3. SUOSIO... 4 4. ASENNUS... 4 5. TURVALLISUUS... 4 6. PAKETTIENHALLINTA...

Lisätiedot

KONEAUTOMAATION LAATU JA TURVALLISUUS. 4.6.2015 Marko Varpunen

KONEAUTOMAATION LAATU JA TURVALLISUUS. 4.6.2015 Marko Varpunen KONEAUTOMAATION LAATU JA TURVALLISUUS 4.6.2015 Marko Varpunen TLJ ja automaatio Rautatie, metro, teollisuus-laitokset, kaivoskoneet, vesi, n. 90 henkeä Mikkeli Turvallisuusjohtaminen konsultointi riskienarviointi

Lisätiedot

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

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 JATKUU VIIME KERRASTA OHJELMISTOTUOTANTO JA OHJELMISTOTESTAUS Ohjelmistotuotannon prosessi Suunnittelu Määrittely Toteutus

Lisätiedot

S11-09 Control System for an. Autonomous Household Robot Platform

S11-09 Control System for an. Autonomous Household Robot Platform S11-09 Control System for an Autonomous Household Robot Platform Projektisuunnitelma AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Quang Doan Lauri T. Mäkelä 1 Kuvaus Projektin tavoitteena on

Lisätiedot

Miten löydän Sen Oikean? 22.11.2012 Senaattoritilaisuus Liisa Paasiala, Senior Consultant

Miten löydän Sen Oikean? 22.11.2012 Senaattoritilaisuus Liisa Paasiala, Senior Consultant Miten löydän Sen Oikean? 22.11.2012 Senaattoritilaisuus Liisa Paasiala, Senior Consultant On mahdollista löytää Se Oikea! Luotanko sattumaan? Onnistuminen on aloitettava heti Onnistumisen kaava on 4 x

Lisätiedot

EUREFin vaikutukset organisaatioiden tietojärjestelmiin

EUREFin vaikutukset organisaatioiden tietojärjestelmiin EUREFin vaikutukset organisaatioiden tietojärjestelmiin EUREF-päivä 4.9.2012 ALEKSI LESKINEN Sisältö Tietojärjestelmät ja EUREF Keskeiset haasteet EUREF-muunnoksissa EUREF-muunnosprosessin vaiheet Yhteenveto

Lisätiedot

T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing

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

Ohjelmiston testaus ja laatu. Testaustasot

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

Lisätiedot

Tuottavatko pilotoinnit tuloksia riittävän nopeasti käytännön hankkeiden kokemuksia

Tuottavatko pilotoinnit tuloksia riittävän nopeasti käytännön hankkeiden kokemuksia Tuottavatko pilotoinnit tuloksia riittävän nopeasti käytännön hankkeiden kokemuksia Tuottavat ja eivät tuota Tulokset riippuvat niistä tekijöistä, jotka projektia perustettaessa on määritelty ja miten

Lisätiedot

Testausautomaation mahdollisuudet käyttöliittymän testauksessa. Anssi Pekkarinen 5.11.2015

Testausautomaation mahdollisuudet käyttöliittymän testauksessa. Anssi Pekkarinen 5.11.2015 Testausautomaation mahdollisuudet käyttöliittymän testauksessa Anssi Pekkarinen 5.11.2015 Agenda Kustannustehokkaan testausautomaation tekemiseen vaikuttavat tekijät Käyttöliittymätestauksen haasteet Uudet

Lisätiedot

Case TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999. ! Java luokkia n. 5000

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

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012 Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen Pekka Peura 28.01.2012 MOTIVAATIOTA JA AKTIIVISUUTTA LISÄÄVÄN OPPIMISYMPÄRISTÖN ESITTELY (lisätietoja maot.fi)

Lisätiedot

T 76.115 Tietojenkäsittelyopin ohjelmatyö Hirviöryhmä loppukatselmointi. Hirviö. Projektikatselmointi

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

Vaatimusmäärittely Ohjelma-ajanvälitys komponentti

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

Työkalut ohjelmistokehityksen tukena

Työ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ätiedot

Tik-76.612 Ohjelmistotuoteliiketoiminta

Tik-76.612 Ohjelmistotuoteliiketoiminta Tik-76.612 Ohjelmistotuoteliiketoiminta Luennot ja projekti synty suunnittelu käynnistys ohjaus päätös operointi Ti 12.3 To 14.3 Ti 19.3 To 21.3 Ti 26.3 To 4.4 Ti 9.4 To 11.4 Ti 16.4 Ti 18.4 To 23.4 Kurssin

Lisätiedot

Ohjelmiston toteutussuunnitelma

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

Visual Case 2. Miika Kasnio (C9767) 23.4.2008

Visual Case 2. Miika Kasnio (C9767) 23.4.2008 Visual Case 2 Miika Kasnio (C9767) 23.4.2008 Työn tarkasti: Jouni Huotari 24.4.2008 1 SISÄLTÖ 1. TYÖN LÄHTÖKOHDAT... 2 2. PERUSTIEDOT... 2 3. ASENTAMINEN... 2 4. OMINAISUUDET... 3 4.1. UML-kaaviot... 4

Lisätiedot

Onnistunut ohjelmistoprojekti

Onnistunut ohjelmistoprojekti Onnistunut ohjelmistoprojekti 2.12.2008 Hermanni Hyytiälä Reaktor Innovations Oy Agenda Yritysesittely Keinoja onnistuneeseen ohjelmistoprojektiin Ihmiset Menetelmät Käytännöt ja työkalut Tulevaisuuden

Lisätiedot

Opas koulujen VALO-hankintaan. Elias Aarnio Avoimet verkostot oppimiseen -hanke Educoss Innopark Oy

Opas koulujen VALO-hankintaan. Elias Aarnio Avoimet verkostot oppimiseen -hanke Educoss Innopark Oy Opas koulujen VALO-hankintaan Elias Aarnio Avoimet verkostot oppimiseen -hanke Educoss Innopark Oy Mikä ihmeen VALO? VALO = vapaat ja avoimen lähdekoodin ohjelmistot Kyse on siis Open Sourcesta eli vapaista

Lisätiedot

TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI

TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI Vesa Tenhunen Tarkastusmenettelyt Keino etsiä puutteita ohjelmakoodeista, dokumenteista ym. ohjelmistoprosessissa syntyvästä materiaalista Voidaan käyttää kaikissa

Lisätiedot

1 (5) PALVELUKUVAUS JA HINNASTO Requeste palvelut

1 (5) PALVELUKUVAUS JA HINNASTO Requeste palvelut 1 (5) PALVELUKUVAUS JA HINNASTO Requeste palvelut 2 (5) 1. PALVELUKUVAUKSEN TARKOITUS Tässä palvelukuvauksessa kuvataan Sysart Oy:n Requeste tuotteeseen liittyvät maksulliset palvelut. Maksullisia palveluita

Lisätiedot

Integrointi. Ohjelmistotekniikka kevät 2003

Integrointi. Ohjelmistotekniikka kevät 2003 Integrointi Ohjelmistotekniikka kevät 2003 ERP (Toiminnanohjausjärjestelmä) Myynti Henkilöstö, palkanlaskenta Kirjanpito Myynti Myyjät Extranet Tietovarasto Laskutus, reskontrat Asiakas ERP Asiakasrekisteri

Lisätiedot

Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä:

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

Web sovelluksen kehittäminen sähkönjakeluverkon suojareleisiin

Web sovelluksen kehittäminen sähkönjakeluverkon suojareleisiin TEKNILLINEN KORKEAKOULU / VAASAN YLIOPISTO Diplomityöesitelmä Web sovelluksen kehittäminen sähkönjakeluverkon suojareleisiin Timo Ahola 2006 Web sovellus Web palvelut joiden avulla laite voidaan liittää

Lisätiedot

Aika Vaihe Lopputulos

Aika Vaihe Lopputulos Ruokis-hanke ICT PROJEKTI: Projektin ohjaaja: Lasse Seppänen Projektipäällikkö: Tommi Leppänen Projektin jäsenet: Jenita Karimäki, Tuija Pörhölä, Kalle Veuro ja Olli Savisaari Projekti Projektin tarkoitus

Lisätiedot

Suomen avoimien tietojärjestelmien keskus COSS ry

Suomen avoimien tietojärjestelmien keskus COSS ry Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet

Lisätiedot

Miten asiakas tekee valintansa?

Miten asiakas tekee valintansa? Miten asiakas tekee valintansa? ja miten me voimme vaikuttaa siihen? TkT Asiantuntija Harri Karkkila Strategia Asiakkaan kokema arvo Asiakastyytyväisyys ja asiakaskokemus Kilpailuedut Yrittäjä Kouluttaja

Lisätiedot

AS-0.3200 Automaatio- ja systeemitekniikan projektityöt

AS-0.3200 Automaatio- ja systeemitekniikan projektityöt AS-0.3200 Automaatio- ja systeemitekniikan projektityöt A11-17 Ikäihmisten kotona asumista tukevien järjestelmien kehittäminen AikatauluValpas Salla Ojala Paula Laitio 1. Projektin tavoite Projektimme

Lisätiedot

Kuinka IdM-hanke pidetään raiteillaan

Kuinka IdM-hanke pidetään raiteillaan Kuinka IdM-hanke pidetään raiteillaan Projektipäällikön kokemuksia 4.10.2011 IdM-projektitkin pitää suunnitella Kaiken perustana on riittävä ymmärrys projektin sisällöstä, laajuudesta ja vaaditusta osaamisesta

Lisätiedot

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3

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

Avoimen lähdekoodin ohjelmien käytettävyydestä

Avoimen lähdekoodin ohjelmien käytettävyydestä Matti Vuori Avoimen lähdekoodin ohjelmien käytettävyydestä Edistääkö avoimen lähdekoodin käyttö ohjelmien käyttävyyttä vai ei? Siitä on vielä oikeastaan aikaista tehdä diagnoosia, mutta erilaisia käytettävyyttä

Lisätiedot

Testauspalvelu laadunvarmistajana Arekin monitoimittajaympäristössä. Satu Koskinen Teknologiajohtaja, Arek Oy

Testauspalvelu laadunvarmistajana Arekin monitoimittajaympäristössä. Satu Koskinen Teknologiajohtaja, Arek Oy Testauspalvelu laadunvarmistajana Arekin monitoimittajaympäristössä Satu Koskinen Teknologiajohtaja, Arek Oy Agenda Arek yrityksenä Testauspalvelun uudelleen järjestelyt 2014 Vastuut ja käytännön työnjako

Lisätiedot

HCM Master Data. Matti Manninen / Arc Technology Oy. Human Capital Management liiketoiminnan moottorina IT Viikko-seminaari 7.10.

HCM Master Data. Matti Manninen / Arc Technology Oy. Human Capital Management liiketoiminnan moottorina IT Viikko-seminaari 7.10. HCM Master Data tehoa laaja-alaisesti Matti Manninen / Arc Technology Oy Human Capital Management liiketoiminnan moottorina IT Viikko-seminaari 7.10.2009 PEOPLE ARE AT THE SOUL OF ANY BUSINESS 9:40-10:15

Lisätiedot

Qt kaikkialla? 9.4.2010

Qt kaikkialla? 9.4.2010 Qt kaikkialla? Helsinki Tammasaarenkatu 5, 00180 Helsinki, Tel. 09 431 551 Tampere Satakunnankatu 18, 33210 Tampere, Tel. 03 315 861 Turku Lemminkäisenkatu 32 A, 20520 Turku, Tel. 02 263 571 Qt Qton C++

Lisätiedot

Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari

Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008,

Lisätiedot

ANVIA PILVI. kotimaisia pilvipalveluita yrityksille 24/7

ANVIA PILVI. kotimaisia pilvipalveluita yrityksille 24/7 ANVIA PILVI kotimaisia pilvipalveluita yrityksille 24/7 Anvia Pilvi TIESITKÖ, ETTÄ YLI PUOLET SUOMALAISYRITYKSISTÄ KÄYTTÄÄ PILVIPALVELUITA? Anvia Pilvi on suomalaisille yrityksille tarkoitettu palvelu,

Lisätiedot

MIIKKA VUORINEN, SANTERI TUOMINEN, TONI KAUPPINEN MAT-81100 Verkkopalvelun laadukkuus ja arviointi

MIIKKA VUORINEN, SANTERI TUOMINEN, TONI KAUPPINEN MAT-81100 Verkkopalvelun laadukkuus ja arviointi AMPPARIT.COM VERKKOPALVELUN ARVIOINTISUUNNITELMA RYHMÄ VUTUKA MIIKKA VUORINEN, SANTERI TUOMINEN, TONI KAUPPINEN MAT-81100 Verkkopalvelun laadukkuus ja arviointi II SISÄLLYS 1 Arvioitava verkkopalvelu 3

Lisätiedot

Avoin työyhteisö osana yrityksen kehittämistä

Avoin työyhteisö osana yrityksen kehittämistä Avoin työyhteisö osana yrityksen kehittämistä Jukka Pekka Sorvisto Sofor Oy 26.5.2011 1 Organisaation haasteet Tiedotus ja kommunikaatio ei toimi työntekijöiden ja johdon välillä Kehitystyö ja päätökset

Lisätiedot

Opponointitestaus VYM -> LiKe 29.03.2001

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

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,

Lisätiedot

Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena

Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena Mittaaminen ja ohjelmistotuotanto seminaari 18.04.01 Matias Vierimaa 1 Miksi mitataan? Ohjelmistokehitystä ja lopputuotteen laatua on vaikea arvioida

Lisätiedot

LAATU JA TESTAUS Automatisointi 2/2012

LAATU JA TESTAUS Automatisointi 2/2012 LAATU JA TESTAUS Automatisointi 2/2012 LAATU JA TESTAUS Sivu 1 Sisällysluettelo JULKAISIJA Testauksen osaamisyhteisö (TestausOSY) TOIMITUSKUNTA Jussi Ahonen Marko Lappalainen Antti-Pekka Marjamäki Agnieszka

Lisätiedot

Multisite -projektit uhasta mahdollisuus? Johtamiseväitä projektipäällikölle

Multisite -projektit uhasta mahdollisuus? Johtamiseväitä projektipäällikölle Multisite -projektit uhasta mahdollisuus? Johtamiseväitä projektipäällikölle TTY / Projektinhallintapäivä 23.8.2011 Olli-Pekka Mäkirintala olli-pekka.makirintala@altonova.fi 040 5541031 Olli-Pekka Mäkirintala

Lisätiedot

Ohjelmiston testaus ja laatu. Testausmenetelmiä

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

ENEMMÄN VAI FIKSUMMIN? - ÄLÄ TAPA UUSIA BISNESMAHDOLLISUUKSIA TEHOTTOMALLA TYÖLLÄ! Anssi Tikka, Business Unit Manager

ENEMMÄN VAI FIKSUMMIN? - ÄLÄ TAPA UUSIA BISNESMAHDOLLISUUKSIA TEHOTTOMALLA TYÖLLÄ! Anssi Tikka, Business Unit Manager ENEMMÄN VAI FIKSUMMIN? - ÄLÄ TAPA UUSIA BISNESMAHDOLLISUUKSIA TEHOTTOMALLA TYÖLLÄ! Anssi Tikka, Business Unit Manager Näin saat palvelun laadun, nopeuden ja kannattavuuden kohtaamaan varastoissa ja logistiikkakeskuksissa.

Lisätiedot

SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti

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

Kooste kotitehtävien vastauksista. Kotitehtävä 6 - Ylläpito- ja kehittämismalli 29.4.2011

Kooste kotitehtävien vastauksista. Kotitehtävä 6 - Ylläpito- ja kehittämismalli 29.4.2011 Kooste kotitehtävien vastauksista Kotitehtävä 6 - Ylläpito- ja kehittämismalli 29.4.2011 1.) Järjestelmän ylläpitomalli? ja 2.) Järjestelmän jatkokehittämismalli? OPH on omistaja ja ylläpitäjä ja huolehtii

Lisätiedot

Totuus IdM-projekteista

Totuus IdM-projekteista Totuus IdM-projekteista Kyselytutkimuksen tulosten julkistustilaisuus 4.10.2011 Hannu Kasanen, Secproof Identiteetinhallinnan huono maine IAM, nuo kolme suurta kirjainta, tarkoittavat käyttäjätietojen-

Lisätiedot

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Arkkitehtuurikuvaus. 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ätiedot

Suomen Hiusyrittäjät ry Ajanvarausjärjestelmän tarjous

Suomen Hiusyrittäjät ry Ajanvarausjärjestelmän tarjous Ajanvarausjärjestelmän tarjous 13.1.2012 1/7 Tarjous Tarjous on osa yhteistä LeasIT Oyn ja DigitalBooker Finland Oyn yhteistarjousta jossa tarjoamme Kassa- ja ajanvarausjärjestelmien kombinaatiota. Tämä

Lisätiedot

CTRL+F Android-sovellus

CTRL+F Android-sovellus CTRL+F Android-sovellus Vili-Robert Hietala Opinnäytteen raportointi Sähköosasto Toukokuu 2015 KUVAILULEHTI 14.04.2015 Tekijä(t) Vili-Robert Hietala Työn laji Opinnäytteen raportointi Sivumäärä 7 Luottamuksellisuus

Lisätiedot

Joonas Ruotsalainen GIT PIKAOPAS. Tutkielma 2011

Joonas Ruotsalainen GIT PIKAOPAS. Tutkielma 2011 1 Joonas Ruotsalainen GIT PIKAOPAS Tutkielma 2011 2 SISÄLTÖ 1. JOHDANTO... 3 2. ASENTAMINEN... 4 3. KÄYTTÖ... 4 3.1 Perusasetukset... 4 3.2 Git:n ottaminen käyttöön projektissa... 5 3.3 Tiedostojen lisääminen

Lisätiedot

PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS

PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS 10 KEYS TO SUCCESSFUL SOFTWARE PROJECT 1. Clear Vision 2. Stable, Complete, Written Requirements 3. Detailed User Interface Prototypes

Lisätiedot

Nimi: Opnro: Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä. 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla:

Nimi: Opnro: Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä. 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla: Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla: a) käytettävyys b) käyttäjäkeskeinen suunnittelu c) luonnollinen kieli

Lisätiedot

Mää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 Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli

Lisätiedot

Uudelleenkäytön jako kahteen

Uudelleenkäytön jako kahteen Uudelleenkäyttö Yleistä On pyritty pääsemään vakiokomponenttien käyttöön Kuitenkin vakiokomponentit yleistyneet vain rajallisilla osa-alueilla (esim. windows-käyttöliittymä) On arvioitu, että 60-80% ohjelmistosta

Lisätiedot

Hirviö Järjestelmätestauksen testitapaukset ja suoritusloki I1

Hirviö 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ätiedot

SALPAUS-DW. Oppilastyöstä lisäarvoa tietovarastolle? CSC-tietovarastofoorumi 23.4.2015, Espoo

SALPAUS-DW. Oppilastyöstä lisäarvoa tietovarastolle? CSC-tietovarastofoorumi 23.4.2015, Espoo SALPAUS-DW Oppilastyöstä lisäarvoa tietovarastolle? CSC-tietovarastofoorumi, Espoo 2 Esiintyjä Marko Järvisalo Salpauksen tietohallinnosta Erikoistunut raportointiin ja Salpauksen tietovaraston pääarkkitehti

Lisätiedot

3. Ryhdy kirjoittamaan ja anna kaiken tulla paperille. Vääriä vastauksia ei ole.

3. Ryhdy kirjoittamaan ja anna kaiken tulla paperille. Vääriä vastauksia ei ole. 1 Unelma-asiakas Ohjeet tehtävän tekemiseen 1. Ota ja varaa itsellesi omaa aikaa. Mene esimerkiksi kahvilaan yksin istumaan, ota mukaasi nämä tehtävät, muistivihko ja kynä tai kannettava tietokone. Varaa

Lisätiedot

Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä?

Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä? Se edullisempi tietokanta Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä? Rasmus Johansson rasmus.johansson@microsoft.com Ratkaisumyyntipäällikkö (Sovellusalusta) Microsoft Oy Miten

Lisätiedot

Perusmyyjästä supermyyjäksi

Perusmyyjästä supermyyjäksi Perusmyyjästä supermyyjäksi Sisällysluettelo ESIPUHE 1. Myynnin syvin olemus 1.1. Ihmisen ymmärrys ostamisen taustalla 1.2. Tunteiden ja järjen paradigma 1.3. Tunne vs. järkiostamisessa 1.4. Ihmisen ymmärrys

Lisätiedot