Version control 测试用例的版本控制

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

---

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

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

---

如果您不能使它们完全同步，您可以利用源代码标记（或分支？）机制来识别一致的版本集？如果您的版本控制包含您正在修改/构建代码库以实现的测试（即，您的测试引导您的代码，这绝不是一种不寻常的情况），那么这可能更有意义。

我个人喜欢您的想法。尽管许多软件开发范例中的测试应该基于系统应该如何工作的规范，而不是系统当前的工作方式，因此可以轻松地独立于同步代码进行开发。因为它们本质上是文档，所以它们可能在不同形式的文档版本控制系统中工作得很好

一些团队使用一种工具来管理测试计划、测试用例，并将它们连接到bug跟踪系统。每个测试用例、bug等都有它的更改历史记录存储在数据库中，这样您就可以返回并查看它（并搜索它，只需做一些工作和一些临时的工作，就像我们所说的那样）。然而，我们从未将其与代码同步，除非在主要的里程碑中，我们进行了代码冻结，并且在那时代码+脚本进入（个人而言，我觉得我们在工作场所没有充分利用完整性…它是为整个开发团队而设计的，而不仅仅是代码推广人员）

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