[Sysfence-commit] sysfence/dokprojektlic testowanie.tex,1.2,1.3
Status: Alpha
Brought to you by:
emes
|
From: mkoperto <mko...@us...> - 2004-05-30 11:06:35
|
Update of /cvsroot/sysfence/sysfence/dokprojektlic In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32048 Modified Files: testowanie.tex Log Message: o to chodzilo? Index: testowanie.tex =================================================================== RCS file: /cvsroot/sysfence/sysfence/dokprojektlic/testowanie.tex,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- testowanie.tex 29 May 2004 23:36:00 -0000 1.2 +++ testowanie.tex 30 May 2004 11:06:23 -0000 1.3 @@ -2,18 +2,66 @@ W celu u³atwienia uruchomienia i testowania aplikacji wprowadzili¶my dodatkow± opcjê kompilacji. Polecenie \texttt{make debug} -komiluje programpodczas swojej pracy wypisuje na standardowe wyj¶cie -dodatkowe informacje. +kompiluje program z dodatkowymi informacjami dla programu debuguj±cego, +a program podczas dzia³ania wypisuje na standardowe wyj¶cie dodatkowe +informacje. -Testowanie aplikacji podzielili¶my na $3$ g³ówne etapy; mianowicie na -testowanie: -\begin{itemize} - \item czytania plików konfiguracyjnych i tworzenia regu³, - \item komunnikacji IPC, - \item obs³ugi sygna³ów. -\end{itemize} +Testowanie aplikacji podzielili¶my na $4$ g³ówne etapy: +\begin{enumerate} + \item \textbf{testowanie czytania plików konfiguracyjnych i tworzenia regu³} + \begin{itemize} + \item + program podczas debugowania wypisuje na standardowe wyj¶cie ilo¶æ wczytanych + regu³ oraz ich interpretacjê; testowanie polega³o na porównaniu tych danych + z informacjami zawartymi w plikach konfiguracyjnych; + \end{itemize} + + \item \textbf{testowanie monitorowania regu³ i podejmowania akcji} + \begin{itemize} + \item + proces \texttt{sffetch} po pobraniu danych z systemu wypisuje je; + dane porównywali¶my z danym dostarczanymi przez program \texttt{top}; + \item + ka¿dy z procesów \texttt{sfwatch} po sprawdzeniu warunku wypisuje informacje + czy zosta³ on spe³niony i czy akcja zosta³a wykonana; na podstawie + tych danych okre¶lali¶my czy wyra¿enie zosta³o dobrze zinterpretowane; + \end{itemize} + + \item \textbf{testowanie komunikacji IPC} + \begin{itemize} + \item + po wydaniu polecenia \texttt{ipcs -sm} dostêpne s± informacje o liczbie + procesów korzystaj±cych z pamiêci dzielonej (prawid³owa warto¶æ to + liczba procesów aplikacji) i liczbie przydzielonych + semaforów (prawid³owa warto¶æ to $1$); + \item + proces czekaj±cy na podniesienie semafora wypisuje o tym informacjê; analiza + tych informacji pozwala³a oceniæ czy sekcja krytyczna programu wykonywana + jest w danej chwili tylko przez jeden proces; + \item + testem poprawnego dzia³ania pamiêci dzielonej by³a ogólna poprawno¶æ dzia³ania + programu; gdyby bowiem informacje odczytywane z pamiêci dzielonej nie by³y + prawid³owe dzia³anie programu by³oby zupe³nie przypadkowe; + \end{itemize} + + \item \textbf{testowanie obs³ugi sygna³ów} + + \begin{itemize} + \item + program uruchomili¶my z zestawem regu³, które by³y zawsze spe³nione; + akcja ka¿dej regu³y polega³a na wypisaniu krótkiej informacji na + standardowym wyj¶ciu; wysy³aj±c sygna³y \texttt{SIGUSR1} i + \texttt{SIGCONT} obserwowali¶my: informacje zwracane przez program + \texttt{ps} oraz czy wznowione procesy dzia³aj± poprawnie; + \item + do procesów \texttt{sfwatch} wysy³ali¶my sygna³ \texttt{SIGTERM} koñcz±cy + ich dzia³anie; obserwowali¶my czy nie wp³ywa to na pracê pozosta³ych procesów; + \item + do procesu \texttt{sffetch} wysy³ali¶my sygna³ \texttt{SIGTERM} koñcz±cy + dzia³anie programu; obserwowali¶my czy koñczone s± wszystkie procesy i czy + zasoby IPC s± zwalniane (polecenie \texttt{ipcs -sm}). + \end{itemize} +\end{enumerate} Wszystkie b³êdy znalezione podczas testowania zosta³y usuniête. -\subsection{Testowanie} -\subsection{Testowanie komunikacji IPC} -\subsection{Testowanie obs³ugi sygna³ów} + |