<分区>
在工作中，我们目前使用 Trac 来管理我们的测试用例。但是，我们有相当多的 TC 列在测试计划 wiki 页面上而不是工单上。
我的经理最近对更好地记录手动测试的结果产生了兴趣。虽然这是一个崇高的目标，并且 QA 团队中的一些人对这个想法非常热心，但我实际上觉得如果执行不当，这样一个系统的开销可能是灾难性的。事实上，我能想到的唯一合理的非 Trac 集成解决方案只是一个简单的任务管理器，我们可以在其中存储和管理更多偶然的结果，例如，“X 在这个日期运行了 Env blah 上的组件 Y，并且出现了这些问题”。我认为从 wiki 移植几个 TC 编号和内容需要很长时间，并且某种系统，如“X 在时间 Y 验证 TC 23423432 并且它正在通过”仅适用于有那么多测试用例(和小的测试用例)的自动化测试团队)。
我见过一些 Trac 插件，它们允许您创建测试计划等并报告结果 - 但没有什么令人兴奋的。有没有人使用过这些工具？与 trac 集成将大大减少开销，但我们仍然存在并非每个 TC 都作为工单提交的问题，我们必须解决这个问题。
对于这样的项目，您有什么建议？你有过类似的情况吗？非常感谢您的意见，因为我不想成为团队中唯一的反对者并且看起来很懒惰，因为我认为用这么小的团队过度组织手动测试是有害的。