$ rm -fr TestingPersonalCondor {endcode} +{subsection: Stress testing in batch_test.pl} + +Sometimes a test will run in build workspace but not in the batlab. The +batlab runs multiple tests at once and thus responsiveness to individual tests +is less predictable. One way to duplicate this is to run multiple tests at once +within batch_test.pl. +{code} +batch_test.pl watches the list "list_quick" when you do not use "-t testname". +{endcode} + +Assuming you can run multiple copies of the test which fails intermittenly +at the same time, you can run as many as you want at once. Note however that +some names might be used the same so the best best is to run another test +as the load and one of the test you are working to fix. +In this example I want to stress test job_dagman_fullremove for issues +relating to runCondorTool getting the queries we want. + +Fill list_quick with: + +{code} +job_dagman_fullremovejob_basic_kill +job_basic_kill +job_basic_kill +job_basic_kill +{endcode} + +The following command will start job_dagman_fullremove and then 3 job_basic_kill and they will all run at once. + +{code} +./batch_test.pl -b -d . +{endcode} + The test suite is prone to leaving HTCondor daemons, especially if you interrupt the tests. After running tests, check for unexpected condor_masters running and kill them. {section: Warnings, Problems, and Workarounds}