我该如何着手为QA部门制定测试计划？

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

创建此测试计划时是否有任何好的工具或方法要遵循？

2009-04-29 pavliks

2009-04-29 16:33:54 TStamper

这里断开链接。 – 2014-04-02 15:56:20

我关于这个问题找到的最好的书是Managing the Testing Process。作者探讨如何创建测试计划。

根据我的经验，是一个测试计划的基本如下：

如果你能填补这个空白，团队应该能够进行很好的测试。

您需要做出的一个决定是测试团队的能力如何？我更喜欢测试计划是一个算法来推导出所有的测试用例。描述各种情况，但不一定详细。如果团队能力较差，您可能需要详细说明每个案例。

最后一个警告。避免警笛声称过于详细。一个无法保存在某人头脑中的计划不太可能被遵循。如果你的测试计划长达25页，你可能写得太多了。

2009-04-30 17:21:14

优秀的最后一点，测试计划不应该太详细，因为测试人员应该在每一步探索一下...... – Alex 2009-07-31 15:03:40

我们不要忘记，没有足够的时间去做所有你想做的测试。因此，您的计划中的测试需要优先考虑。我经常发现，风险排序是最好的选择。

但是，通常一个测试计划将由QA小组与开发人员和PM协调制定。如果QA不是自己制定计划，那听起来您的QA团队可以使用升级。至少，即使开发者正在制定初始计划，质量保证部门也应该提供一些意见，因为他们会有不同的POV。测试计划越多，它会越完整。

2009-05-01 14:07:25

当然，如果开发人员创建测试计划，qa可能不会找到任何错误，因为开发人员可能知道这些东西工作或认为它正在发展。 QA应该这样做，而不是开发人员。 – Alex 2009-07-31 15:02:17

-1

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

一旦你知道一个功能应该做什么以及如何知道它是否有效，那么使用类似TestComplete,SmarteScript的东西来自动执行该测试（显然是有意义的）。这些测试很容易运行和自动化，因此它们将始终如一地运行，而不必担心任何事物通过裂缝滑落。

2009-07-31 14:49:21

正如Tom E指出的那样，质量保证书绝对应该写出测试计划。他们应该与客户沟通以了解需求，并与开发团队了解实施情况，但是在一天结束时，拥有测试思维的团队需要拥有测试计划。

我可以想到测试计划可能需要写入的唯一情况对于质量保证团队是指您的外包团队执行的质量保证不熟悉您的产品。在这种情况下，我建议在设计和开发过程中让团队的一名或两名高级成员与您共同合作;它帮助他们加快速度，并将这些知识传递给团队的其他成员。

2009-07-31 15:05:08

哎pavliks，我不知道你是怎么基本的需要，但如果你想要的东西简单化，容易上手，并与运行，看看这篇文章：Writing a System Test Plans

，如果你知道你的软件好，有MS Word的安装，并有良好的文档技巧，你很好去

在一个非常基本的，通用的bug记录协议去与它，你可以看看：Logging Bugs Like a Pro < - 这是所有关于以最小的努力记录错误并捕获调查错误所需的裸露信息

- LM

2010-06-08 08:46:09 louism

回答