如何为我们的 QA 部门制定测试计划？答案

【问题标题】：How do I go about building a test plan for our QA department?如何为我们的 QA 部门制定测试计划？
【发布时间】：2009-04-29 16:29:55
【问题描述】：

我们目前正在为我们的测试部门准备最新项目的新版本。我们显然希望他们遵循一个彻底的计划来测试我们的软件，并确保在发布之前将错误传回给我们（开发团队）。

在创建这个测试计划时有什么好的工具或方法可以遵循吗？

【问题讨论】：

【解决方案1】：

我在这个主题上找到的最好的书是Managing the Testing Process。作者介绍了如何创建测试计划。

根据我的经验，测试计划的基本内容如下：

如果您可以填写，团队应该能够很好地进行测试。

您需要做出的一个决定是测试团队的能力如何？我更喜欢将测试计划作为派生所有测试用例的算法。描述案例的种类，但不一定要详细描述每个案例。如果团队能力较差，您可能需要具体说明每个案例。

最后的警告。避免警笛声过于详细。无法保留在某人脑海中的计划不太可能被遵循。如果你的测试计划有 25 页长，那么你可能写的太多了。

【讨论】：

【解决方案2】：

别忘了，永远没有足够的时间来做所有你想做的测试。因此，您的计划中的测试需要优先考虑。我经常发现按风险排序是最好的方法。

但是，测试计划通常由 QA 小组与开发人员和 PM 协调制定。如果 QA 不是自己创建计划，听起来您的 QA 团队可以使用升级。至少，即使开发人员正在制定初始计划，QA 也应该提供一些输入，因为他们会有不同的 POV。对测试计划的关注越多，它就越完整。

【讨论】：

当然，如果开发人员创建了测试计划，质量检查可能不会发现任何错误，因为开发人员可能知道这些东西可以工作或认为它正在开发中。 QA 应该做的不是开发人员。
不过，我应该澄清一下，我并不是说您应该避免与开发人员合作进行测试。我与开发人员建立了许多良好的合作关系，我们互相交流测试想法。通常，开发人员可以向我指出他/她认为可疑/风险更高且需要更多测试的代码的方向。

【解决方案3】：

嘿 pavliks，我不知道你想要它有多基本，但如果你想要简单且易于上手和运行的东西，请查看这篇文章：Writing a System Test Plans

如果您熟悉您的软件，安装了 MS Word，并且具备良好的文档技能，那么您就可以开始了

就一个非常基本的通用错误记录协议而言，您可以查看：Logging Bugs Like a Pro

-- LM

【讨论】：

【解决方案4】：

试试：Artifact: Test Plan

【讨论】：

【解决方案5】：

正如 Tom E 所指出的，QA 绝对应该编写测试计划。他们应该与客户互动以了解需求，并与开发团队互动以了解实施，但归根结底，具有测试思维的团队需要拥有测试计划。

我能想到的唯一可能需要为 QA 团队编写测试计划的情况是，当您有一个尚未熟悉您的产品的外包团队进行 QA 时。在这种情况下，我建议在设计和开发期间让团队中的一两个高级成员与你同处一室；它可以帮助他们更快地加快速度，并且可以将这些知识传递给团队的其他成员。

【讨论】：

【解决方案6】：

单元和集成测试应该在代码级别发现很多问题，但它们对于从用户的角度测试系统的行为方式并不是很好。

一旦您知道某个功能应该做什么以及如何知道它是否有效，就可以使用 TestComplete、SmarteScript 之类的东西自动执行该测试（显然，在有意义的地方）。这些测试易于运行且自动化，因此它们将始终始终如一地运行，而不必担心有任何漏洞。

【讨论】：