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

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

---

谢谢

这不是一个很容易回答的问题。这取决于以下几点：

1） 什么是功能测试用例的定义/解释

2） 支持人员在验收测试中的作用

3） 测试的寿命

这纯粹是基于我个人经验的观点

（在自动售货机中插入2美分）

1） 什么是功能测试用例？您和系统工程师需要在这个问题上保持一致。您可能会发现（正如我所做的那样），系统工程师将以比您更高（更少粒度）的级别处理问题。例如，假设创建web服务需要特定的需求，工程师需要知道：

• 接口的行为是否正确
• 测试用例中的输入参数是否意味着导致成功/失败
• 失败时，是否返回相应的错误/错误代码？请注意，根据时间的不同，工程师可能只会坚持使用影响整个产品/服务的主要/重要故障条件（或负面响应）（例如，“主机未找到/超时错误”应出现在界面中，但不一定需要测试，但与用例相关的故障，如“客户资金不足”对工程师很重要
• 交易状态记录是否正确

同样，您和系统工程师应该清楚什么是功能测试用例，什么不是。通常，功能测试直接源自提供给您的功能规范。对于某些产品，超时重试属于非功能性，但您可能有一位工程师希望他的web服务一次重试17次在放弃之前，如果他指定了这一点，那么你就把它包括在内

2） 这些测试是如何进行的，由谁签署？根据这一点，您可能需要简化或充实功能测试

如果你和系统工程师将自己关在一个舒适的房间里，花半天的时间检查每个测试用例，然后保持它的流线型：你们两个应该非常熟悉需求，工程师应该已经审阅了文档并提供了评论。另一方面，你可能有支持引擎EER与您而不是工程师一起运行测试（我们就是这样运行的……系统工程师审查测试用例，在开始时停留一段时间，当他感到厌烦时离开）.我在哪里？是的，所以在这种情况下，您的文档可能需要更深入地描述正在测试的场景。这让我进入了我长篇大论中的最后一点

3） 文档的寿命

在我这方面，通常情况下，一旦一组功能测试结束并完成，它们就会被迅速忘记。但是，这些测试验证了您的系统和产品，支持工程师应该能够随时运行它们，只要他们愿意：

• 解决问题（“此类案例在上线前是否经过测试？”）
• 再次解决问题（“天啊，这些家伙有没有测试过这个特定场景？”）
• 重大变更后验证系统/产品完整性
• 了解产品或服务的原样功能（很多时候人们忘记了产品应该如何运行，支持人员讨厌阅读需求规范，尤其是过时的需求规范，系统的当前行为与最初的规范不同）

（深呼吸）

因此，现在您需要确保涵盖以下内容：

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

此外，系统工程师还希望您已经完成了粒度测试，如组件测试、集成测试等。根据他的能力，工程师可能会要求提供这些组件测试的文档，并亲自运行一些测试

希望这能有所帮助—有一个模板可以提供一致的演示，并帮助您确保涵盖所有重要内容—但我认为重点应该放在确定目标和实现目标上

---

希望我能赚点钱：）

你说的测试程序模板是什么意思？首席开发人员与系统工程师互动，因此你正在/正在开发某种独立的模块，以便通过双方同意的接口使用？如果是这样，那么也许你会/确实会以这些接口的功能需求作为“模板”开始