[Trac 经验谈之（1）杂谈篇](http://blog.csdn.net/lanphaday/article/details/6609256) [Trac 经验谈之（2）杂谈篇补遗](http://blog.csdn.net/lanphaday/article/details/6658032) [Trac 经验谈之（3）工作流篇](http://blog.csdn.net/lanphaday/article/details/6620098) [Trac 经验谈之（4）报表篇](http://blog.csdn.net/lanphaday/article/details/6641391) [Trac 经验谈之（5）插件篇](http://blog.csdn.net/lanphaday/article/details/6654027) [Trac 经验谈之（6 完）插件篇补遗](http://blog.csdn.net/lanphaday/article/details/7100118) # Trac 经验谈之（6完）插件篇补遗 赖勇浩（[http://laiyonghao.com](http://laiyonghao.com)） 在插件篇中，主要介绍了我正在使用的插件，它们完成了许多项目中的需求。不过在寻找插件的过程中，看到不少很有用的插件，有些跟我使用的 0.13 版本不兼容，或者功能不如符合我们团队的文化。但我可以感受到这些插件的卓越，觉得值得在这里跟大家分享，因为也许它适合你。最后推荐一篇张阁老的博客《我用的trac插件》（[http://1.zdev.sinaapp.com/?p=78](http://1.zdev.sinaapp.com/?p=78)），可以作为我这个系列文章的非常好的补充。 ### Project progress statistics and quality metrics 主页：[http://trac-hacks.org/wiki/TracMetrixPlugin](http://trac-hacks.org/wiki/TracMetrixPlugin)。该插件能够可视化地显示项目的状态：通过统计生成一系列的表格和图片（见下图），让人直观了解到项目状态，比如质量矩阵和进度状态。它为项目管理者对项目情况的了解建立可靠的途径。不过我怕老板看到质量和进度后大惊小怪，所以我一直没有用它，哈哈哈。  ### Typed Ticket Workflow 主页：[http://trac-hacks.org/wiki/TypedTicketWorkflowPlugin](http://trac-hacks.org/wiki/TypedTicketWorkflowPlugin)。该插件能够为 Ticket 工作流增加一个类型：在创建的时候指定。比如当把工作搞定要转交给测试人员的状态“ready for QA”，通过 ready_for_qa.tickettype = task 设置能够让只有类型是 task 的 Ticket 能够转到这个状态。它能够进一步地约束工作流，这是一把双刃剑，用不用就全凭你的喜好了。 ### Add support for ticket dependencies to Trac 主页：[http://trac-hacks.org/wiki/MasterTicketsPlugin](http://trac-hacks.org/wiki/TypedTicketWorkflowPlugin)。该插件还是进一步地约束工作流。通过向 Ticket 增加 blocks 和 blocked by 两个字段，它可以统计可以 Ticket 的相互依赖关系，并能够生成漂亮的图片直观地了解项目的路径状态（见下图），对项目管理者及时了解项目进度中的瓶颈大有增益。我觉得美中不足的是不需要增加两个字段，只要设置 blocked by 就足够了，blocks 可以通过 blocked by 计算出来。  ### Test Manager plugin for Trac 主页：[http://trac-hacks.org/wiki/TestManagerForTracPlugin](http://trac-hacks.org/wiki/TestManagerForTracPlugin)。这个插件相当强大，不仅可以创建测试用例，并通过 Catalogs 概念来管理用例，甚至能够生成测试计划并跟踪它们的执行状态及输出。它还有一个特点就是不像其它类似的插件那样使用 Ticket 来存储测试相关的数据，它使用的是 wiki！这个插件的缺点是太强大、太复杂了，它的主页是我见过的所有 Trac 插件中最长的，因为包含了它巨长无比的帮助文档。最后奉上一张测试状态图。