Yritysten välisen testaus- ja laboratoriotoiminnan kehittäminen Päijät-Hämeessä

Yritykset tekevät nykyään yhä enemmän yhteistyötä keskenään eli verkostoituvat. Verkostoitumisella haetaan kykyä vastata nopeasti muuttuvan toimintaympäristön haasteisiin. Tässä diplomityössä tutkitaan testaus- ja laboratoriopalveluiden saatavuuden kehittämistä verkostoitumisen keinoin.Alueellisia testaus- ja laboratoriopalveluiden saatavuutta parannetaan valjastamalla käyttöön yritysten yksityisessä käytössä olevat tuotekehityslaboratoriot ja niiden vapaa kapasiteetti. Verkoston ytimen muodostaa teknologiapalvelu, joka hallitsee tietoa yritysten resursseista ja jakaa tätä tietoa. Työssä kartoitettiin alueella olevista yrityksistä heidän tarpeitaan tuotekehityksen aikaiselle testaukselle, tähän sopivia olemassa olevia laitteita ja tiloja ja yritysten mielipiteitä toiminnan organisoimisesta. Lisäksi tutkittiin tuotekehityksen aikana tarvittavaa direktiivitietouden tarvetta yrityksissä. Yritykset suhtautuivat erittäin myönteisesti yhteistyön tekemiseen testaus- ja laboratoriotoiminnassa. Yrityksistä löytyi erilaisia testauslaitteita ja –tiloja, ja näitä on muidenkin yritysten mahdollista käyttää tietyin ehdoin, kunhan se ei häiritse yrityksen omaa tuotekehitystyötä ja vapaata kapasiteettia löytyy.

New TTCN interfaces for WCDMA base station testing

WCDMA tukiasema (Node B) on osa UMTS-järjestelmän radioverkkoa. Node B on tärkeä verkkoelementti, jonka tarkoituksena on yhdistää mobiilikäyttäjät verkkoon. Telecom –ohjelmisto (TCOM SW) on vastuussa suuresta osasta Node B:n toiminnallisuutta. TCOM SW:n testaukseen käytetään paljon resursseja, jotta ohjelmiston oikeasta toiminnasta ja laadusta voidaan varmistua. System component testing on testausvaihe, jossa järjestelmän (Node B) osa (system component, tässä diplomityössä TCOM SW) testataan ennen sen integroimista muuhun järjestelmään. Tähän tarvitaan testityökalu ja testitapausten toteutus. Node B TTCN Tester (testeri) on työkalu, jota käytetään Node B:n ohjelmiston testauksessa. Testitapaukset toteutetaan TTCN-testinotaatiota käyttäen ja testataan testerin avulla. TCOM SW:n system component –testausvaihetta varten testeriin lisättiin uudet rajapinnat, joiden avulla voidaan simuloita Node B:n ATM-ohjelmistoa sekä WPA- ja WTR-yksiköitä. Tässä diplomityössä toteuttiin TTCN testitapaukset uusille rajapinnoille. Testitapaukset tekivät TCOM SW system component –testausvaiheen riippumattomaksi Node B:n ATM-ohjelmistosta sekä WPA- ja WTR-yksiköistä. Lisäksi TCOM SW:n toiminnan testaus näissä rajapinnoissa voidaan tästä lähtien tehdä automaattisesti. Testitapauksien toiminta varmistettiin testeriä käyttäen. Tulokset olivat hyviä, uudet testitapaukset ja TTCN rajapinnat toimivat oikein lisäten testauksen tehokkuutta.

Oliopohjaisen ohjelmiston kehitysprosessi CASE: Sonera TradeXpress Mapper

Työ kartoittaa yleisemmin ohjelmistonkehitysprosesseille asetettavia vaatimuksia ja selvittää yksityiskohtaisemmin niiden soveltamista ja vaikutusta uusien ominaisuuksien suunnittelussa Soneran TradeXpress Mapper ohjelmistoon. Kyseinen työkalu mahdollistaa muun muassa EDI-viestien muokkaamisen graafisesti. Työn tuloksena syntyi selvitys ohjelmistonkehitysprosessien perusteista ja niiden soveltamisessa oliopohjaiseen systeemityöhön. Prosessin avulla voitiin ohjelma tehdä tarkemmin asiakkaan vaatimusten mukaiseksi ja uusien ominaisuuksien lisääminen onnistui helposti.

Siistausmassan saostuksessa kiekkosuodattimella käytettävän suodatinväliaineen testaus ja kehittäminen

Työn aiheena on siistausmassan saostuksessa käytettävä kiekkosuodatinväliaine ja tarkoituksena selvittää lankamateriaalien ja pinnoitusaineiden vaikutusta väliaineen likaantumisherkkyyteen ja suodatusteknisiin ominaisuuksiin. Siistauslaitosten ongelmana on suodatinväliaineen likaantuminen massassa olevien tahmo- ja painoväripartikkelien johdosta. Tällä hetkellä siistauslaitosten kiekkosuodatinpussien valmistuksessa käytetään pääasiassa polypropeeni- ja polyvinylideenifluoridimonofilamenttilankoja, joiden lianhylkivyys on osoittautunut huonoksi. Uusiksi lankamateriaaleiksi tutkimuksiin valittiin Easy Kleen I, Easy Kleen II, Hyflon, Halar ja Polyesteri. Tulosten perusteella Easy Kleen I ja II monofilamenttilangoista kudotun suodatinkankaan lianhylkivyys on polypropeeni- ja polyvinylideenifluoridimonofilamenttilangoista kudottua kangasta parempi. Suodatusteknisissä ominaisuuksissa ei materiaalien välillä havaittu merkittävää eroa. Easy Kleen monofilamenttilangat näyttävät soveltuvan myös keittokutistumiltaan ja mekaanisilta ominaisuuksiltaan kiekkosuodatinpussien materiaaleiksi. Polypropeeni- ja polyesterimonofilamenettilangoista kudottujen suodatinkankaiden pinnoittamisessa käytettiin hydrofiilisiä ja hydrofobisia pinnoitusaineita. Tulosten perusteella on mahdollista parantaa suodatinkankaan lianhylkivyyttä pinnoittamalla. Pinnoitettu kangas on myös suodatusteknisiltä ominaisuuksiltaan toimiva. Ongelmaksi suodatinkankaiden pinnoittamisessa saattaa kuitenkin muodostua pinnoituslämpötila, jossa kangas kutistuu asennuskelvottomaksi.

Tuottavuuden mittareiden arviointi ja käytännön soveltaminen / testaus Corenson hylsyteollisuudessa

Tämän diplomityön tarkoituksena oli tutkia erilaisten tuottavuuden mittareiden toimivuutta Corenso United Oy:n hylsyteollisuudessa. Työssä haettiin tuottavuuden mittaamisen teorian pohjalta mahdollisimman monia mittareita, joita sovellettiin käytäntöön. Osana työtä tehtiin myös benchmarking- tutkimus, jossa kartoitettiin kaikkien Corenson tehtaiden tuottavuudenmittausjärjestelmät. Näistä saatiinkin muutamia ideoita mutta pääasiaksi ko. tutkimuksen tekemisessä jäi kuitenkin dokumentointi yrityksen johdolle jo olemassa olevista mittareista. Käytännön kokeilun pohjalta laadittiin esitys yrityksen johdolle sekä ehdotettiin parhaiten soveltuvia mittareita otettaviksi käyttöön. Yrityksen johto valitsi hyviksi havaitut mittarit, joiden käyttöä varten rakennettiin taulukkolaskentapohjainen raportointijärjestelmä. Corenson hylsyteollisuuden tuottavuuden mittaaminen on tähän asti ollut melko vähäistä. Työn pohjalta esitelty järjestelmä ottaa huomioon jokaisen tuottavuuden osa-alueen näin uskotaan eri tehtaiden vertailun olevan helpompaa tulevaisuudessa.

Porting a Java library to different platforms

Viime aikoina matkapuhelimet ovat alkaneet tukea Javaa matkapuhelinsovellusten ohjelmointikielenä. Javan perusajatus on, että kerran käännetty sovellus voidaan suorittaa useilla laitealustoilla ilman uudelleenkääntämisen tarvetta. Jotta sovellukset voisivat toimia uudella alustalla, niiden käyttämät kirjastot tulee siirtää uudelle alustalle. Tämä diplomityö tutkii tämänkaltaiseen siirtoprojektiin liittyviä asioita. Diplomityön aikana käyttöliittymäkirjasto siirrettiin olemassa olleelta alustalta kahdelle uudelle alustalle. Toinen uusista alustoista oli vanhan alustan uusi versio, ja toinen oli kokonaan uusi alusta. Ohjelmiston siirtämistä helpottaa jos alkuperäinen ohjelmisto on suunniteltu siirrettävyyttä silmälläpitäen. Varsinaiset ohjelmaan tehtävät muutokset ovat tällöin helppoja tehdä. Hyvälaatuisen lopputuloksen saaminen vaatii kuitenkin aina että ohjelmisto myös testataan huolellisesti.

Matkapuhelimen näytön testaus massatuotannossa

Tässä diplomityössä perehdytään matkapuhelimen näytön testaamiseen massatuotannon eri vaiheissa. Pääasialliset keskittymisen kohteet ovat näytön ohjaamiseen tarvittava tasonmuunnin, sen suunnittelu ja toteutus sekä erilaiset näytöntarkastustekniikat. Samalla käydään läpi myös näyttöjen historiaa ja tulevaisuutta, sekä erilaisia konenäköjärjestelmiä. Työssä oli tavoitteena kehittää joustava ratkaisu nykyisten ja tulevien näyttöjen testaukseen ja ohjaamiseen. Tuloksena saatiin tehtävään sopiva tasonmuunnin ja ohjelmisto. Kehitetyt ratkaisut ovat myös helposti muunnettavissa tulevaisuuden tarpeisiin.

Subsystem Testing of Message Guided State Machines Using a Simulator Framework

Simulaattorit ovat yksinkertaistettuja malleja tietyistä järjestelmän osioista. Niitä käytetään mallintamaan testattavan osion ympärillä olevien muiden osioiden ulkoista toimintaa, jotta testattavalle osiolle saadaan oikeanlainen toimintaympäristö aikaiseksi. Tilakoneita käytetään mallintamaan ohjelmistojen tai niiden osien toimintaa. Sanomaohjatuissa tilakoneissa tilojen vaihdot perustuvat saapuviin sanomiin. Tässä työssä esitellään erään ohjelmiston alijärjestelmän testaamisessa käytettävä arkkitehtuuri, joka perustuu suurelta osin simulaattoreiden käyttöön muiden alijärjestelmien mallintamisessa. Testattava ohjelmisto koostuu enimmäkseen tilakoneista, jotka vaihtavat keskenään sanomia ja ohjaavat näin toistensa tilasiirtymiä. Työn testausympäristö on suunniteltu juuri tämänkaltaisen ohjelmiston testaamiseen. Työssä esiteltävää testausympäristöä myöskin käytettiin useamman kuukauden ajan ja se todettiin toimivaksi. Joitakin testausympäristön käyttöohjeita, käyttökokemuksia sekä siihen liittyviä parannusehdotuksia käydään läpi työn loppuosassa. Erityisesti havaittiin miten tärkeää on testata implementaatiota jo luokka tasolla ennen alijärjestelmä tason testaukseen siirtymistä sekä päädyttiin siihen, että suunnitteluvaiheen pitäisi olla lähemmin liitoksissa alijärjestelmätestaukseen.

ISDN-käyttäjäosaprotokollan suunnittelu, toteutus ja testaus.

Diplomityössä suunnitellaan, toteutetaan ja testataan ISUP-protokolla. ISUP kytketään osaksi Intellitel Communications Oy:n toteuttamaan Intellitel(TM) -tuotetta, joka tarjoaa kehitysympäristön kahdennetuille palveluille niin tele- kuin dataverkkoihin. Työssä sidotaan ISUP-protokollan kehitystyö osaksi markkinoilla vallitsevaa verkkojen konvergoitumiskehitystä, ja tässä valossa esitellään nykyisiä ja mahdollisia tulevia sovelluskohteita toteutetulle ISUP-protokollalle. ISUP:n testaukseen käytetyt moduuli-, standardinmukaisuus- ja verkkoonvientitestausmenetelmät esitellään soveltuvin osin työn testausosiossa. Työn tuloksena on standardin mukaan suunniteltu, toteutettu ja testattu protokolla, joka tarjoaa rajapinnan puheluidenohjauslogiikalle.

Kahden portaalirobotin liikkeen synkronisointijärjestelmän toteuttaminen, käyttöönotto ja testaus, järjestelmän toteuttaminen, käyttöönotto ja testaus.

Tuotekehitysprojektin tarkoitus oli kehittää "älykäs" automaatiojärjestelmä kahdesta portaalirobotista muodostuvaan kuljetinlinjaan, jossa molemmat robotit synkronoidaan kulkemaan yhtäaikaisesti sähköisen akselin avulla. Tämän teknisen ratkaisun avulla kiinteitä kustannuksia, kuten valmistus- ja asennuskustannukset, saadaan laskemaan. Kuljetinlinjaa ohjataan hajautetun automaatiojärjestelmän avulla, jossa vastaanotettu ja lähetetty tieto kulkee MPI- ja Profibus-väylien kautta. Ohjelmoitava logiikkaohjain hoitaa tiedonsiirron ylätason PC:n ja hajautettujen solmujen välillä sekä jakaa tehtäviä alatason periferialaitteille. Robottien välinen sähköinen akseli mahdollistaa terästukirakenteiden ja kehikkojen jäämisen pois, jotka vain vievät tilaa tuotantotiloilta, laitteistoilta ja koneilta. Tukirakenteiden asennustyöt ovat myös aikaa vieviä ja kalliita. Huolimatta lisääntyneestä elektronisten komponenttien lukumäärästä tulee uusi tekninen ratkaisu kustannuksiltaan halvemmaksi kuin aikaisemmin käytetty mekaanisesti yhdistetty kuljetin.

Software testing design and implementation in a small software company

Monet ohjelmistoyritykset ovat alkaneet kiinnittää yhä enemmän huomiota ohjelmistotuotteidensa laatuun. Tämä on johtanut siihen, että useimmat niistä ovat valinneet ohjelmistotestauksen välineeksi, jolla tätä laatua voidaan parantaa. Testausta ei pidä rajoittaa ainoastaan ohjelmistotuotteeseen itseensä, vaan sen tulisi kattaa koko ohjelmiston kehitysprosessi. Validaatiotestauksessa keskitytään varmistamaan, että lopputuote täyttää sille asetetut vaatimukset, kun taas verifikaatiotestausta käytetään ennaltaehkäisevänä testauksena, jolla pyritään poistamaan virheitä jo ennenkuin ne pääsevät lähdekoodiin asti. Työ, johon tämä diplomityö perustuu, tehtiin alkukevään ja kesän aikana vuonna 2003 Necsom Oy:n toimeksiannosta. Necsom on pieni suomalainen ohjelmistoyritys, jonka tutkimus- ja kehitysyksikkö toimii Lappeenrannassa.Tässä diplomityössä tutustutaan aluksi ohjelmistotestaukseen sekä eri tapoihin sen organisoimiseksi. Tämän lisäksi annetaan yleisiä ohjeita testisuunnitelmien ja testaustapausten tekoon, joita onnistunut ja tehokas testaus edellyttää. Kun tämä teoria on käyty läpi, esitetään esimerkkinä kuinka sisäinen ohjelmistotestaus toteutettiin Necsomilla. Lopuksi esitetään johtopäätökset, joihin päädyttiin käytännön testausprosessin seuraamisen jälkeen ja annetaan jatkotoimenpide-ehdotuksia.

ANVL -ohjelmiston käyttö protokollavalidoinnissa

Tietoliikennelaitteiden toiminta perustuu yleisesti sovittuihin standardeihin ja suosituksiin. Standardinmukaisuuden varmistamiseksi tuotteet tulee testata sekä standardeja että muita tuotteita vastaan, jotta laitteiden yhteensopivuudesta voidaan varmistua. Ohjelmistojen koon ja monimutkaisuuden jatkuvasti kasvaessa myös tarve löytää automatisoituja testausmenetelmiä kasvaa. Diplomityön tavoitteena oli selvittää soveltuuko ANVL -protokollavalidointiohjelmisto Tellabsin modeemituotteiden hyväksyntätestaukseen ja sovittaa ANVL osaksi Tellabsin testauskäytäntöä. Diplomityössä käydään lisäksi läpi ohjelmistotestauksen peruskäsitteitä ja esitetään ANVL:n sisäinen rakenne ja toimintaperiaatteet. Työssä havaittiin, että ANVL sopii hyvin yksittäisten datasiirtolaitteiden validointitestaukseen. ANVL:n räätälöintimahdollisuudet ovat hyvät ja sitä on mahdollista laajentaa itse toteutetuilla protokollavalidointipaketeilla. Tuote tullaan ottamaan käyttöön Tellabsin uusissa tuotekehitysprojekteissa.

Riskienhallinta erään ohjelmiston muutosten yhteydessä

Tämän diplomityön tarkoituksena oli esittää menetelmä erääseen ohjelmistoon toteutettavista muutoksista aiheutuvien riskien hallintaan. Ohjelmistoa käyttää päivittäin useita satoja henkilöitä ja sen ongelmaton toiminta on ohjelmiston omistavalle asiakkaalle erittäin tärkeää. Ohjelmiston ja sen kehitystyön kannalta riski on asianomistajan tavoitteita uhkaava menetyksen mahdollisuus tai menetykseen liittyvä ominaisuus, tekijä tai toiminta. Tämän työn yhteydessä asianomistaja on yritys, joka on toteuttanut nykyisen ohjelmiston ja on vastuussa ohjelmiston jatkokehityksestä. Yrityksen riskienhallintatarpeita vastaava ratkaisu pyritään löytämään perehtymällä riskienhallinnan perusteisiin sekä kahteen erityisesti ohjelmistotuotantoon tarkoitettuun riskienhallintamenetelmään. Riskienhallinnan kehittämisen kannalta on tärkeää, että ohjelmistotuotannon tyypilliset virheet onnistutaan pääsääntöisesti välttämään. Riskienhallinnan yleisempien virheiden tiedostamisesta on suurta hyötyä omaa riskienhallintaa kehitettäessä. Ohjelmiston kehitysorganisaation systemaattinen tapa toteuttaa ohjelmistomuutoksia perustuu ohjelmistotuotantoon tarkoitetun tuotteenhallintaohjelman käyttöön. Tuotteenhallintaohjelmassa muutospyyntö on ohjelmiston kehitystyön perusyksikkö, johon riskienhallintatoimet on pyrittävä kohdistamaan. Yrityksen tarpeita vastaava riskienhallintamalli rakennetaan lisäämällä Riskit-menetelmän mukainen riskienhallintaprosessi osaksi muutospyynnön systemaattista käsittelyprosessia. Työn tuloksena aikaansaadun mallin mukaista riskienhallintaa voidaan käytännössä harjoittaa usealla eri tavalla. Arvioiden perusteella kaavionluonti- ja tekstinkäsittelyohjelma ovat riittävät työkalut riskienhallinnan käytännön toteutusta varten. Kokemukset uudesta riskienhallintamenetelmästä osoittivat sen käyttökelpoiseksi. Menetelmän käyttöönoton sujuvuuden varmistamiseksi, riskienhallintatoimet kannattaa kuitenkin aluksi kohdistaa yksittäistä muutospyyntöä suurempaan kokonaisuuteen.

Reaaliaikaisen tiedonsiirtolinkin muodostaminen prosessisäädön simulointi- ja valvomo-ohjelmiston välille

Teollisuusautomaatiossa käytetään varta vasten automaatiosovelluksiin tarkoitettuja tietokoneita eli ohjelmoitavia logiikoita (PLC, Programmable Logic Control). Ohjelmoitavan logiikan ja käyttäjän välillä on hyvin useasti jonkin asteinen käyttöliittymä (HMI, Human-Machine Interface). Käyttöliittymä voidaan toteuttaa logiikkaan liitettävien näyttöpäätteiden tai PC-pohjaisten valvomo-ohjelmien avulla. Käyttöliittymän kautta käyttäjä voi valvoa ja ohjata automaatiojärjestelmää. Tämän kandidaatintyön aiheena on reaaliajassa toimivan tiedonsiirtolinkin luominen prosessisäädön simulointiohjelmiston ja valvomo-ohjelmiston välille. Prosessiasäätöä simuloidaan MATLAB:in Simulink-ohjelmistolla ja käyttöliittymä luodaan InTouch valvomo-ohjelmistolla. Simuloitavana prosessina toimii nelitankkiprosessi, jossa kahden tankin pinnankorkeutta säädetään kahdella pumpulla. Prosessista tekee erittäin mielenkiintoisen se, että prosessilla on kolmitieventtiilien asennoista riippuen kaksi eri toimintapistettä: minimivaiheinen ja ei-minimivaiheinen. Myös tankkien ristiinkytköksien johdosta prosessi on normaalia tankkiprosessia mielenkiintoisempi. Tiedonsiirtolinkin muodostaminen prosessisäädön simuloinnin sekä valvomo-ohjelmiston välille mahdollistaa lukuisia erilaisia käyttötarkoituksia. Varsinkin opetuskäytössä tämä on erittäin käyttökelpoinen, koska se ei vaadi todellisen prosessin eikä laitteistojen läsnäoloa. Sen avulla voidaan opettaa valvomo-ohjelmien luomista sekä niiden käyttöä. Myös prosessisäätöä voidaan opettaa erittäin havainnollisesti.

WWW-pohjaisen sovelluksen automatisoitu testaus ja sitä edistävät ohjelmointikäytännöt

Ohjelmistotestauksen avulla voidaan tarkastella sovelluksen vastaavuutta vaatimuksiin. Tavoitteena on löytää sovelluksesta virheitä, ja siten parantaa sovelluksen laatua. Sovelluksen laatu voidaan määritellä useilla mittareilla, kuten esimerkiksi testattavuudella. Tässä työssä tarkastellaan WWW-sovelluksen automatisoidun testauksen toteutusta, jossa käytetään apuna testauskehystä. Automatisoituun testaukseen kuuluu testitapausten suunnittelu sekä toteutus, joiden lopputuloksena on uudelleenajettavia testitapauksia. Testaus keskittyy sovelluksen toiminnallisuuteen ja jättää tietokantaan päivitettävien tietojen tarkastamisen tekemättä. Testaus suoritetaan ilman tarkempaa tietoa sovelluksen sisäisestä toiminnasta. Testattava sovellus on Mobilding-hankkeessa toteutettu WWW-sovellus, jonka avulla hallinnoidaan rakennuksen elementtejä. Työssä vertaillaan WWW-sovelluksen käyttöliittymän testaukseen soveltuvia testauskehyksiä, ja pyritään tuomaan esille niiden ominaispiirteitä. Työn tuloksena on uudelleensuoritettavia testitapahtumia. Lisäksi pohditaan ohjelmointikäytäntöjä, joilla voidaan edistää automatisoitua testausta. Ohjelmointikäytännöt perustuvat työn toteutuksen aikana havaittuihin ongelmiin.