测试计划是否应该保存在带有代码的版本控制中？也就是说，测试计划和代码被放在相同的版本控制系统下，并具有相同的修订版本。我不是在谈论单元测试代码，而是一个测试计划文档，其中包含手动测试用例。有一些基于Web的测试用例管理系统，但我怀疑测试用例是如何受版本控制并与代码同步的？版本控制测试用例
更新：Acrtally我正在寻找一个基于Web的测试管理系统，因为它允许轻松访问非开发人员团队成员（即不需要使用VC从存储库检出测试计划）。但是，我宁愿版本控制这些测试计划，与软件的主要里程碑/版本同步。我还没有找到任何满足这种需求的测试管理系统。或者我正在寻找错误的方向？
它对我有意义。我希望测试（无论是手动规范还是单元测试）和相应的代码都是一致的。我还希望（或许乐观！）文档将主要与特定签入的代码同步。如果你不能完全保留它们，你可以利用你的源代码标记（或分支？）机制来识别一致的版本集合吗？如果您的版本控制包含您正在修改/构建代码库的测试（即您的测试引导您的代码 - 不是任何异常情况），这可能会更有意义。
个人而言，我喜欢你的想法。尽管许多软件开发范例中的测试应该基于系统应该如何工作的规范，而不是基于当前的工作方式，因此可以很容易地独立于您的同步代码进行开发。由于它们基本上是文档，因此它们可能在具有各种形式的文档版本控制系统中运行良好。
有些团队使用像TestDirector这样的工具来管理测试计划，测试用例，并让他们连接到bug跟踪系统。每个测试用例，错误等都有它存储在数据库中的更改历史记录，以便您可以返回并对其进行检查（并通过一些工作和一些jiggery-pokery进行搜索，如The Doctor所述）。然而，我们从来没有把代码与代码同步，除了我们在代码中冻结的主要里程碑，并且当时代码+脚本进入MKS Integrity（个人而言，我觉得我们在我们的工作场所没有使用完整性......它是为使用而设计的与整个开发团队，而不仅仅是代码发起人）。
其他团队只是写文档，并将其放入备份的文件夹中。很简单，但对于不太大的项目中的小团队可以工作。