版本控制测试用例

Question

测试计划是否应该使用代码保存在版本控制中？也就是说，测试计划和代码放在相同的版本控制系统下并具有相同的版本计算。我不是在谈论单元测试代码，而是一个填充手动测试用例的测试计划文档。有一些基于Web的测试用例管理系统，但我怀疑测试用例是如何通过版本控制并与代码同步的？

更新：我正在为我的oragnization寻找一个基于Web的测试管理系统，因为它允许轻松访问非开发人员团队成员（即无需使用VC从存储库中检出测试计划） 。但是，我更愿意对这些测试计划进行版本控制，与软件的主要里程碑/版本同步。我没有找到满足这种需求的测试管理系统。或者我看错了方向？

Answer 1

对我来说很有意义。我希望测试（无论是手动规范还是单元测试）和相应的代码都是锁定的。我也希望（也许乐观！）文档很大程度上与特定签入的代码同步。

也许如果你不能完全保持它们，你可以利用源代码标记（或分支？）机制来识别一致的版本集？如果您的版本控制包含您正在修改/构建代码库以获得的测试（即您的测试引导您的代码 - 而不是任何异常情况），这可能更有意义。

Answer 2

就个人而言，我喜欢你的想法。虽然许多软件开发范例中的测试应该基于系统应该如何工作的规范，而不是当前的工作方式，因此可以很容易地独立于同步代码开发。由于它们本质上是文档，因此它们可能在不同形式的文档版本控制系统中运行良好。

有些团队使用像TestDirector这样的工具来管理测试计划，测试用例，并将它们连接到错误跟踪系统。每个测试用例，错误等都有其存储在数据库中的更改历史记录，这样您就可以返回并查看它（并通过一些工作和一些jiggery-pokery进行搜索，如The Doctor所说）。但是，除了代码冻结的主要里程碑之外，我们从未将其与代码同步，当时代码+脚本进入MKS Integrity（个人而言，我觉得我们在工作地点未充分利用Integrity ......它设计用于整个开发团队，而不仅仅是代码推广者。

其他团队只需编写word文档并将其放入备份的文件夹中。很简单，但在不太大的项目中的小团队可以工作。