Attribuutti-kyselypalvelu

Transkriptio

1 Attribuutti-kyselypalvelu Liittymien testausohje sivu 1/18

2 Sisällysluettelo 1 Tausta ja lähtötilanne Dokumentin tarkoitus ja kohde Jiran käyttö testauksen hallinnassa Testausympäristön looginen kuvaus Integraatiotestaus ja kuormitustestaus (kaikki kolme liittymää) Testauksessa huomioitavaa Kyselypalvelun testausta koskeva prosessi Testitapaukset attribuutti-rajoitustietosanomalle Ensimmäisen vaiheen toimenpiteet Yleistä ja tavoitteet Testauksen työsuunnitelma Connectivity-testaus (yhteystestaus) Web service -palveluiden testaus, palveluosoitteet Yhteistestauksen tavoitteet, malli ja raportointi Tavoitteet Testauksen toteutusmalli Testauksen päättämisen kriteerit Virheet ja raportointi Testauksen aloittamisen esimerkit A1 attribuutti-rajoitustietosanoma A2 ammattioikeuden rajoituslista A3 ammattioikeuden lista Viitteet Liitteet Muutoshistoria sivu 2/18

3 Liittymien testausohje 1 Tausta ja lähtötilanne 1.1 Dokumentin tarkoitus ja kohde Liittymien testausohje -dokumentissa kerrotaan Sosiaali- ja terveysalan lupa- ja valvontaviraston (Valvira) attribuuttikyselypalvelun kehittämishankkeen testauksen ohjeistus ja tavoitteet iteraatioittain (liittymittäin). Dokumentti on tarkoitettu testaajien apuvälineeksi ja testauksen rungoksi testauksen eri vaiheisiin. Testaajilla oletetaan olevan tietämystä Web service -palveluiden testaamisesta. Kyselypalvelun rajapinnassa käytetään ensimmäisen attribuutti-rajoitustietokyselyn osalta Web service SOAP versio 1.1 standardia ja kahden muun listakyselyn osalta standardia xml:ää https-protokollalla. Dokumentti kuvaa: 1. A1 Attribuutti-Rajoitustietosanoman kyselyvastaustoiminnon testauksen (WS/SOAP) 2. A2 Ammattioikeuden rajoituslistan tuottamisen ja noudon testauksen (HTTPS/XML) 3. A3 Ammattioikeuslistan tuottamisen ja noudon testauksen (HTTPS/XML) Kela on linjannut KanTo-hankkeessa testauksesta, jonka mukaan kyselypalvelun testausta tehdään (viite 1). Kelalla on prosessi KanTapalveluihin liittymiseksi (viite 2), jonka mukaiset toimenpiteet oletetaan suoritetuiksi ennen testausta. 1.2 Jiran käyttö testauksen hallinnassa Valviran toimittaja käyttää testauksen hallinnassa Jira-nimistä selainpohjaista välinettä. Valviran palvelulle on perustettu testauksen työtila Jira-välineeseen. Työtila ei toistaiseksi ole julkinen. Niille toimijoille, jotka käyttävät muuta hallintavälinettä, kohdan voi jättää huomiotta. Yksikkötestauksessa ja Valvira - Kela testauksessa kirjataan asiat Jiraan seuraavan ohjeen mukaan: - Se, että testitapaus on suoritettu onnistuneesti tai on löytynyt bugeja hoidetaan Jiran tilojen avulla (käytössä olevat oletustilat ovat:open, INPROGRESS, REOPENED, CLOSED). - Testitapaus testauksessa -> tilaksi INPROGRESS sivu 3/18

4 - Jos BUGI löytyy -> kirjataan Jiraan ja testitapauksen tilaksi -> REOPENED - Kun BUGI on korjattu -> tilaksi INPROGRESS - Kun testitapaus on testattu loppuun asti onnistuneesti, -> tilaksi CLOSED - COMMENT-kohtaan tulee tarkempaa tietoa testauksesta - Jirasta saa raportit CLOSED-tilan perusteella liittymittäin, testitapauksittain, josta näkee, että ne on testattu. 1.3 Testausympäristön looginen kuvaus Kuvassa 1 esitetään kyselypalvelun looginen ympäristö. Kuva 1: Kyselypalvelun looginen kuva 1.4 Integraatiotestaus ja kuormitustestaus (kaikki kolme liittymää) Tässä kuormitus- ja suorituskykytestauksen kohteena on kyselypalvelun ympäristö ja tavoitteena kyseisessä ympäristössä saatujen sivu 4/18

5 mittaustulosten analysoiminen. Kukin sovellustoimittaja (sidosryhmä) vastaa oman ympäristönsä sisäisistä testauksista. Valviran kyselypalvelun toimittaja on käyttänyt Jmeter-nimistä ohjelmaa suorituskyvyn testaamiseen. Jmeteristä on saatavilla julkisesti dokumentaatio ja ladattava versio omaan käyttöön. Jotta kuormitustestauksen testitulokset ovat pitäviä, tulee testiympäristön olla identtinen (ohjelmistokonfiguraatiot, verkkokonfiguraatiot jne.) tuotannon kanssa, muuten tulokset ovat vain suuntaa antavia. Tässä kuormitustestissä saadaan vastaus, miten nopeasti ensimmäinen komponentti vastaa Jmeterille. Jmeter asennetaan esimerkiksi Windowspalvelimelle tai sitä voidaan ajaa etäyhteydellä testausympäristössä. Valviran kyselypalvelun toimittaja on käyttänyt kyselyn simuloimiseen salaamattomassa sisäisessä yhteydessä Altovan XMLSpy -nimistä välinettä, jolloin on voitu varmistua, että kysely ja vastaus ovat valideja. Ulkoisissa SSL-salatuissa yhteyksissä kyselyn simuloimiseen voidaan käyttää esimerkiksi Jmeter-välinettä. Varsinaiseen testaukseen tulee käyttää oikeaa sovellusta, jossa Web service / https -client sijaitsee. Integraatiotestissä ajetaan kaikki testitapaukset läpi kerran, kuormitustestissä ajetaan oikeamuotoista ja yhtä virheellistä sanomaa loopissa tietyn aikaa ja seurataan kuormaa ja suorituskykyä. Palveluiden kuormituksesta tai erityisestä suorituskykytestauksesta on sovittava etukäteen ottamalla yhteyttä Valviran kyselypalvelun toimittajaan. Lokitus otetaan mukaan testiin. Lokitukseen saadaan tieto, milloin sanoma lähtee kyselypalvelusta eteenpäin eli lokituksen avulla saadaan kartoitettua lähtevät paluusanomat sidosryhmälle. Lokituksesta saadaan myös tilastotietoa. Kaikista lokituksen erityistarpeista sovitaan ennen testauksen käynnistämistä. Tieto on osittain tuotannon kaltaista. Hylätyt sanomamallit ovat itse tuotettua aineistoa. 1.5 Testauksessa huomioitavaa Suunnittelu, kohteet ja aineisto - Luettelo ja kuvaus mitä testataan ja miten testataan, saadaan Jirasta - Suunnitellaan testijaksot (vaiheet), jotka ovat tietyssä järjestyksessä suoritettavia testitapausten settejä - Oikeamuotoinen testaussanoma, joka lähetetään, sovittava sidosryhmäkohtaisesti - Testauksessa suoritettavat testiskenaariot suunniteltava sidosryhmien edustajien kanssa (testitapausten alustava luettelo valmiina) sivu 5/18

6 - Kuvataan testien suorittamisessa tarvittava aineisto (osa asiakkaan tekemiä, osa toimittajan tekemiä) Testausympäristöt - Tarkistetaan testausympäristön toimivuus ja oikeudet etukäteen - Tilataan / varmistetaan, että sidosryhmien testausympäristöt ovat käytettävissä sovittuna aikana - Tilataan tarvittavat oikeudet välittömästi, jos aiempi tilaus todetaan vialliseksi - Tarkistetaan toimivuus etukäteen ennen varsinaisen testauksen suorittamista - Sovitaan tapa missä ja miten todetaan vastaussanoman oikeellisuus (puhelimella, sähköpostilla vai miten) - Tehdään yhteenveto testauksen valmistelusta, dokumentoidaan koska ja kuinka kauan ympäristö on käytettävissä (mm. yhteiskäyttöiset ympäristöt) jne. Varsinainen testaus - Tarkistetaan testaukseen toimitettu ohjelmisto (käynnistyykö oikea versio, jne (tarkistuslista käydään läpi) - Tarkistetaan ovatko testitapaukset ja testijaksot valmiit - Suoritetaan testijaksot sidosryhmäkohtaisesti (Jirasta luettelo, johon havainnot kirjataan ja viedään Jiraan toimittajan toimesta) - Testien suorituksen aikana tehdyt havainnot ja viat dokumentoidaan määritetyn prosessin mukaan: raportointi sähköpostilla (esim. yhteistestaussuunnitelman mukainen Excel-tiedosto ja/tai Jiraan) - Tarkistetaan hyväksymiskriteerien ja/tai keskeytyskriteerien täyttyminen Lopetus - Raportoidaan läpäisikö ohjelmisto testit hyväksytysti vai hylättiinkö se (pöytäkirja testaustilaisuudesta) - Tehdään yhteenveto dokumentoiduista havainnoista ja vioista sekä niiden mahdollisista vaikutuksista projektiin - Testauksen kulun raportti (dokumentti mahdollisista poikkeamista suunnitelmista sekä yhteenveto testien suorittamisesssa esiintyneistä ongelmista) - Testimateriaalin säilöntä (viimeistellään ja talletetaan tarvittavat materiaalit kuten automaatioskriptit, testiaineistot, testien tulokset testien toistamista tai myöhempää analysointia varten) sivu 6/18

7 1.6 Kyselypalvelun testausta koskeva prosessi Kuva 1: Palvelun testausprosessi Prosessi nojaa Kelan toimittamaan yhteistestaussuunnitelmaan. Määrittely- ja suunnitteludokumentteja ovat toimitetut sanomakuvaukset, WSDL-kuvaukset ja esimerkkisanomat. Testaussuunnitelmalla tarkoitetaan yhteistestaussuunnitelmaa (tai sisäisesti toimittajan omaa suunnitelmaa). 2 Testitapaukset attribuutti-rajoitustietosanomalle Toimittajat voivat käyttää listattuja testitapauksia testeissään. Testitapaukset luodaan xml-skeemojen pohjalta. Testitapaukset siirretään testauksen hallintavälineeseen. Testitapauksia tehdään hallintavälineeseen alkuvaiheessa vain yksi per käyttötapaus eli luodaan tilanne, joka kertoo, miten prosessi menee, jos kaikki menee hyvin. Myöhemmässä vaiheessa huomioidaan virheelliset sanomat ja muut poikkeukset tekemällä lisää testitapauksia. Virheraportoinnissa noudatetaan viitteen 1 toimintamallia. Eli ensimmäisessä vaiheessa testitapauksia on kolme kappaletta, yksi attribuutti-rajoituskyselyä varten, toinen rajoitustietojen noutoa varten ja kolmas ammattioikeuksien noutoa varten. Testitapausten oikeellisuus ja vasteajat todennetaan lokitusjärjestelmällä ja siitä saatavilla yhteenvetoraporteilla, joiden toimivuus varmistetaan lokituksen testitapauksilla, jotka ovat Jirassa. sivu 7/18

8 Testitapaukset on lueteltu alla olevassa taulukossa. Tapaus Kuvaus Odotettu lopputulos TC-TA1 TC-TA2 TC-TA3 TC-TA4 TC-TA5 TC-TA6 TC-TA7 TC-TA8 sivu 8/18 ( ) - henkilötunnuksella Virheetön rajoitustietolistan nouto Virheetön ammattioikeuslistan nouto ( ) Virheetön ammattioikeuskysely ( ) ( ) ( ) ( ) - henkilöllä ammattioikeuksia (1), tutkintoa(1), ei rajoituksia Asiakassovellus on noutanut skeeman mukaisen rajoitustietotiedoston Valviran Asiakassovellus on noutanut skeeman mukaisen ammattioikeustiedoston Valviran - henkilöllä ammattioikeuksia (1), ei tutkintoa, ei rajoituksia - henkilöllä ammattioikeuksia (1,lupatoimia), tutkinto (1) - henkilöllä ammattioikeuksia (1), tutkintotieto (1) -henkilöllä ammattioikeuksia (1), tutkintotietoja (2) - henkilöllä ammattioikeuksia (1), oikeudenmentys voimassa (ei loppupvm), tutkintotietoja (1)

9 TC-TA9 TC-TA10 TC-TA11 TC-TA12 TC-TA13 TC-TA14 ( ) ( ) ( ) ( ) ( ) ( ) - henkilöllä ammattioikeuksia (1), vanha oikeudenmenetys (loppupvm on, menetys tulee takautuvasti), rajoitus(1) - henkilöllä ammattioikeuksia (1), rajoitustietoja voimassa (loppupvm ei ole) tutkintotietoja (1) - henkilöllä ammattioikeuksia (1), rajoitustietoja voimassa (loppupvm on, rajoitus tulee takautuvasti ) tutkintotietoja (1) - henkilö kuollut, tietoja ei tule ( Rekisterinumeroa ei löydy! ) - henkilöllä ammattioikeuksia (1), tutkintotietoja (1) - henkilöllä ammattioikeuksia (1), rajoitus(3), tutkintotietoja (1) Testitapauksista on esimerkkisanomat liitteenä olevassa zip-tiedostossa. 3 Ensimmäisen vaiheen toimenpiteet 3.1 Yleistä ja tavoitteet Alkuvaiheen tavoitteena testauksen osalta on ollut tehdä: sivu 9/18

10 - Testauksen suunnittelu o Liittymien testausohjeen suunnittelu ja täydentäminen o Integraatio, - kuormitus, - ja suorituskykytestauksen vaatimusten tarkentaminen ja suunnittelu - Jiran käyttöönotto testauksen työvälineenä 1 - Liittymien testauksen työsuunnitelmat o Kertovat miten liittymät testataan - Vaiheen varsinaiset testaustoimenpiteet 3.2 Testauksen työsuunnitelma Connectivity-testaus (yhteystestaus) Connectivity-testaus suoritetaan sidosryhmäympäristöstä esimerkiksi telnetkomennolla Kelan toimittamia ip-osoitteita vasten. Epäonnistuneesta testauksesta raportoidaan Kelalle yhteysavauksien ja palomuurisääntöjen tarkastamiseksi. Yhteysosoitteet ovat (t = testi) t-attrib.valtteri.fi t-lists.valtteri.fi attrib.valtteri.fi lists.valtteri.fi Yhteystesti tehdään SSL-porttiin Web service -palveluiden testaus, palveluosoitteet Palveluosoitteet: Testipalvelut: Ammattioikeudenrajoituslista: Ammattioikeuslista: Attribuutti-rajoitustietosanoma 1 Yhteistestaussuunnitelman mukaan voidaan käyttää Excel-taulukkoa sivu 10/18

11 Tuotantopalvelut: Ammattioikeudenrajoituslista: Ammattioikeuslista: Attribuutti-rajoitustietosanoma Toimintaohje testaukseen (A1) Toimittajat voivat soveltaa seuraavaa riippuen käyttämistään tuotteista ja sovelluksista: Kun sovelluskomponentti on valmis testattavaksi, ilmoitetaan sähköpostitse testausvastaaville valmiudesta aloittaa testausta. Kyselypalvelun komponentin palvelukuvaus (WSDL) ilmestyy UDDI:in viimeistään, kun palvelu on julkistettu. Tätä ennen toimitetaan alustava versio palvelukuvauksesta. %2FAmmattioikeus_COMMON%2FInterfaces %2FAmmattioikeusKysely %2FAmmattioikeus_COMMON%2FInterfaces %2FTEOCommon %2FAmmattioikeus_COMMON%2FInterfaces %2FAmmattioikeusVastaus (t-attrib.valtteri.fi on sijaittava luotettujen varmenteiden listassa) Joko WSDL:stä tai UDDI:sta otetaan talteen palvelun URL. sivu 11/18

12 Valitaan Altova XMLSpy:sta (tai vastaava Web service client, kuten SSL-testauksessa Jmeter) create new SOAP request ja annetaan siihen em. WSDL. Altova XMLSpy generoi esimerkkisanoman, jossa tietosisältö korvautuu String merkinnällä. Korvataan Altova XMLSpy:n esimerkkisanoman tieto asiakkaan tai toimittajan testiaineistolla, jolloin oletussanomasta tulee testisanoma. Valitaan Altova XMLSpy:sta send request to server. Palvelin vastaa Altova XMLSpy:lle sanomalla, joka on joko validi tai tulee virhesanoma. Sekä testisanoma, että vastaussanoma talletetaan testiaineistoksi uudelleenkäyttöä varten Jiraan (tai toimittajan omaan hallintavälineeseen). Koko tapahtuma lokittuu tietoineen lokiin. Tarkastetaan tieto lokista ja varmistetaan että kaikki lokituksen kentät on täytetty. Raportoidaan testauksesta viitteen 1 mukaan. Ammattioikeuden rajoituslistan tuottaminen ja nouto (A2) Vastauksena saatu ammattioikeudenrajoituslista sisältää luettelon niistä Terhikin rekisterinumeroista, joilla on jokin rajoitus voimassa listan luontihetkellä. Listalta voidaan tarkistaa rekisterinumeron avulla kohdistuuko henkilön ammattioikeuksiin jotain rajoituksia. Lisäksi listalla ovat niiden henkilöiden rekisterinumerot, joissa kuolinpvm > (luontiaika-90 vrk). Ammattioikeuslistan tuottaminen ja nouto (A3) Vastauksena saatu ammattioikeuslista sisältää luettelon Terhikin lääkäreistä ja hammaslääkäreistä (rekisterinumeroista), joilla ammattioikeus on voimassa ja jotka ovat elossa. Listat luodaan kerran vuorokaudessa. Noudon jälkeen molemmat osapuolet toteavat, onko listan sisältö validi ja raportoivat mahdollisista virheistä. Kutsun tekeminen tapauksissa A2-A3 sivu 12/18

13 Testataan kuten kohdassa A1, mutta client-toiminnallisuuden tulee toteuttaa http-kutsu Kelan ympäristöön ilman SOAP-kehystä. Kutsu tehdään toimitettavan url:n perusteella (liite 3). (t-lists.valtteri.fi on sijaittava luotettujen varmenteiden listassa) Autentikointi ja salaus Autentikointiin ja salaukseen käytetään SSL-varmenteita, jotka Valvira on varmentanut ja allekirjoittanut kullekin sidosryhmälle. Tavoitteena on Kelan SSL-purun onnistumisen varmistaminen. 4 Yhteistestauksen tavoitteet, malli ja raportointi 4.1 Tavoitteet Testauksen osalta tavoitteena on: - Testauksesta tiedottaminen ja testausajankohdista sopiminen - Testauksen hallinnasta sopiminen sidosryhmän kanssa - Testauksen osoitteiden, tunnusten ja palvelukuvausten viimeisten versioiden jakaminen - Varsinaisen testauksen suorittaminen sidosryhmän kanssa - Testauksesta raportoiminen ja korjausten tekeminen havaintojen perusteella 4.2 Testauksen toteutusmalli Toteutus tapahtuu siten, että testataan oikeilla sovelluksilla päästä päähän. Kukin organisaatio valmistautuu testaukseen järjestelmällä aikaa, välineet ja asiantuntijat paikalle valvomaan testauksen kulkua. Testauksen kulussa noudatetaan viitteen 1 mallia. 4.3 Testauksen päättämisen kriteerit Kyselypalvelun testauksen osalta kriteerejä ovat: - Tietoliikenneyhteydet kaikkien kolmen liitynnän osalta toimii (A1-A3) - Listat on saatu noudettua onnistuneesti https-protokollalla (A2-A3) - Attribuuttikysely-rajoitussanoma on saatu vastauksena kyselyyn (A1) - Sanomien sisältö vastaa tietoja skeemakuvauksissa esitettyä sisältöä 4.4 Virheet ja raportointi Virheiden, häiriöiden ja selvennystä vaativien tilanteiden hallinnassa noudatetaan viitteen 1 yhteistestaussuunnitelmaa ja siinä kerrottua menettelyä. sivu 13/18

14 Valviran palvelua koskevat ilmoitukset pyydetään kohdentamaan osoitteeseen Tietoliikenneyhteyksiin liittyvät asiat pyydetään kohdentamaan osoitteeseen sivu 14/18

15 5 Testauksen aloittamisen esimerkit 5.1 A1 attribuutti-rajoitustietosanoma Kyselysanoman alku HTTP-protokollan tasolla ennen salausta POST /AmmattiOikeus HTTP/1.0 Host: t-attrib.valtteri.fi:443 Content-Type: text/xml; charset=utf-8 Content-Length: 1598 SOAPAction: " Kyselysanoma salaamattomana <SOAP-ENV:Envelope xmlns:soap- ENV=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" xmlns:m0=" <SOAP-ENV:Body> <m:ammattioikeuskysely xmlns:m=" ioikeuskysely"> <m:header> <m0:organisaatio>tieto</m0:organisaatio> <m0:jarjestelma>jmeter</m0:jarjestelma> <m0:lisatunniste>xxx.xxx.xxx.xxx</m0:lisatunniste> <m0:sanomatyyppi>string</m0:sanomatyyppi> <m0:sanomaversio>1.0</m0:sanomaversio> <m0:sanomatunnus>string</m0:sanomatunnus> <m0:sanomavastiketunnus>string</m0:sanomavastiketunnus> <m0:kyselyaika> t09:30:47.0z</m0:kyselyaika> </m:header> <m:request> <m:rekisterinumero> </m:rekisterinumero> </m:request> </m:ammattioikeuskysely> sivu 15/18

16 </SOAP-ENV:Body> </SOAP-ENV:Envelope> Vastaussanoma salaamattoma <?xml version="1.0" encoding="iso "?> - <soapenv:envelope xmlns:soapenv=" - <soapenv:body> - <amm:ammattioikeusvastaus xmlns:com=" xmlns:amm=" svastaus"> - <amm:header> <com:organisaatio> </com:organisaatio> <com:jarjestelma>jmeter</com:jarjestelma> <com:lisatunniste>win_xp</com:lisatunniste> <com:sanomatyyppi>valvira_terva</com:sanomatyyppi> <com:sanomaversio>1.0</com:sanomaversio> <com:sanomatunnus>tca9</com:sanomatunnus> <com:sanomavastiketunnus>1234</com:sanomavastiketunnus> <com:kyselyaika> t12:11:41z</com:kyselyaika> </amm:header> - <amm:response> <amm:vastausaika> t12:11:41z</amm:vastausaika> <amm:vastausstatus>1</amm:vastausstatus> - <amm:henkilotiedot> <amm:rekisterinumero> </amm:rekisterinumero> <amm:henkilotunnus> xxxx</amm:henkilotunnus> <amm:sukunimi>testi</amm:sukunimi> <amm:etunimi>per Olof</amm:etunimi> </amm:henkilotiedot> - <amm:ammattioikeudet> <amm:ammattioikeuskoodi>001</amm:ammattioikeuskoodi> <amm:svnumero>999999</amm:svnumero> <amm:oikeudenalkupvm> t21:00:00z</amm:oikeudenalkupvm> - <amm:menetystiedot> <amm:oikeudenmenetysalkupvm> T21:00:00Z</amm:oikeudenmenetysalkupvm> <amm:oikeudenmenetysloppupvm> T20:59:59Z</amm:oikeudenmenetysloppupvm> </amm:menetystiedot> - <amm:rajoitustiedot> - <amm:rajoitusperuste> <amm:code>10</amm:code> <amm:codesystem> </amm:codesystem> </amm:rajoitusperuste> <amm:rajoitustieto>kielletään toistaiseksi määräämästä apteekeista pääasiassa keskushermostoon vaikuttavia lääkeaineita eli PKVlääkkeitä.</amm:rajoitustieto> <amm:rajoitusalkupvm> t21:00:00z</amm:rajoitusalkupvm> sivu 16/18

17 - <amm:laakeryhma> <amm:code>p</amm:code> <amm:codesystem> </amm:codesystem> </amm:laakeryhma> </amm:rajoitustiedot> </amm:ammattioikeudet> </amm:response> </amm:ammattioikeusvastaus> </soapenv:body> </soapenv:envelope> 5.2 A2 ammattioikeuden rajoituslista Ei parametreja 5.3 A3 ammattioikeuden lista GET Ei parametreja GET 6 Viitteet 7 Liitteet Viite 1: Yhteistestaussuunnitelma, Kela, Luonnos, Viite 2: KanTa-palveluihin liittyminen, Kela, Liite 1: Valvira-Attribuutti-kyselypalvelu, tietosisältö Liite 2: Valvira- Attribuutti-kyselypalvelu, rajapintakuvaus Liite 3: Sanomakuvaukset WSDL- ja XSD-kuvaukset sekä esimerkkisanomat Sanomakuvaukset; WSDL-, XSD-kuvaukset sekä esimerkkisanomat ovat tiedostossa Valvira_attrib_schema zip sivu 17/18

18 8 Muutoshistoria Versio Päiväys Tekijä Tarkastaja Hyväksyjä Muutoshistoria V Lisätty tarkemmat palveluosoitteet V Esimerkkisanomat, liitteet, yhtenäistetty versionumero Liittyy ohjelmaversioon 1.3 V Marko Karjunen V Marko Karjunen V Marko Karjunen V Marko Karjunen V Marko Karjunen V Marko Karjunen V Marko Karjunen Esimerkkisanomat, liitteet Valvira, Kela kommenttien muutokset Korjauksia Päivitetty vastaamaan yhteistestaussuunnitelmaa Muutoksia nimeämisiin Täydennetty ohjetta Liittymien testausohje (alustava, täydentyy suunnittelun edetessä) sivu 18/18