我如何为质量保证部门制定测试计划？

Question

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

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

Answer 1

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

根据我的经验，测试计划的基础知识如下：

• 功能描述
• 假设
• 相关文档
• 测试矩阵
• 有效测试
• 无效/错误条件测试
• 状态测试（行为基于对象/系统的各种状态）
• 压力测试
• 性能测试
• 效果指标
• 必备工具
• 环境问题（特定硬件，浏览器，操作系统等）

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

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

最后一个警告。避免警笛声太过细致。不太可能遵循不能保留在某人头脑中的计划。如果您的测试计划长达25页，那么您可能写得太多了。

Answer 2

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

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

Answer 3

嘿pavliks，我不知道你想要它的基本程度如何，但是如果你想要一些简单易懂的东西，那么请看看这篇文章：Writing a System Test Plans

如果您对自己的软件有所了解，安装了MS Word，并且具备良好的文档技能，那么您很高兴

就一个非常基本的通用错误日志记录协议来说，你可以看一下：Logging Bugs Like a Pro＆lt; - 这是关于以最小的努力记录错误并捕获所需的裸信息的全部内容调查一个错误

- LM

Answer 4

尝试：Artifact: Test Plan

Answer 5

正如Tom E指出的那样，质量保证绝对应该写出测试计划。他们应该与客户一起了解需求，并与开发团队一起了解实施情况，但最终，具有测试思维模式的团队需要拥有测试计划。

我能想到的唯一情况是，如果您需要为一个QA团队编写测试计划，那么当您有一个尚未熟悉您的产品的外包团队执行QA时。在这种情况下，我建议在设计和开发期间让团队的一个或两个高级成员与您合作;它可以帮助他们加快速度，并将这些知识传授给团队的其他成员。

Answer 6

单元和集成测试应该在代码级别捕获很多问题，但它们不适合从用户的角度测试系统的行为方式。

一旦你知道某个功能应该做什么以及如何知道它是否有效，就可以使用TestComplete，SmarteScript之类的东西自动化该测试（显然有意义）。这些测试易于运行和自动化，因此它们始终可以始终如一地运行，而无需担心任何物体在裂缝中滑动。