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