^ timohei.net / Opintojaksot / Production Automation Project /
Kun sovellus on valmis luovutettavaksi, kutsutaan tilaaja ja opettaja tehdaskoestustilaisuuteen (Factory Acceptance Test, FAT) toimittajan tiloihin, jossa ohjelman toiminta varmistetaan simuloimalla kaikki mittaukset testauspöytäkirjan määrittelemällä tavalla ja tarkistamalla, että ohjelman ohjaukset toimivat lähtöaineistossa määritellysti.
Koestuspäivä ja aika sovitaan yhdessä niin, että kaikki ryhmien jäsenet pääsevät osallistumaan testaukseen. Kutsun mukana lähetetään toimittajaryhmän (tarvittaessa opettajalla hyväksytetty) ehdotus koestusjärjestelyiksi ja -pöytäkirjaksi. Lähettäkää kutsu myös minulle tiedoksi CC:nä.
Toimittajan tulee ajaa testi läpi hyvissä ajoin ennen FAT-tilaisuutta. Mikäli testi kangertelee, koska toimittaja itse ei ole perehtynyt siihen tarpeeksi hyvin, koko testi hylätään ja sovitaan uusi FAT-tilaisuus.
Testauspöytäkirjan sisältö
Testipöytäkirjassa käydään läpi prosessin toiminta ylös- ja alasajoineen sekä kaikki poikkeus- ja vikatilanteet.
Testauspöytäkirjassa kuvataan alkutilanne ja testattavat toiminnot yksiselitteisesti. Alkutilanteessa kerrotaan kaikkien ko. prosessiin liittyvien mittausten ja ohjausten tila. Epämääräiset toteamukset tyyliin "Prosessi on pois päältä" tai "Kaikki tulot ja lähdöt ovat sammuksissa" eivät käytännössä kerro mitään. Joka kerran kun tällaisia kuvauksia lähtötilanteesta on ollut, on ne todettu parin täsmentävän kysymyksen jälkeen paikkansapitämättömiksi.
Testi pitää pystyä ajamaan läpi milloin tahansa myöhemmin niin, että aina saataisiin täsmälleen samat tulokset. Mikäli lähtötilanne tai testitoimenpiteet kirjataan puutteellisesti, ei testi ole yksiselitteinen ja jättää niin ollen mahdollisuuden tulkinnoille. Pahimmassa tapauksessa näitä tulkintoja tehdään oikeussalissa.
Tilaajan edustajalta ei koskaan edellytetä mitään ohjelmointiosaamista. Hän on sen sijaan prosessin ja sen toiminnan asiantuntija. FAT-pöytäkirja tuleekin laatia sellaiseksi, että ohjelmointia osaamaton pystyy seuraamaan testin kulkua ja varmistamaan, että ohjelma toimii lähtöaineiston mukaan.
Mikäli tilaaja hyväksyy puutteellisen testausjärjestelyn, hän ottaa myös ainakin osavastuun mahdollisista sovelluksen virheellisen toiminnan aiheuttamista vahingoista.
Testauspöytäkirjan täyttäminen testin aikana
Tilaajaryhmän edustaja kirjaa testauspöytäkirjan "Kommentit"-sarakkeeseen testauksessa mahdollisesti havaitut poikkeamat. Hän kuittaa kunkin testikohdan suoritetuksi nimikirjaimillaan ja päiväyksellä. Vaikka poikkeava toiminta olisi järkevä, perusteltavissa ja hyväksyttävissä, kirjataan poikkeamasta aina kommentti testauspöytäkirjaan. Testausöytäkirjan liitteeseen kirjataan myös perustelut poikkeaman hyväksymiselle.
Jokainen testauspöytäkirjan testikohta joko hyväksytään oikein toimivana, muutettuna tai hylätään. Pienet poikkeamat voidaan korjata heti testin aikana tai välittömästi FATin jälkeen, ja testi suoritetaan uudelleen. Mikä tahansa ohjaussovelluksen muutos voi vaikuttaa myös muihin testattaviin kohtiin, joten koko (ali)prosessin FAT tulee tehdä uudestaan.
Merkittävät poikkeamat aiheuttavat testin hylkäämisen, jolloin sovitaan uusi tehdaskoestustilaisuus.
Testauspöytäkirjan palauttaminen - lähitoteutus
Hyväksytty paperille tehty tehdaskoestuspöytäkirja skannataan kopiokoneella ja talletetaan Moodleen PDF-muodossa. Kännykkäkuvat eivät kelpaa!
Testauspöytäkirjan palauttaminen - etätoteutus
Testauspöytäkirja tehdään Excel Onlinessa.
Testauksen jälkeen hyväksymismerkinnöillä varustettu Excel-tiedosto talletetaan omalle koneelle ja talletettu tiedosto palautetaan Moodleen pdf-muotoisena. Alla olevassa kuvassa näytetään, miten testin aikana kirjoitetut kommentit saa näkyviin PDF-tiedoston viimeiselle sivulle.
| Alkutilanne 🔍 Tässä kerrotaan kaikkien tulojen ja lähtöjen tilat testiä aloitettaessa. Voidaan jättää tyhjäksi niissä testivaiheissa, joissa tila on se, mihin edellisessä vaiheessa päädyttiin. |
Testattava toiminne 🔍 Prosessin tila tai operaattorin toimenpide, jota tämän rivin toimenpiteellä simuloidaan |
Toimenpiteet 🔍 Mitä tuloja testin tämän vaiheen aikana muutetaan ja miten |
Seuraukset 🔍 Miten ohjelman pitäisi reagoida Toimenpiteet-sarakkeen mukaisiin muutoksiin |
Kommentit 🔍 Jätetään tyhjäksi. Testitilanteessa kuitataan kynällä testivaihe hyväksytysti suoritetuksi tai merkitään virheet tai puutteet. |
|---|---|---|---|---|
Nuohoin on alkutilassa eli
|
Automaattinen nuohoustoiminne | Aktivoidaan nuohous kääntämällä
kytkin START XS‑003 hetkeksi kiinni ja sitten takaisin auki (000.01 > 1, 0) 🔍 Jokaisen I/O:n yhteydessä mainitaan ko. I/O:n nimi, positiotunnus ja I/O-osoite sekä signaalin tarkat tilat |
| |
| Höyryvirtaus | Höyry alkaa virrata: suljetaan höyryvirtausanturin kytkin PS-015 (000.07 > 1) | Höyryvalo XI-015 aktivoituu (010.04 > 1) | ||
| Nuohoin saapuu ulkorajalle | Suljetaan "ULKORAJA" GS‑002 (000.06 > 1) |
|
||
|
|
|
||
| Katso edellisen testin alkutilanne | Höyryvika | Käynnistetään nuohous edellisen testin kahden ensimmäisen askeleen mukaan | ||
| Höyryvirtaus katkeaa | Avataan höyrykytkin PS-015 (000.07 > 0) |
|
||