什么使功能需求的测试程序良好？

Question

我是新项目的首席开发人员，有机会与系统工程师一起创建我们的模板以测试功能需求。我想知道是否有人对什么是一个很好的测试程序模板有了什么意见，或者有一个很好的模板的例子。

谢谢！

Answer 1

这不是一个很容易回答的问题。这取决于几件事情：

1）什么是功能性的测试案例

2）在接受支持人员的角色定义/解释测试

3）的长寿测试

这纯粹是基于我自己的经验的意见。

（插入两美分到自动售货机）

1）什么是功能测试情况？ - 您和系统工程师需要对齐。您可能会发现（和我一样），系统工程师将以比您更高的（更细粒度的）级别解决问题。例如，假设具体要求是创建Web服务，工程师需要知道：

• 是接口的行为是否正确？
• 测试用例中的输入参数是否意味着成功/失败？
• 失败时，是否返回适当的错误/错误代码？请注意，取决于他们的时间，工程师可能只会遵守影响产品/服务整体的主要/重要故障条件（或负面响应）（例如，“主机未发现/超时错误”应该位于界面中，但并不一定需要进行测试，但用例相关的故障，如“客户资金不足”是对工程师很重要的。
• 是正确记录交易情况？

同样，你和系统工程师应该清楚什么是功能测试案例，哪些不是功能测试案例，通常功能测试直接来自提供给您的功能规范，对于某些产品而言，超时后重试属于非功能性，但您可能有想要他的网站的工程师服务器在放弃之前在超时时间内重试17次 - 如果他指定了这一点 - 则将其包含在内。

2）这些测试如何进行以及谁签名？根据这一点，您可能需要简化或充实功能测试。

如果你和系统工程师会把自己锁定在一个舒适的房间里半天，通过每个测试用例，然后保持简化：你们两个应该非常熟悉需求，工程师会审查文件并已提供评论。另一方面，您可能会让支持工程师与您一起运行测试，而不是工程师（这就是我们如何运行它的原因......系统工程师会回顾测试案例，在开始时停留一段时间，并在他感到无聊时离开）。我在哪里？正确，所以在这种情况下，在描述正在测试的场景时，您的文档可能需要更多的手持。这导致我在漫长的聊天中最后一点......

3）长寿文档的

所以经常是站在我这边的情况下，一旦一组功能测试已经结束，有，他们忘记及时完成。然而，这些测试验证系统和你的产品和支持工程师应该在运行它们的位置时，他们想：

• 解决的问题（“是这种情况下，即使测试前上线？“）再次
• 解决的问题（”老天没这些家伙甚至发生重大变化
• 了解产品或服务的原样的功能之后再测试此特定情形？“）
• 验证系统/产品的完整性（很多时候人们会忘记产品应该如何表现，并且支持员工讨厌阅读需求规格，尤其是要求佩奇认为是过时的和系统的当前行为从什么最初specced不同）

（深吸一口气）

所以，现在你需要确保你涵盖以下内容：

• 测试设置第1部分：运行测试有哪些要求？我需要什么工具？网络连接？
• 测试设置第2部分：我将使用哪些测试数据？如果我需要它，或者如何生成它，它在哪里？
• 功能要求/测试概述至少能够传达预期的行为。
• 将要测试
• 测试的局限性的想法主要系统组件的概述 - 某些功能测试只可以模拟或无法对现场终端系统等等等等进行测试 - 你需要描绘这一限制并向读者展示你将如何伪装它。

此外，系统工程师会期望您已经完成了像组件测试，集成测试等的粒度测试。取决于他是多么可怕，工程师可能会要求提供这些组件测试的文档，并自行运行一些。

希望能有所帮助 - 让模板提供一致的表示并帮助您确保覆盖所有重要内容 - 但我认为重点应放在固定目的和实现此目的上。

希望我赚了一些美分:)