每个人都同意，进行许多自动化测试（系统测试和单元测试）并编写测试计划是有帮助的。但是，如何使这些测试与您的测试用例管理工具或您的书面测试计划保持同步？
特别是，如何避免在两个地方都需要更新测试的尴尬？
答案 0 :(得分：2)
我总是考虑文件的目的。谁会读它。他们想从中学到什么，以及他们准备投入多少精力来获取这些信息。
对我来说，应尽可能多的利益相关者阅读和理解测试计划。我用它来定义和解释测试的范围。所以我保持简短，细节很少。这样，我有更大的机会让更多的读者真正阅读，更重要的是，了解测试的范围。
在计划中，我列出了风险，以及我们将采取的方法来测试这些风险。我没有列出测试。测试本身都是基于这些风险，但测试计划和测试脚本之间的耦合非常松散。如果我决定为计划增加更多风险，我自然需要更多测试，但如果我保持足够低的细节水平，那么计划的更新就会很小。
答案 1 :(得分：2)
我认为，当你说测试计划时，我们可能值得澄清你的意思。我已经看到了各种不同的文档，这些文档被描述为“测试计划”，因此我不确定它对您的项目和公司意味着什么。
1）谁读了？ 2）谁应该读它，但目前你怀疑他们不打扰？ （你知道他们为什么不打扰？） 3）他们需要从中得到什么信息？它会给他们那些信息吗？ 4）您目前如何呈现该信息？这对您的读者/非读者有用吗？ 5）您需要从测试计划的读者那里得到什么样的反馈？ 6）您是否有任何监管要求，您需要满足您的测试计划？
如果您的测试计划的主要目的是寻求反馈，并确定测试中的重要差距（测试中总会有大漏洞，问题是它们是否是重要的） - 那么（道歉，我可以只发布一个链接） - 来自Rikard Edgren的EuroSTAR会议网站上有一个非常有用的网络研讨会，名为“更多更好的测试想法”。
你可能会发现通过维基管理测试可能值得探索 - 这是一篇讨论这个想法的博客文章： http://marlenacompton.com/?p=1894
答案 2 :(得分：1)
我不知道有任何银弹解决方案。据我所知，没有往返测试系统。我认为在实施新测试时需要更新测试计划。
另一个选择是让测试计划稍微不那么具体，主要用作起点。编写测试计划并由相关人员进行审核。在此之后，确保计划中的所有内容都已写入，并且不用使用您编写的额外内容来更新它。测试计划的目的是确保您不会错过任何东西。以后使用它来查看测试内容的价值较小。
如果您所在的行业必须记录所有内容，我认为您必须在这两个地方开展工作，但在大多数情况下，这不是必需的。
答案 3 :(得分：0)
实际上，我认为并不是每个人都同意制定书面测试计划是有用的。一个（更好）更好的方法是创建结构良好的测试（系统和单元），这是所有利益相关者都能理解的。
一旦你有明确定义的测试，你就不需要书面测试计划，也没有什么可以保持同步！