为Trac的工作流程中增加测试流程

 

　　Trac（版本:0.11）安装好后，传票的默认工作流程可由下图所示：

 

 

 　　而在实际应用中，我们发现这个默认的工作流程中缺少一个测试（testing）流程：在默认工作流程中，一个传票解决后，只能直接关闭进入关闭（closed）状态。这样会带来一个问题，当开发人员完成了一个传票后，应该如何操作呢？直拉关闭传票进入closed状态吗？但这个解决结果并未进行测试，还需要交给测试人员测试，测试人员测试完后，如果没问题还好办，但如果测试发现问题，又只能重新打开(reopen)到重开（reopened）状态，然后再修改、再关闭、再测试，这样的流程感觉并不是很妥当，另外，更重要的是，对于一个closed状态的传票很难清楚的表述其是不是已经测试通过的传票，可能过了一段时间，谁都不知道它有没有测试过了。那么，完成传票后不关闭行么？这样测试人员也很难直观的发现这个传票是不是已经完成了的，正在等待测试的传票。

　　解决上述问题，效好的办法应该新增加一个测试（testing）状态：当开发人员完成一个传票后，将传票测试成testing状态，然后交给测试人员测试；测试人员测试，如果OK,就关闭传票；如果不OK，需要重新交回到开发人员修改，则将传票修改成needs_work状态。

　　如何增加一个测试流程呢？由于Trac的开放和自由特性，我们可以很容易的在Trac中定制我们想要的任何工作流。增加一个测试流程，只需要修改trac.ini文件，在“[ticket-workflow]”段中增加如下代码即可：

testing = new,accepted,needs_work -> testing
testing.name = Submit to reporter for testing
testing.permissions = TICKET_MODIFY
reject = testing -> needs_work
reject.name = Failed testing, return to developer
pass = testing -> closed
pass.name = Passes Testing
pass.operations = set_resolution
pass.set_resolution = fixed

  修改保存后即时生效，无需重启Trac的webserver程序。看看增加测试流程后的效果：

（１）项目未进入testing状态前（红圈是增加上述代码后所新增的选项）：

（２）项目进入testing状态后（红圈是增加上述代码后所新增的选项）：