- Description of a new test added
authorZdeněk Šustr <sustr4@cesnet.cz>
Wed, 3 Aug 2011 09:57:29 +0000 (09:57 +0000)
committerZdeněk Šustr <sustr4@cesnet.cz>
Wed, 3 Aug 2011 09:57:29 +0000 (09:57 +0000)
- Individual sections reshuffled to match intended structure

org.glite.lb.doc/src/LBTP-Tests.tex

index 825e098..d469761 100644 (file)
@@ -71,6 +71,8 @@ Besides pure System Functionality Tests, this list also includes In-the-Wild tes
 \hline
 {\tt lb-test-notif-msg.sh} & Implemented & Test delivery of \LB notifications over ActiveMQ \\
 \hline
+{\tt lb-test-permissions.sh} & Implemented & Check ownership and permission settings for config and runtime files \\
+\hline
 \end{tabularx}
 
 \subsubsection{Event logging examples}
@@ -197,6 +199,33 @@ states. Thorough tests may also cross check the values supplied in the
 events (e.g. destination computing element) wrt. the values reported in the job states.
 
 
+\subsubsection{Sandbox Transfers}
+
+\req\ All \LB\ services running
+
+\what\
+\begin{enumerate}
+\item Register a compute job.
+\item Register input sandbox transfer.
+\item Register output sandbox transfer.
+\item Generate events to trigger job state changes in one of the sandbox transfer jobs.
+       \begin{enumerate}
+        \item Start the transfer and check that state has changed appropriately.
+        \item Finish the transfer and check that state has changed appropriately. 
+       \end{enumerate}
+\item Use another sandbox transfer job registered above to start, then fail the transfer and check that this is reflected by the resulting transfer job status. 
+\item Check that the compute job and its sandbox transfer jobs link up correctly. 
+
+\end{enumerate}
+
+\how\ \ctblb{lb-test-sandbox-transfer.sh}
+
+\note\ The test includes artificial delays. Takes approx. 50\,s to finish.
+
+\result\ Job states should change on event delivery as expect, related jobs should ``know'' their IDs.
+
+
+
 
 
 %\subsubsection{Non-simple job states}
@@ -365,7 +394,7 @@ immediately.
 
 
 \subsubsection{Delivery to ActiveMQ}
-\label{notif1}
+\label{notifamq}
 \req\ All \LB\ services running, ActiveMQ broker configured and running
 
 \what
@@ -389,6 +418,7 @@ The \path{glite-lb-notify} example can be used to register a notification and \p
 
 
 
+
 \subsection{Server purge}
 
 \textbf{WARNING: This test is destructive, it destroys ALL data in an
@@ -406,11 +436,11 @@ artificially.
 that the sets can be distinguished from each other.
 \item \label{purgel}
 Using \code{edg\_wll\_JobLog} retrieve events of all the jobs
-\item \label{purge1}
+\item \label{purge2}
 Purge the first set of jobs (by specifying appropriate timestamp),
 letting the server dump the purged events.
-\item \label{purge2} Purge the other set of jobs, also dumping the events.
-\item \label{purge3} Run purge once more.
+\item \label{purge3} Purge the other set of jobs, also dumping the events.
+\item \label{purge4} Run purge once more.
 \end{enumerate}
 
 \how\ \ctblb{lb-test-purge.pl}
@@ -429,30 +459,7 @@ The example \path{org.glite.lb.client/examples/purge\_test} does exactly this se
 including the checks.
 \end{hints}
 
-\subsubsection{Sandbox Transfers}
-
-\req\ All \LB\ services running
-
-\what\
-\begin{enumerate}
-\item Register a compute job.
-\item Register input sandbox transfer.
-\item Register output sandbox transfer.
-\item Generate events to trigger job state changes in one of the sandbox transfer jobs.
-       \begin{enumerate}
-        \item Start the transfer and check that state has changed appropriately.
-        \item Finish the transfer and check that state has changed appropriately. 
-       \end{enumerate}
-\item Use another sandbox transfer job registered above to start, then fail the transfer and check that this is reflected by the resulting transfer job status. 
-\item Check that the compute job and its sandbox transfer jobs link up correctly. 
-
-\end{enumerate}
-
-\how\ \ctblb{lb-test-sandbox-transfer.sh}
-
-\note\ The test includes artificial delays. Takes approx. 50\,s to finish.
-
-\result\ Job states should change on event delivery as expect, related jobs should ``know'' their IDs.
+\subsection{Other Service Tests}
 
 \subsubsection{ACL Parsing}
 
@@ -505,10 +512,26 @@ including the checks.
 
 \how\ \ctblb{lb-test-threaded.sh}
 
-\note\ The is not a thorough test. It is not capable of discovering rare or improbable problems but it will check the essentials of multi-threaded opration.
+\note\ This is not a thorough test. It is not capable of discovering rare or improbable problems but it will check the essentials of multi-threaded opration.
 
 \result\ The test must not hang. Meaningful results (albeit errors) must be returned by all threads.
 
+\subsubsection{Config and Runtime File Permissions}
+\label{permissions}
+\req\ All \LB\ services configured and running.
+
+\what
+\begin{enumerate}
+\item Decide on permission/ownership masks for various files identified for checking.
+\item Check ownership and permission settings for selected files.
+\item Compare that with a pre-determined mask.
+\end{enumerate}
+
+\how\ \ctblb{lb-test-permissions.sh}
+
+\result\ The status of all files should match the pre-determined mask.
+
+
 
 \section{LB ``In the Wild''---Real-World WMS Test}
 \req\ All \LB services running, working grid infrastructure accessible (including permissions).