\documentclass[12pt,a4paper]{article}
\usepackage{epsf}
\usepackage[finnish]{babel}
\usepackage{t1enc}
\usepackage{latexsym}
\begin{document}

%%%%%%%%%%%%% KANSILEHTI %%%%%%%%%%%%%%%%

\begin{titlepage}
\vspace*{1.8cm} \noindent
\begin{flushleft}
\setlength{\baselineskip}{2\baselineskip}
{\Huge \bf JouTo} \\
{\large \bf Toimittajan ty�v�line} \\
\vspace{1cm}
{\Large \bf Testaussuunnitelma} \\
{\large Versio 1.0}
\end{flushleft}
\vspace{2cm}

\noindent

\vspace{\fill} \vspace{2.5cm}

\begin{tabbing}
mmmmmmmmmmmmmmmmm\= Projektiryhm�mmm\= Helena Ahonen-Mykam\= \kill
\> 8.2.2001 \\
\> {\sc Helsingin yliopisto} \\
\> Tietojenk�sittelytieteen laitos \\
\> Ohjelmistotuotantoprojekti, kev�t 2001, ryhm� 3\\
\> Projektiryhm�: \> Petri Hellemaa (PH)\\
\>                \> Antti Koskinen (AK)\\
\>                \> Lari Laine (LL)\\
\>                \> Jarno Saarto (JS)\\
\>                \> Eija Teitto (ET)\\
\>                \> Harri Tuuloskoski (HT)\\
\> Ohjaaja:       \> Kim Viljanen\\
\> Vastuuhenkil�: \> Raine Kauppinen\\
\> Asiakkaat:     \> Helena Ahonen-Myka\\
\>                \> Greger Lind�n\\
\end{tabbing}
\end{titlepage}

\setlength{\parindent}{0pt} \setlength{\parskip}{1.0ex plus 0.5ex
minus 0.2ex} \advance\textheight by 15mm \advance\textwidth by
10mm \hoffset=-4mm \advance\hsize by 10mm \pagestyle{empty}
\markright{}

%%%%%%%%%%%%% VERSIOHISTORIA %%%%%%%%%%%%%%%%

{\large \bf Dokumentin versiohistoria} {\small
\begin{tabbing}
00.0m\= 00.00.0000mi\= \kill
0.1 \> 22.2.2001 \> Ensimm�inen versio \\
0.2 \> 29.2.2001 \> Toinen versio, paljon teksti� lis�tty \\
0.3 \> 04.2.2001 \> Lis�tty teksti�, tarkennettu kappaleita \\
0.4 \> 12.3.2001 \> Katselmusta varten viimeistelty versio. Varsinaiset testitapaukset \\
    \>		 \> puuttuvat viel� \\
1.0 \> 22.4.2001 \> Lopullinen versio \\
\end{tabbing}

T�st� dokumentista vastaa Harri Tuuloskoski (HT). }

\newpage
\tableofcontents
\newpage

\pagestyle{myheadings} \markright{} \setcounter{page}{1}

%%%%%%%%%%%%% ASIASIS�LT� %%%%%%%%%%%%%%%%

\section{Johdanto (HT)}\label{Johdanto}

T�ss� testaussuunnitelmassa esitell��n
JouTo-ohjelmistotuotantoprojektin tuotteena syntyv�lle
ty�v�lineelle suunniteltu tes

T�ss� testaussunnitelmassa kuvataan JouTo-ohjelmistotuotantoprojektin tuotteena
syntyv�n ohjelmiston suunniteltu testaus ja testausvaiheen henkil�organisointi.
Lis�ksi dokumentissa kuvataan testauksessa k�ytett�v� ohjelmisto sek�
kaikki testauksessa k�ytett�v�t testitapaukset, joiden perusteella ohjelmiston
toimintaa ja oikeellisuutta testataan. \\
JouTo on lyhenne englannin kielen sanoista {\it "A Journalist's Tool"}.
\\ \\
Testauksen tarkoituksena on l�yt�� ohjelmistosta mahdollisimman
suuri osa virheist� ennen ohjelmiston julkaisua. Testaus on
valitussa projektimallissa oma vaihe, joka suoritetaan varsinaisen
toteutuksen j�lkeen. Testaukseen osallistuu koko projektiryhm�.
\\ \\
Testauksen tuloksista kirjoitetaan testausdokumentti. Dokumentista
n�hd��n ohjelmistolle suoritettu testaus sek� l�ydetyt virheet.
T�m� dokumentti liitet��n loppuraporttiin.

\subsection{Testauksen kohde ja tavoitteet (ET)}
	\label{Johdanto-Testauksen kohde ja tavoitteet}

Testauksen kohteena JouTo-ohjelmisto: asiakasohjelmisto, palvelinohjelmisto ja 
n�iden v�linen tietoliikenne.
\\ \\
Testauksella pyrit��n varmistumaan ohjelmistolle asetetuista
laatuvaatimuksista. Ohjelmiston tulee t�ytt�� asiakkaan kanssa m��ritellyt
vaatimukset, jotka on kuvattu vaatimusm��rittelydokumentissa.
\\
Tarkempi kuvaus testauksen kohteista ja tavoitteista l�ytyy kappaleesta 
\ref{Testauksen kohde ja tavoitteet}

\subsection{M��ritelm�t, termit ja lyhenteet}\label{Termit}

\begin{description}

\item[JouTo] T�ss� projektissa tuotettava ohjelmisto
item[JTest] Parasoft-yhti�n kehitt�m� tuote Java-pohjainen testausty�kalu, 
        jolla JouTo-ohjelmistoa testataan. Lis�tietoja osoitteesta 
        \tt{http://www.parasoft.com} 

\end{description}

\subsection{Viitteet}\label{Viitteet}

\begin{tabbing}
mmmmmmmmm\= \kill
[PRESS97] \>    Software Engineering, 4. edition, Roger S. Pressman \\
\end{tabbing}

\subsection{Dokumentin rakenne}\label{Dokumentin rakenne}

Luvussa \ref{Johdanto} kerrotaan testausdokumentin tavoitteet ja yleiset asiat.
\\ \\
Luvussa \ref{Testausymp�rist�} kerrotaan testausymp�rist�st�, testaukseen k�ytett�vist� ohjelmista
sek� luotavista testausluokista.
\\ \\
Luvussa \ref{Testauksen jako} kerrotaan k�ytett�vist� testimenetelmist� ja niiden k�ytt�alueesta sek�
tarkoituksesta.
\\ \\
Luvussa \ref{Testauksen kohde ja tavoitteet} kerrotaan testauksen kohteista ja tavoitteista testauksen suhteen.
\\ \\
Luvussa \ref{Organisointi ja raportointi} kuvataan testauksen organisointi ja tuloksista raportointi.
\\ \\
Luvussa \ref{Toimintojen testitapaukset} kuvataan testauksessa k�ytett�v�t testitapaukset.
\\ \\
Luvussa \ref{Testauksen hyv�ksynt�} tarkastellaan testausprosessia,testitapauksia, testaustuloksia sek�
hyv�ksymisperusteita.



\section{Testausymp�rist�}\label{Testausymp�rist�}

Testausymp�rist�n� toimii Helsingin yliopiston tietojenk�sittelytieteen laitoksen 
Windows ja  Linux-ymp�rist�.

\subsection{Ohjelmisto (ET)}\label{Ohjelmisto}

Testauksessa k�ytet��n tietojenk�sittelylaitoksen laitteistoa. WWW-selaimen
ikkunaan on ladattu Java Appletilla toteutettu k�ytt�liittym�sovellus.
Varsinainen ohjelma on koodattu Javalla. Palvelimen ohjelmisto on toteutettu
Servetill�. Palvelimella on Helsingin yliopiston tietojenk�sittelytieteen
laitoksen Oracle-tietokanta.

\subsection{Testimodulit}\label{Testimodulit}

JouTo-ohjelmiston testauksessa luodaan testimoduleita niit� testattavia ominaisuuksia varten,
joita ei JTest-ohjelmistolla (katso kappale \ref{Testausv�lineet}) pystyt� testaamaan.
Testimodulien tarkoituksena on simuloida muuta ohjelmistoa, ja tutkia testattavan
ohjelmiston osan toimivutta annetuilla sy�tteill�.
\\ \\
T�t� osaa ei voida viel� tarkentaa ennen varsinaisten testitapausten tiedostamista.

\subsection{Apuv�lineet}\label{Testausv�lineet}

JouTo-ohjelmiston testauksessa k�ytet��n valmista testausohjelmistoa testausta helpottamaan.
Testiohjelmistona k�ytet��n Parasoft Corp. tuottama JTest-ohjelmistoa. JTest-ohjelmistolla 
pystyt��n testaamaan automaattisesti seuraavat asiat
\begin{itemize}
\item Koodin ulkoasun oikeellisuus (White Box-testausta). Ohjelma tutkii ohjelmakoodin kirjoitusasun
	oikeellisuutta k�ytettyjen Java-standardien mukaan ja ilmoittaa virheist�. T�m� osuus
	on k�ytt�j�n t�ysin muokattavissa, ja se muokataan k�ytt�j��n JouTo-projektin Java Tyyliohjetta.
\item Ohjelman sis�inen toiminta ja metodien looginen toiminta eri sy�tteill�. Ohjelma pystyy havaitsemaan
	mm. k�ytt�m�tt�m�t muuttujat ja ohjelman osat. Ohjelma pystyy testaamaan mahdolliset
	k�sittelem�tt�m�t keskeytykset ja ilmoittamaan ne aiheuttavat metodit.  T�m�n lis�ksi ohjelma
	pystyy testaamaan metodien toiminnan eri parametreilla ja varoittamaan ep�loogisista operaatioista
	ilmenneist� virheist�.
\item Eri luokkien metodien ja funktioiden testaus (Black Box-testausta). Ohjelma pystyy automaattisesti
	tutkimaan ja testaamaan eri luokkien ja metodien tuloksia sek� toimintoja annetuilla sy�tteill�, ja
	etsim��n mahdollisia virheit� toiminnoista.
\item Luokkien v�listen rajapintojen testaus. Ohjelma pystyy luomaan ilmentymi� luokista ja suorittamaan 
	ohjelmaa simuloiden ajonaikaista suoritusta. Ohjelma pystyy testaamaan n�in luotujen luokkien
	tarjoaman rajapinnan toimintaa eri sy�tteill�.
\end{itemize}
\\
Ohjelma sis�lt�� suuren joukon valmiita testitapauksia sek� testauss��nt�j�. Valmiiden s��nt�jen lis�ksi
joututaan ohjelmistoon sy�tt�m��n omia testitapauksia, jotta kaikki eri osa-alueet ja tilanteet tulevat 
testatuiksi.

\section{Testauksen jako (HT)}\label{Testauksen jako}

T�ss� kappaleessa kuvataan erilaiset testaustyylit joilla JouTo-ohjelmistoa
testataan sek� kuvataan erilaiset testausmenetelm�t, joita k�ytet��n
JouTo-ohjelmiston testauksessa.

\subsection{Testausmenetelm�t}\label{Testausmenetelm�t}

JouTo-ohjelmiston testauksessa k�ytet��n seuraavia testausmenetelmi�.

\subsubsection{White-Box testaus}\label{menetelm�_White-box}

White-Box testauksessa pyrit��n l�yt�m��n ohjelmakoodista joitain
puutteellisuuksia tai toimintalogiikan virheit�. Jokainen
ohjelmoija tarkkailee aktiivisesti jo toteutusvaiheessa omaa
ohjelmakoodiaan. Varsinaisessa White-Box - testausvaiheessa
testataan t�rkeimm�t algoritmit sek� kriittisin osa-alue
ohjelmakoodista.
\\ \\
White-box testauksessa pyrit��n saavuttamaan seuraavat asiat
[PRESS97]

\begin{enumerate}
  \item Modulin jokainen erillinen polku saavutaan ainakin kertaalleen ja
  my�s jokaista ohjelman polkua k�ytet��n jossain vaiheessa.
  \item Jokaista modulin loogista operaattoria kokeillaan sek�
  tosi ett� ep�tosi - arvoilla.
  \item Suoritetaan kaikki modulin silmukat sallituilla arvoilla.
  \item Varmistetaan sis�isten tietoalkioiden- ja rakenteiden toimivuus ja
  oikeellisuus.
\end{enumerate}

\subsubsection{Black-Box testaus}\label{menetelm�_Black-Box}

Black-Box testaus keskittyy ohjelmiston toiminnallisiin
vaatimuksiin. Black-Box testauksessa pyrit��n l�yt�m��n virheit�
ohjelmiston rajapinnoista ja komponenttien v�lisest� toiminnasta.
Se ei ota kantaa j�rjestelm�n sis�iseen toimintaan.
\\ \\
Black-Box testauksessa pyrit��n l�yt�m��n seuraavanlaiset virheet
[PRESS97]
\begin{enumerate}
  \item Virheelliset tai puuttuvat metodit.
  \item Virheet rajapinnoissa.
  \item Virheet tietorakenteissa tai ulkoisen tietokannan
  k�sittelyss�.
  \item Virheet tai puutteet suorituskyvyss�.
  \item Ohjelman alustus tai p��t�svirheet.
\end{enumerate}

\subsubsection{K�ytett�vyystestaus}\label{menetelm�_K�ytett�vyys}

K�ytett�vyystestauksessa pyrit��n etsim��n toimimattomia tai
huonosti toimivia piirteit� ohjelmiston k�ytt�liittym�st� tai
muusta ohjelmiston k�ytt��n liittyv�st� asiasta.
\\
K�ytett�vyystestestaus on aistinvaraista testaamista, jossa
testataan sek� k�ytt�liittym�n toiminta ja k�ytt�mukavuus ett�
ohjelmiston yleinen k�ytt�mukavuus loppuk�ytt�j�n kannalta.

\subsection{Modulitestaus}\label{Modulitestaus}

Modulitestauksella pyrit��n testaamaan erillisten modulien toimintaa ja 
n�iden rajapintaa erilaisilla sy�tteill�.T�m� suoritetaan Black-Box -menetelm�ll�.
Modulitestaukseen kuuluu my�s osana modulin rakenteiden ja ohjelmakoodin logiikan
testaaminen ohjelmakoodin tasolla. T�h�n k�ytet��n White-Box -menetelm��. 
\\ \\
Black Box-testausta suoritetaan joko itse tehdyill� testausluokilla tai valmiilla
testauksohjelmistoilla. Tulosteista ja virhetilainteista p��tell��n ohjelmiston 
toimivuus. 
\\
White Box-testaus suoritetaan ryhm�n toimesta manuaalisesti tutkimalla valittu osa
ohjelmakoodia ja kommentoimalla l�ytyneit� puutteita tai ep�loogisia toimintoja.
\\ \\
Suurin osa modulitestauksesta teht��n JTest-ohjelmiston avulla (katso kappale 
\ref{Testausv�lineet}). Ne osat joito JTest-ohjelmistolla ei pystyt� testaamaan,
testataan itsetehtyjen testausmoduleitten(Black Box-testaus) tai ryhm�l�isten
(White Box-testaus) toimesta.

\subsection{J�rjestelm�testaus}\label{J�rjestelm�testaus}

J�rjestelm�testauksella pyrit��n testaamaan modulien v�list� toimintaa
ohjelmiston osana. J�rjestelm�testauksessa annetaan j�rjestelm��n (testattavista
komponenteista koottuun osaan) sy�tteit� ja tutkitaan tulosteiden j�rkevyytt� sek�
tiedon kulkua j�rjestelm�ss�. Samalla testataan ohjelmistoon asetettuja vaatimuksia 
(esimerkiksi nopeusvaatimuksia) j�rjestelm�tasolla. 
\\ \\
Osa j�rjestelm�testauksesta tehd��n Jtest-ohjelmistolla (katso kappale \ref{Testausv�lineet}).
Luokkakokonaisuuksien rajapintojen ja sis�isten toimintojen testaus joudutaan
kuitenkin tekem��n k�ytt�m�ll� itsetehtyj� testausmoduleita.

\subsection{K�ytt�liittym�testaus}\label{K�ytt�liittym�testaus}

K�ytt�liittym�testauksessa pyrit��n toteamaan k�ytt�liittym�n soveltuvuus asiakkaalle
sek� todentamaan siihen kohdistetut vaatimukset ja toivomukset. 
K�ytt�liittym�testauksessa pyrit��n l�yt�m��n liittym�st� ja asiakkaan puolen toiminnoista
sellaisia toimintoja jotka tekev�t ohjelman k�yt�n vaikeaksi tai hankalaksi.
\\
K�ytt�liittym�testaus suoritetaan ensisijaisesti ryhm�n sis�ll�. Ryhm�n sis�isten testausten 
j�lkeen pyrit��n syntynyt k�ytt�liittym� testaamaan my�s asiakkailla jotta heilt� saadaan 
mielipiteet ja kommentit liittym�st�.


\section{Testauksen kohde ja tavoitteet (ET)}
    \label{Testauksen kohde ja tavoitteet}

Testaussuunnitelmassa kuvataan kokonaisen, valmiin j�rjestelm�n testaus.
Moduulivastaavat huolehtivat moduulitestausten l�piviennist�
ennen kuin moduleita yhdistell��n joko toisiin moduleihin tai toiseen moduliin.
Integrointitestaukset suoritetaan sek� koko ohjelmistolle ett� ohjelmiston eri
kokonaisuuksille.
\\ \\
Tietoliikenteen mukaantulo tuo omat ominaisuudet ja toiminnot testaukseen.
Testauksessa ei riit�, ett� testataan ainostaan uuden koodin osuus toimintojen
oikeellisuudessa, vaan on my�s testattava valmiiden komponenttien oikeellisuus
JouTo-projektissa.
\\ \\
Testauksella pyrit��n varmistumaan ohjelmistolle asetetuista
laatuvaatimuksista. Ohjelmiston tulee t�ytt�� asiakkaan kanssa m��ritellyt
vaatimukset, jotka on kuvattu vaatimusm��rittelydokumentissa. Ohjelman
toimintojen tulee toimia dokumentissa kuvatulla tavalla. Lis�ksi
testisuunnitelmassa m��ritell��n ohjelmiston toiminta virhetilanteissa.
\\ \\
K�ytt�liittym�n k�ytett�vyystestaus suoritetaan ryhm�n sis�ll�. Ennen 
testauksen hyv�ksymist� pyrit��n hankkimaan kommentteja my�s asiakkailta.
\\ \\
Varsinaisen toiminnallisuuden lis�ksi olevia ei-toiminnallisia ominaisuuksia
ei testata. Ei-toiminnallisia ominaisuuksia ovat ainakin suorituskyky,
siirrett�vyys ja yhteensopivuus.
\\ \\
Testaussuunnitelman mukaisesti suoritetun testauksen ja mahdollisten virheiden
korjauksen j�lkeen tuote voidaan luovuttaa asiakkaalle.


\section{Testauksen organisointi ja raportointi(HT)}
    \label{Organisointi ja raportointi}

Seuraavassa kappaleessa kerrotaan yleisesti testauksen organisoinnista ja raportoinnista.

\subsection{Testauksen organisointi}\label{Testauksen organisointi}

Testausvaihe sijoittuu toteutusvaiheen j�lkeen. Testaukseen osallistuu koko JouTo-projektin
ryhm�, ja sit� johtaa vaiheen projektip��likk�. Testausvaihe kest�� kaksi viikkoa, ja siin�
ajassa pyrit��n l�yt�m��n ja korjaamaan  suurimmat virheet toiminnassa j� k�ytt�liittym�ss�. 

\subsection{Testauksen henkil�j�rjestelyt}\label{Testauksen henkil�j�rjestelyt}

Testausvaiheesta vastaa vaiheen projektip��llikk�. Testaus suoritetaan suunniteltujen
testitapausten perusteella. Testit suorittaa joko modulin tai ohjelmaosuuden luoja, tai
projektip��lik�n osoittama henkil�.
\\ \\
Black Box-testauksessa m��r�tty testaaja testaa ohjelman osaa, ja kirjoittaa tulokset
testaussuunnitelmaan. Mik�li toiminta on virheellinen tai puutteellinen, korjaukset ohjelmaan 
tekee ohjelmakoodin kirjoittaja tai projektip��lik�n osoittama henkil�.
\\ \\
White Box-testauksessa m��r�t��n osa ryhm�n j�senist� tutkimaan m��r�tty osa ohjelmakoodista
tarkoituksen� l�yt�� jokin virhe ohjelman toimintalogiikassa tai varsinaisessa toiminnassa.
Osatulokset kootaan yhteen testauskatselmuksessa, jonka perusteella osuuken ohjelmoinut henkil�
korjaa l�hdekoodinsa. 
\\ \\
Testauksessa testivalineen� k�ytet��n joko JTest-ohjelmistoa (katso kappale \ref{Testausv�lineet})
tai JouTo-projektissa ohjelmoituja testimoduleita. 

\subsection{Testauksen kulku}\label{Testauksen kulku}

Etuk�teen testaussuunnitelmassa m��ritelty testitapaus suoritetaan ja sen tulos 
kirjataan testausdokumenttiin. Mik�li testauksen tulos ei vastaa toivottua 
tilannetta, eli ohjelmiston sen osan toiminnassa on virhe, kyseisen osan 
ohjelmoinut henkil� korjaa virheen annetun testitapauksen ja tuloksen perusteella.
\\ \\
Ohjelmiston testattavat osat jaetaan vaiheen projektip��lik�n toimesta.
\\
Testauksen tulokset jaetaan kolmeen (3) eri vaarallisuusluokkaan
\\ \\
\begin{tabular}{|c|c|l|}
\hline
1	&	Fataali	&	Bugi joka johtaa ohjelman kaatumiseen tai ohjelman t�ydelliseen \\
	&				&	toimimattomuuteen \\
\hline
2	&	Vakava	&	Bugi joka est�� ohjelman normaalin toiminnan, tai toimii aivan \\
	&				&	eri tavalla kun on tarkoitettu \\
\hline
3	&	Pieni		&	Bugi jonka takia ohjelman toiminnassa on pieni� puuteita, muttei \\
	&				&	ohjelman barsinainen toiminta esty	\\
\hline
\end{tabular}
\\ \\
Testauksessa pystyt��n etenem��n kyseisen modulin, luokan tai luokkaryhm�n osalta vasta kun tason 1 ja 2
virheet on korjattu. Tason 3 virheet korjataan projektip��lik�n ja ryhm�n harkinnan mukaan ajan 
puitteissa.
\\ \\
Testauksen j�rjestys on seuraava
\begin{enumerate}
\item Luokkien testaus Black Box menetelm�ll�
\item M��r�ttyjen luokkien testaus White Box-menetelm�ssl
\item Luokkaryhmien integrointitestaus (osa J�rjestelm�testausta)
\item Luokkaryhmien v�lisen toiminnan testaus (varsinainen j�rjestelm�testaus)
\item Koko ohjelman toiminnan testaaminen kokonaisuutena
\item K�ytt�liittym�testaus (vasta kun edelliset kohdat on testattu)  
\end{enumerate}

\subsection{Ominaisuudet joita ei testata}
	\label{Ominaisuudet joita ei testata} 

Kaikki ominaisuuksia ei voida testata. Testataan ohjelmiston j� k�ytt�j�n kannalta 
t�rkeimm�t. N�m� on jaettu kahteen kategoriaan: toiminnallisiis ja ei-toiminnallisiin
ominaisuuksiin.

\subsubsection{Toiminnalliset ominaisuudet}\label{Toiminnalliset ominaisuudet}

Seuraavia toiminnallisia ominaisuuksia ei testata:
\begin{itemize}
\item Monen asiakasohjelmiston rinnakkainen samanaikainen toiminta
\item Tietoliikenneverkosta johtuvat tiedonsiirron virhetilanteet
\item K�ytt�liittym�n sopivuutta loppuk�ytt�j�lle
\item Ep�realistiset, ohjelmistosta riippumattomat virhetilanteet asiakas- tai 
	palvelinohjelmistossa tai n�iden v�lisess� tietoliikenteess�.
\end{itemize}

\subsubsection{Ei-toiminnalliset ominaisuudet}\label{Ei-toiminnalliset ominaisuudet}

Seuraavia ei-toiminnallisia ominaisuuksia ei testata:
\begin{itemize}
\item Suorituskyky
\item Siirrett�vyys
\item Yhteensopivuus
\end{itemize}

\section{Testauksen teht�v�j�rjestys ja testausmenettely (HT,ET)}
	\label{Testauksen teht�v�j�rjestys ja testausmenettely}

T�m� kappale kertoo testauksen teht�v�j�rjestyksen, k�ytett�v�t menetelm�t kullakin osalla
sek� testausj�rjestyksen.

\subsection{Testattavat osat}\label{Testattavat osat}

T�ss� kappaleessa kuvataan eri osien testausmenetelm�t.

\subsubsection*{Modulitestaus}\label{testattavat_moduli}

Modulitestaukseen osallistuu jokainen luokka.\\
White Box-testaukseen osallistuvat luokat
\begin{itemize}
\item UIManager
\item Treemanager
\end{itemize}
\\
Black Box-testaukseen osallistuvat kaikki luokat

\subsubsection*{J�rjestelm�testaus}\label{testattavat_j�rjestelm�}

J�rjestelm�testaus suoritetaan eri luokkaryhmille. Siihen osallistuvat seuraavat
seuraavat luokkaryhm�t:
\\ \\
\emph{K�ytt�liittym�luokat}
\begin{itemize}
\item UIManager
\item ClipboardManager
\item valmiista komponenteista luodut ilmentym�t
\item muut liittyv�t luokat
\end{itemize}
\\
\emph{XML-puun rakennus- ja muokkausluokat}
\begin{itemize}
\item Treemanager
\item Node
\item SAXParser
\item DTDParser
\item muut liittyv�t luokat
\end{itemize}

\emph{Tietoliikenne ja tiedon tallennus-luokat}
\begin{itemize}
\item Comminications
\item Servlet
\item DB
\item muut liittyv�t luokat
\end{itemize}

\subsubsection*{K�ytt�liittym�testaus}\label{testattavat_k�ytt�liittym�}

K�ytt�liittym�testaukseen osallistuvat asiakasohjelmiston k�ytt�liittym�komponentit.
K�ytt�liittym�testaus totetutetaan suorittamalla annettuja teht�vi� ja tutkimalla
kuinka k�ytt�liittym� toimii kyseisten teht�vien suorittamisessa.

\subsubsection*{Muut}\label{testattavat_muut}

T�h�n tulee lista muista testattavista osista.
\\ \\
T�ll� hetkell� muita testattavia osia ei ohjelmistossa ole.

\subsection{Teht�v�j�rjestys}\label{Teht�v�j�rjestys}

Suoritettavan ohjelmiston testauksen eri osien t�rkeysj�rjestys:
\begin{enumerate}
\item Ohjelmoijan henkil�kohtainen laadunvalvonta ja esitestaus.
\item Eri modulien Black Box-testaus.
\item J�rjestelm�testaus.
\item K�ytt�liittym�testaus
\item Eri modulien White Box-testaus.
\item Muu mahdollinen testaus.
\end{enumerate}

Testauksessa pyrit��n testaamaan ohjelma kokonaisuudessaan. Yll� olevaa listaa
k�ytet��n priorisoimaan testausta ajanpuutteen tms. tapauksessa.

\section{Toimintojen testitapaukset}
    \label{Toimintojen testitapaukset}

T�nne tulee kuvaus testitapauksista. Varsinaiset testitapaukset laitetaan liittein�
dokumenttiin.
\\ \\
Testitapaukset jakautuvat nelj��n (4) ryhm��n:
\begin{enumerate}
\item Eri luokille teht�v�t Black Box-testaukset (Liite \ref{{Black Box - testit})
\item M��r�tyille luokille teht�v� White Box-testaus (Liite \ref{White Box - testit})
\item Ohjelmistolle teht�v� integrointitestaus (Liite \ref{integrointitestit})
\item K�ytt�liittym�testaus (Liite \ref{k�ytt�liittym�testit})
\end{enumerate}

\section{Testauksen hyv�ksynt�}\label{Testauksen hyv�ksynt�}

Testaus katsotaan hyv�ksytyksi, kun seuraavat vaiheet on suoritettu:

\begin{itemize}
\item White Box-testaus on suoritettu m��r�ttyjen luokkien osalta ja l�ydetyt virheet
	on korjattu.
\item Black Box-testaus on suoritettu jokaisen luokan jokaiseen ulkoisen rajapinnan
	metodiin ja l�ydetyt virheet on korjattu.
\item J�rjestelm�testaus on suoritettu m��r�ttyihin luokkakokonaisuuksiin ja kaikki
	fataalit virheet on korjattu.
\item K�ytt�liittym�testi on suoritettu kertaalleen ryhm�n sis�ll�.
\end{itemize}
\\
Ohjelman on toimittaa normaalissa k�yt�ss� ilman n�kyvi� virheit� ja kaikkien
toteutettujen ominaisuuksien on toimittava m��ritellyll� tavalla.
\\ \\
Ohjelman testaus voidaan katsoa hyv�ksytyksi my�s vaikka ym. ominaisuuden
eiv�t t�yttyisi mik�li JouTo-projektin ryhm� tai sen vastuuhenkil�n p��tt�v�t
asiasta.

%%%%%%%%%%%%%%%%%%%%%%% LIITTEET %%%%%%%%%%%%%%%%
\newpage
\pagenumbering{Roman}
\appendix

\section{Liite: Luokkien Black Box - testaukset}\label{Black Box - testit}
% T�h�n tulee TXT-tuloste 

\newpage
\section{Liite: White Box - testaukset}\label{White Box - testit}                                                                  
% T�h�n tulee HTML-tuloste

\newpage
\section{Liite: Integrointitestauksen testitapaukset}\label{integrointitestit}
% T�h�n tulee HTML-tuloste

\newpage
\section{Liite: K�ytt�liittym�testauksen testitapaukset}\label{k�ytt�liittym�testit}
%muu

\end{document}
