Page Comparison

1. To resolve this try to first run python -tt <ptl_test_file> to verify that no syntax error were made
2. If test file has executable permission then remove it (recommended permission for test file is 0644)
3. If that doesn't work provide the path to the ptl_test_file using the -f
   
   1. pbs_benchpress -f pbs_cgroups_tests.py -t TestCgroups

1. Never run ptl test cases in the production environment. It will only take once before you regret it. PTL is designed to delete all of the job and restore the system to the default config that it needs to run the tests

1. I recommend placing them under pbspro/test/tests

1. Follow instructions from this page

1. pbs_benchpress -f <my_tests.py>

1. For example if I had a test suite called TestCgroups in file pbs_cgroups_tests.py I would execute the following
   
   1. pbs_benchpress -f pbs_cgroups_tests.py -t TestCgroups
2. If I wanted to run two specific tests in the TestCgroups I would do
   1. pbs_benchpress -f pbs_cgroups_tests.py -t TestCgroups.test_t4b,TestCgroups.test_t4c

Is custom tearDown() necessary? if we define custom tearDown() explicitly in test, do we need to call parent class teardown()?

1. If test case is doing some operations which PTL does not revert for example "changing system configuration" then test case should define custom tearDown().

2. If custom tearDown() defined then it should do reverting test case specific operations example "changing system configuration" then call parent class tearDown().

3. If PTL revert function don’t revert some of PBS settings then should that be treated as PTL bug/enhancements

1. Try the "--follow-child" option to pbs_benchpress:
   1. pbs_benchpress -t TestFunctional --follow-child