> T c m r t t { t }! "#" $&%('*),+-).) T-76.115 TESTAUSSUUNNITELMA - MedicMinder T > 5.6 7.8.:9<; =(6 7(6 >(5.5,7 &?A@3BDC,EFEF&GC H@:IJ'JG&GKKLMNO'JG&E(!LP%#RQS@ 5.6 T.8.:9<; U.6 >(6 >(5.5,7 &?A@3BDC,EFEF&GC 2VC.#RQ&;0;W'X%#RQS@ 5.6 U.6 >(6 >(5.5,7 /0'YQZQ[ 'Y\C,]#0^ 2V@:GK?AC.Q %( @QZ6, _M`L;Wab>6,&;0#RC.C,;0@:GS@:IJ'JGKGC.6 &?A@3BDC,EFEF&GC 5.6 ).c.6d),>(6 >(5.5,T &?A@3BDC,EFEF&GCH@:!LM%( @Qe6, M`L;0afEg@#WNhC,'JEgQCiC.QeQ[Q;0ML;! Ej@:?k?lML;0;W&MIJ#0'YQ;0M:GKGC.6 5.6d) >(m.6d).).6 >(5.5,T /0'YQZQ[ 'Y\C,]#0^ &?A@3BDC,EFEF&GC nq[!?l?o\k:%_@q Sisällysluettelo > T > 7 = > T 7 = x > T U )H/R@:ǹ C,L;R@p6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6> ).6 C.#0Eg@:&;0'YQJNhCHEgC,;0;-Ce%('J'YQ:6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6> ).6 C,%n@:!;0;W::;q6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6>?lIYo.#0Q;Rs:%jC.C,;0!?l'JEgQ:;<6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6> >(6d) C,&;W;0:QS;-@3NhCi@:`LNOMGK?lQS;-@D6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6> >(6 'Y#0%nC,G&GKQS'J'YQ6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6T MLEF&GsQS;-s:LNhCHEg@:'JGK'J;W'YQS;-C.#0IJ::;L6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6T B C.QS;W'J'YC,GK'J:M;.6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d67 B C.C.!;0;-C,%nCH;W'JGS@QeC,!LPQS;u@6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6= =(6d) #0%(:ag:`L'Y@:GKGS@:4C,?k?AC,;0;W&GSC\Q:E#0NhC,'J;0'J?lKLMV6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6= =(6 'JQ;0'J;W' QeQZ@:I &?l'jegqp GKQeo.o,?4!LMX6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6= =(6 'JQ;0'J;W' QeQZ@:I &?l' Q;0MvQSMGSC.C,?4!L:l6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6= =(6 23'J!;&NhCHEgo,aF;0;qs@:`LNO :;0'JGS@Q;RC,?k&LMw6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uc =(6 :EgQ;0&%&QS;!?l' SQ;0'J;W'YQL6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uc #0&Eg@:QZ@:?4KnC\Q'_'JEgQSCJ6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uc Q;RC,'JEgQ:;W:`;Ro,%jo,NhoP#0NyQS;WagQ NhCH;WQ;RC,'YQ?lML:;W;0 GKa6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uc x.6d) Q;RC,'YQ?lML:;W;0MGKaf6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uc x.6 :`;Ro,%jo,NhoP#0NOQS;zagQ:6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6ux x.6 Q;RC,;W;RC,%jC,;n@QZC,;u6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6ux Q;RC,'YQ;RC,IYC,'JEgQ:;Z6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uU af%jo,egqsaf?lqsnhch`lafgkego.o,?ksqseg#0!;0:#0&;6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uu ).5 QE!:LǹC,G G &;RC6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uU ).)!EgC,;RC,'JGK'XNhCH;Wags:?o.o.#Ro,;_6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6uU ),> af%jo,egqsafl;-o6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6um ),T Q;RC,;W;RC,%jC,;n@:?k& "C\Q['J' :;(6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6um ),7?k&"C\SQ'J'Y:;W^.Nh@:&;-CHP;0QS;-C,;RC~6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6u).5 ),= BpK&;W;0:M; 6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6d6u).)
! "#" $&%('X>.+-).) 1 Johdanto 1.2 Tarkoitus ja kattavuus Tämä testaussuunnitelma on laadittu reseptimuistutus-palvelu Medicminderin prototyyppituotteen testausta varten. Dokumentti kuvaa prototyyppituotteen järjestelmätestauksen. Testausprosessissa testataan Medicmiderin tulevan pilottivaiheen ominaisuuksia, jotka on määritelty tarkemmin omassa kappaleessaan (kappale 13). Tässä vaiheessa testataan kaikki vaatimusmäärittelyssä kuvatut ykkösprioriteetin ominaisuudet. Dokumentin on tarkoitus kuvata tuotteen järjestelmätestauksessa vaadittavia tehtäviä, eri henkilöille kuuluvia vastuualueita, aikatauluja ja riskejä sekä testausympäristöä. Tämä dokumentti on tarkoitettu itse tuotteen kehitysryhmälle, toimeksiantajalle sekä kurssin opetushenkilökunnalle. Suunnitelman avulla kaikille osapuolille selviää perustellusti, että mitä ominaisuuksia tuotteesta testataan ja miten tämä tehdään. Dokumentti toimii lisäksi ns. punaisena lankana ryhmän jäsenille testausprosessin edetessä. Dokumentin rakenne noudattelee HYTT:n testaussuunnitelmaversio 1.2:n [5] rakennetta. 1.3 Tavoitteet Testausprosessin tavoitteena on testata pilottivaiheen tuote siten, että se ei sisällä enää ratkaisevia virheitä, jotka voisivat haitata tuotteen toimintaa. Lisäksi tuotteen laadusta pyritään varmistumaan siinä määrin, kuten vaatimusmäärittelyssä on määritelty. Testausprosessissa, kuten myös koko tuotekehitysprosessissa, otetaan huomioon lopullisen tuotteen vaatimukset, jotta suuremmilta jälkikäteen tehtäviltä korjauksilta vältyttäisiin. 2 Ympäristövaatimukset 2.1 Laitteisto ja ohjelmisto Testaus pyritään suorittamaan ympäristössä, joka vastaa mahdollisimman tarkasti lopullista tuotteen toimintaympäristöä. Ohjelmaympäristön ei enää juurikaan pitäisi muuttua testausvaiheesta lopulliseen tuotteeseen siirryttäessä. Lopullisia laitteistovaatimuksia ei ole tiedossa vielä testausvaiheessa, sillä lopullista palvelinta ja sen olinpaikkaa ei vielä ole tarkasti määritelty toimeksiantajan taholta. Suoritamme testauksen tällä hetkellä käytössä olevalla laitteistolla ja ohjelmaympäristöllä, jotka on esitetty seuraavassa. Palvelu pyörii Soneran yksi prosessorisella palvelimella, joka on 667Mhz:n Clone2. Keskusmuistia on 562 Mb ja kovalevytilaa on 8 Gb. Käyttöjärjestelmänä on Linux Redhat 9 Itse tuotteen eli Medicminderin tarvitsemat ohjelmat on listattuna seuraavassa: Apache (v2.0.40): WWW-palvelin, pyörii defaulttina portissa 80. www.apache.org Apache Tomcat (v4.1.27): Tomcat portissa 8080, huolehtii JSP-osista (java-serveletit yms.). http://jakarta.apache.org/
! "#" $&%('XT.+-).) ANT (Apache-ant-1.6alpha): Jave based build tool, avuksi paketointiin. ant.apache.org CVS (Concurrent Versions System) (v1.11.2 client/server): Versionhallintatyökalu. http://www.cvshome.org/ J2SE(v1.4.1_05): Java 2 Platform (SDK), sisältää tarvittavat osat Java-ohjelmien kääntämiseen ja suorittamiseen. java.sun.com/j2se SSH (OpenSSH v3.4p1): Secure Shell, kuuntelee defaulttiporttia 22. www.ssh.com/ MySQL (v11.18 Distrib 3.23.58): Database server, SQL-tietokantapalvelin ja -client, kuuntelee porttia 3306. www.mysql.com Lisäksi tietysti lukuisa joukko muita ohjelmia, palomuuriasetukset yms. joista nämä saattavat olla riippuvaisia, mutta niitä ei tässä ruveta erikseen listaamaan. 2.2 Turvallisuus Testaus ei saa aiheuttaa liiallisia turvallisuusriskejä omalle tuotteen kehitykselle tai asiakkaalle. Tästä johtuen luonnollisesti myös testausprosessi suoritetaan olemassa olevien NDA-sopimusten mukaisesti. Testeissä syntyvä testidata pyritään tallentamaan riittävän usein, jolloin koneen sekoamisesta ei aiheudu riskiä testidatan katoamisen muodossa. Testaushenkilöstö työskentelee itsekin ohjelmiston parissa koko testausprosessin ajan, joten suurempiin sekaannuksiin pystytään reagoimaan nopeasti. 3 Henkilöstö- ja koulutustarpeet Testaus suoritetaan kokonaisuudessaan tuotekehitysryhmän jäsenten voimin. Minkäänlaista ulkopuolista ammattiapua ei ohjelmiston testauksessa käytetä. Palvelun testikäyttäjinä toimivat myös itse ryhmän jäsenet, eikä tälläkään osa-alueella käytetä projektin ulkopuolisia henkilöitä. Testauksen etenemisestä on selvillä projektin luottamuksellisuuden vuoksi vain projektityöryhmä sekä toimeksiantaja. Projektin asiakas ei itse vaadi omaa läsnäoloaan testauksessa, mutta tulee ilmeisesti testaamaan tuotetta käyttäjätasolla, kunhan prototyyppituote on projektityöryhmän mielestä valmis. Asiakas ei myöskään vaadi testaajilta erityistä testauskoulutusta. Testaukseen osallistuvat kaikki projektityöryhmän jäsenet, mutta testauspäällikkönä testausprosessissa toimii Jussi Lucander. Varsinaisia testaajia projektissa on yhtä monta kuin tuotteen kehittäjiäkin, sillä testauksen suorittavat samat henkilöt, jotka ovat tuotteen kehittäneet. Koska tuote koostuu eri komponenteista, jotka ovat eri henkilöiden kehittämiä, niin pääidea on, että jokainen kehittäjä ohjelmoi omaa komponenttiaan koskevat testimetodit ja pyrkii testaamaan oman komponenttinsa. Kootun tuotteen testauksesta päävastuussa on testauspäällikkö. Tämä ei välttämättä aina ole paras ratkaisu virheiden löytämisen kannalta, mutta ajan puutteen vuoksi tässä tapauksessa lähes välttämätöntä. Lisäksi projektin luonteen ja koon huomioon ottaen se on tässä riittävä menettelytapa.
! "#" $&%('X7.+-).) 4 Vastuualueet Tuotteen testauksesta pääasiallisen vastuun kantaa testauspäällikkö. Myös muut ryhmän jäsenet osallistuvat testaukseen. Ideana on, että kehitys vaiheessa kukin ohjelmoija testaa pääasiassa itse tekemäänsä komponenttia, jolloin testausprosessi saadaan sujumaan nopeammin. Vastuuta eri komponenteista kuitenkin jaetaan testausprosessissa myös muille testaajille, sillä tällä tavoin saadaan esiin useampi mielipide ja testausprosessista saadaan objektiivisempi. Sovellamme myös Code Review tekniikkaa [6]. Koodin katselmointi vastuu jakautuu seuraavasti: Aikatarve Ville Jussi H Juha Samuli Valmist. Katsel. Muut Yhteensä Jussi L K 1 2 3 Jussi H J L 2 4 1 7 Samuli J L 2 4 1 7 Juha L J 2 4 1 7 Ossi K 1 2 3 Ville L J 2 4 1 7 Simo K K 2 4 6 J: järjestäjä, L: lukija ja K: kirjuri. Muuten testauksen vastuualueet jakautuvat seuraavasti: Nimi Titteli Testauksen vastuualue Jussi Lucander Testauspäällikkö Testaussuunnitelma, SMS-Bridge, integrointi, hyväksyminen Jussi Heiskanen Testaaja Engine, SMS-Bridge, integrointi, hyväksyminen Juha Ikävalko Testaaja Käyttöliittymä, tietokonta, integrointi Ville Santaniemi Testaaja Tietokanta, integrointi Simo Vakkila Testaaja Testaussuunnitelma Matias Fallenius Testaaja Engine, hyväksyminen Samuli Viitanen Testaaja Käyttöliittymä, tietokanta, hyväksyminen Ossi Tiltti Testaaja Engine, integrointi
! "#" $&%('X=.+-).) 5 Vaadittava tulosaineisto 5.1 Terveydenhuollon ammattilaisen kirjautuminen Terveydenhuollon ammattilaisen kirjautuminen järjestelmään tapahtuu protovaiheessa tunnuksen ja salasanan avulla. Tämän osuuden testaus suoritetaan käsin. Luodaan siis muutamia testitunnuksia ja niille salasanat, jonka jälkeen suoritetaan sisäänkirjautumisia, sekä asianmukaisilla -, että virheellisillä tunnus-salasanapareilla. Vaaditut tulokset [3]: - Sisäänkirjautumisen tulee onnistua asianmukaisilla tunnus-salasanapareilla - Sisäänkirjautumisen ei tule onnistua seuraavissa tapauksissa: - Käytettyä tunnusta ei ole olemassa. - Tunnus on oikea, mutta salasana on virheellinen. - Tunnuksella on joku parasta aikaa sisäänkirjautuneena. Uloskirjautuminen tapahtuu painamalla uloskirjautumisnappia. Vaaditut tulokset [3]: - Uloskirjautumisen tulee vapauttaa kaikki istuntoa varten varatut resurssit. - Uloskirjautumisnappia ei tule voida painaa, ellei ole ensin sisäänkirjautunut. 5.2 Muistutussopimuksen lisääminen Uuden sopimuksen kirjaa terveydenhuollon ammattilainen omalta päätteeltään, joka on yhteydessä MedicMinder palvelimeen. Vaaditut tulokset [3]: Sopimuskirjausta ei tule voida tehdä, jos ei ole ensin sisäänkirjautunut. Kahden identtisen sopimuksen kirjaamisyrityksestä tulee ilmoitus. Ennen lopullista hyväksymistä ja kirjaamista järjestelmä näyttää koosteen syötetyistä tiedoista. Hyväksytyn muistutussopimuksen tulee kirjautua asianmukaisesti tietokantaan. Onnistuneesta sopimuskirjauksesta tulee vahvistus. Epäonnistuneesta sopimuskirjautumisesta tulee ilmoitus. 5.3 Muistutussopimusten selaaminen Terveydenhuollon ammattilainen voi halutessaan selata samassa terveydenhuollon toimipisteessä tehtyjä sopimuksia. Vaaditut tulokset [3]:
! "#" $&%('*c,+-).) Selaamisen tulee onnistua vain sisäänkirjautumisen jälkeen. Selaamisen tulee onnistua nimen, lääkkeennimen tai ilman mitään tarkennuksia. Vain samassa terveydenhuollon toimipisteessä tehtyjen sopimusten selaamisen tulee onnistua 5.4 Kuitin ja käyttöohjeen tulostaminen Terveydenhuollon ammattilainen tulostaa tilaajalle kuitin sopimuksesta ja palvelun käyttöohjeet. Testausvaiheessa kuitti ja käyttöohje tulostuvat vain näytölle. Tämä testaus ei sisälly protovaiheeseen. Tulostetusta kuitista/käyttöohjeesta tulee käydä ilmi [3]: Sopimuksen osapuolet. Kuuluuko sopimukseen kuittausominaisuus. Mille ajanjaksolle sopimus on tehty, vai onko se voimassa toistaiseksi. Tulostetusta käyttöohjeesta tulee käydä selkeästi ilmi [3]: Minkä ajanjakson sisällä mahdollinen vaadittava kuittaus tulee lähettää. Miten mahdollinen kuittaus lähetetään. Miten palvelu voidaan purkaa. 5.5 Tekstiviestimuistutus Palvelun käyttäjä saa määrättyinä aikoina kännykkäänsä muistutuksen, jossa häntä kehoitetaan ottamaan lääkkeensä. Palvelun käyttäjä, joko kuittaa muistutuksen, tai sitten ei, riippuen tehdystä sopimuksesta. Testauksessa tarkastellaan ensisijaisesti kuittauksellista toimintoa, koska se on monimutkaisempi. Vaaditut tulokset [4]: Järjestelmä antaa kuittauksen, kun muistutus tulee perille asiakkaan kännykkään Palvelun käyttäjä kuittaa muistutuksen säädetyn ajan [4] kuluessa, merkitään muistutus tietokannassa läpiviedyksi. Jos kuittausta ei tule säädetyn ajan [4] kuluttua muistutuksen perille saapumisesta, järjestelmä lähettää tästä tiedon sopimuksessa määritetylle taholle [4]. 6 Erikoisominaisuuksia Ei ole vielä tullut vastaan. 7 Testauksen tehtäväjärjestys ja testausmenettely 7.1 Testausmenettely Testausperiaatteena on yritys löytää mahdollisimman riskialttiit kohdat ohjelmistosta. Tässä olemme käyttäneet valistuneen arvauksen apuna mm. aikaisempia löydettyjä
! "#" $&%('*x,+-).) virheitä. Testit on suoritettu pääasiassa asiakkaalle tarkoitetun käyttöliittymän kautta. Lisäksi suoritamme koodin katselmoineja [6]. 7.2 Tehtäväjärjestys Tärkeimmät moduulit, kuten engine ja tietokanta, ja niiden testit tehdään ensin. Tällätavoin niitä testataan suhteellisesti eniten. 7.3 Testattavat osat Kaikki prototyyppivaiheen moduulit (Engine, SMS-Bridge, tietokanta, käyttöliittymä, connectionit) testataan ainakin kerran.
! "#" $&%('*U,+-).) 8 Testaustapaukset Testaustapaukset pyritään valitsemaan mahdollisimman kattavasti. Erityistä huomiota pyritään kiinnittämään raja-tapauksiin. Käytännössä tämä tarkoittaa sitä, että testitapaukset sijoitetaan niin, että testattavien rajatapausten molemmille puolille tulee testitapaus. 9 Hyväksymis- ja hylkäämiskriteerit Virheet luokitellaan neljään luokkaan: 1. Blocker: Estää ohjelman suorituksen 2. Critical: Kriittinen. Ei voi julkaista, ennen kuin on korjattu. 3. Nuisance: Pyritään korjaamaan ennen julkaisua. 4. Trivial: Ei välttämättä korjata ollenkaan. Tullakseen hyväksytyksi moduulin/järjestelmän täytyy läpäistä testit, ilman yhtään tason 1. tai 2. virhettä. Tasojen 3 ja 4 virheitä voidaan, harkinnan mukaan, jättää julkaistavaan versioon. 10 Riskienhallinta Riskit Testausaika jää lyhyeksi. Testausympäristö ei ole käytettävissä ajoissa. Jokin tärkeä ominaisuus jää huolimattomuudesta johtuen testaamatta. Testaajilla ei ole kokemusta testaamisesta tarpeeksi. Ohjelmakoodissa ilmenee suuria puutteita ja komponenttien yhteensopimattomuutta, jolloin testaus ei pääse edes alkamaan. Toimenpiteet Testaus pyritään aloittamaan hyvissä ajoin Toimeksiantajan vastuulla. Mahdollisista ongelmista ilmoitetaan etukäteen toimeksiantajalle, ja riski pyritään näin välttämään. Pyritään ottamaan kaikki ominaisuudet testauksessa huomioon huolellisesti. Seurataan tarkasti vaatimusmäärittelyn määräämiä ominaisuuksia. Tutustutaan testauksen teoriaan hyvin ja huolehditaan siitä, että kaikki vaatimusmäärittelyn määrittelemät ominaisuudet toimivat. Pyritään koodausvaiheessa tekemään huolellista työtä. Tiiviin yhteistyön avulla komponentit saadaan helpommin yhteensopiviksi. 11 Aikataulu ja työmäärät Testaus on osa kehitysprosessia, joten sitä tehdään aina projektin loppuun asti. Alla olevassa taulukossa ovat tuntimäärät eri moduulien, itegrointi- ja hyväksymistestaukseen. Testi Testaajat Aika Engine Heiskanen, Fallenius, Tiltti 8 + 16 + 16 = 40 Tietokanta Santaniemi, Ikävalko, Viitanen 16 + 8 + 8 = 32
! "#" $&%('*m,+-).) Testi Testaajat Aika SMS-Bridge Heiskanen, Lucander 8 + 16 = 24 Käyttöliittymä Ikävalko, Viitanen 8 + 8 = 16 Integrointi Hyväksymis Lucander, Heiskanen, Santaniemi, Ikävalko, Tiltti Lucander, Heiskanen, Fallenius, Santaniemi, Viitanen 32 + 16 + 16 + 8 + 8 = 80 32 + 16 + 16 + 8 + 8 = 80 12 Hyväksyntä Testauksen tavoite on virheetön tuote. Testaus voidaan kuitenkin lopettaa, kun tuotteessa ei ole enää yhtään 'Critical' tai 'Blocker' tason virheitä ja testaukseen varattu aika on käytetty. Tavoitteena on saada testaus loppuun saatetuksi n. viikkoa ennen luovutusta. 13 Testattavat ominaisuudet Seuraavassa on listattuna ne Medicminderin ominaisuudet, jotka tullaan testaamaan protovaiheessa. Protovaiheessa tuote sisältää vain välttämättömimmät ja tärkeimmät ominaisuudet, joten testaukseen sisältyy kaikki ominaisuudet, jotka tuotteeseen on tähän mennessä sisällytetty. Tästä syystä myös testien prioriteetti on kaikilla korkein mahdollinen eli 1. Test suite: Terveydenhuollon ammattilaisen käyttötapaukset Tunniste Prioriteetti Ominaisuus Viittaus vaatimusmäärittelyyn MM-Proto-FK1 1 Terveydenhuollon 6.1 ammattilainen. Kirjautuminen MM-Proto-FK2 1 Terveydenhuollon 6.1 ammattilainen. Poistuminen MM-Proto-FK3 1 Terveydenhuollon 6.1 ammattilainen. Lisäys MM-Proto-FK4 1 Terveydenhuollon ammattilainen. Selaus 6.1 Test suite: Asiakkaan käyttötapaukset Tunniste Prioriteetti Ominaisuus Viittaus vaatimusmäärittelyyn MM-Proto-AK5 1 Asiakas. SMSMuistutus 6.2 MM-Proto-AK6 1 Asiakas. SMSKuittaus 6.2
! "#" $&%('*).5,+-).) 14 Ominaisuudet, joita ei testata Kaikki Medicminderin ominaisuudet, jotka toteutetaan vasta protovaiheen jälkeen, jätetään tässä vaiheessa testaamatta, sillä niitä ei vielä yksinkertaisesti ole olemassa. Myöskään toteutus näiden ominaisuuksien osalta ei ole vielä täysin lyöty lukkoon, joten täsmällisen testaussuunnitelman laatiminen näitä ominaisuuksia silmällä pitäen olisi tässä vaiheessa käytännössä mahdotonta. Protovaiheessa testaamatta jätettävät ominaisuudet: Ominaisuus Syy Viittaus vaatimusmäärittelyyn Terveydenhuollon ammattilainen. Ominaisuutta ei vielä ole 6.1 Tulostaminen Palvelun käyttäjä. EmailMuistutus Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. EmailKuittaus Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä.puhemuistutus Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. OmatTiedot.Puhelin Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. OmatTiedot.SMS Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. Keskeytys.Puhelin Ominaisuutta ei vielä ole 6.2 Palvelun käyttäjä. Keskeytys.SMS Ominaisuutta ei vielä ole 6.2 Tukihenkilö.SMSHälytys Ominaisuutta ei vielä ole 6.3 Tukihenkilö.EmailHälytys Ominaisuutta ei vielä ole 6.3 Tukihenkilö.PuheHälytys Ominaisuutta ei vielä ole 6.3 Terveydenhuollon Ominaisuutta ei vielä ole 6.4 ammattilainen.kirjautuminen Terveydenhuollon Ominaisuutta ei vielä ole 6.4 ammattilainen.poistuminen Terveydenhuollon ammattilainen.haku Ominaisuutta ei vielä ole 6.4 Ylläpitäjä.Kirjautuminen Ylläpitäjä.Poistuminen ammattilainen.selaus ammattilainen.lisäys ammattilainen.muutos ammattilainen.poisto ammattilainen.selaus ammattilainen.lisäys ammattilainen.muutos ammattilainen.poisto Ylläpitäjä.MuistutusSopimus.Selaus Ylläpitäjä.MuistutusSopimus.Keskeytys Ylläpitäjä.Arkisto.Selaus Ylläpitäjä.Muistutus.Selaus Ylläpitäjä.Tapahtumat.Selaus
! "#" $&%('*).),+-).) 15 Viitteet [1] www.javaworld.com: Pattern your way to automated regression testing - Implement popular design patterns to overcome unit-testing hurdles - Kevin Pauli [2] www.javaworld.com: JUnit best practices -Techniques for building resilient, relocatable, multithreaded JUnit - Andy Schneider [3] Vaatimusmäärittely v10. Kappale: 6.1 Terveydenhuollon ammattilaisen käyttötapaukset [4] Vaatimusmäärittely v10. Kappale: 6.2 Asiakkaan käyttötapaukset [5] http://www.cs.tut.fi/cgi-bin/laatu/sivuhaku.pl?nk_no=2&nk_id=201