Changes between Version 52 and Version 53 of TestCaseManagementPlugin
- Timestamp:
- Apr 16, 2008, 5:49:35 PM (16 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TestCaseManagementPlugin
v52 v53 36 36 == Configuration steps required == 37 37 38 1. create a testcases directory within an existing subversion project. This is where your testcases and your testtemplates.xml file goes. We typically structure our development projects with a main project directory and then a source and build subdirectory. So when you add the testcasesdirectory you might have something like this:38 1. Create a testcase directory within an existing subversion project. This is where your testcase and testtemplate files go. We typically structure our development projects with a main project directory and then a source and build subdirectory. So when you add the testcase directory you might have something like this: 39 39 40 40 project/source/ <-- checked into subversion [[BR]] … … 43 43 44 44 45 The nice thing about this is you add a lot more transparency to the testing process as testcases are bundled and versioned with the source code 46 47 2. Add testcases and commit those testcases to your subversion repository using the example format (see attachment for correct XML format of t he testcase file).48 49 3. Create a testtemplate file called testtemplates.xml, then specify which tests belong to which test temp altes, for example the smoke-test (see attachment for correct XML format of the test templates file). Not all tests have to belong to a template, it's just a convient way to group tests together. This file goes into the same project/testcases directory.50 51 4. add to the trac.config file a new section:45 The nice thing about this is you add a lot more transparency to the testing process as testcases are bundled and versioned with the source code. 46 47 2. Add testcases and commit those testcases to your subversion repository using the example format (see attachment for correct XML format of testcase files). 48 49 3. Create a testtemplate file called testtemplates.xml, then specify which tests belong to which test templates, for example the smoke-test (see attachment for correct XML format of the test templates file). Not all tests have to belong to a template, it's just a convient way to group tests together. This file goes into the same project/testcases directory. 50 51 4. Add the following new section to the trac.ini file: 52 52 53 53 {{{ … … 62 62 5. '''[http://trac.edgewall.org/wiki/TracAdmin add a new ticket type] called testcase''' 63 63 64 6. I also add a custom ticket type in the trac. configfile for reporting purposes (although this is not required yet...just really useful)64 6. I also add a custom ticket type in the trac.ini file for reporting purposes (although this is not required yet...just really useful) 65 65 66 66 {{{ … … 72 72 }}} 73 73 74 7. enable the plugin either through the trac admin plugin or by modifying the trac.configfile:74 7. Enable the plugin either through the trac admin plugin or by modifying the trac.ini file: 75 75 {{{ 76 76 [components] … … 78 78 }}} 79 79 80 8. restrict ticket owners to only known users of the system. You do this by looking for the line retrict_owner in the conffile.80 8. Restrict ticket owners to only known users of the system. You do this by looking for the line retrict_owner in the trac.ini file. 81 81 This is actually necessary because of an oversight on my part. I incorrectly assumed that most people would have turned this on. 82 82 {{{