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

Question

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

谢谢！

Answer 1

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

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

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

3) 测试的寿命

这纯粹是根据我自己的经验得出的意见。

（将两美分放入自动售货机）

1）什么是功能测试用例？- 您和系统工程师需要在这一点上保持一致。你可能会发现（和我一样）系统工程师会在比你更高（更少粒度）的层面上解决问题。例如，假设特定要求是创建 Web 服务，工程师需要知道：

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

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

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

如果您和系统工程师将自己锁在舒适的房间里半天时间来检查每个测试用例，那么请保持精简：你们两个应该非常熟悉需求，并且工程师会审阅文档并拥有已经提供了评论。另一方面，您可能让支持工程师而不是工程师与您一起运行测试（这就是我们运行它的方式......系统工程师审查测试用例，在开始时停留一段时间，当他感到无聊时离开）。我在哪里？是的，所以在这种情况下，您的文档可能需要更深入地了解您描述正在测试的场景。这将我引向我冗长的聊天的最后一点......

3)文件的寿命

就像我这边的情况一样，一旦一组功能测试结束并完成，它们就会很快被遗忘。但是，这些测试可以验证您的系统和产品，支持工程师应该可以随时运行它们：

• 解决问题（“这种情况在上线之前是否经过测试？”）
• 再次解决问题（“天哪，这些人甚至测试过这个特定场景吗？”）
• 在重大更改后验证系统/产品完整性
• 了解产品或服务的原样功能（很多时候人们忘记了产品应该如何表现，支持人员讨厌阅读需求规范，尤其是过时的需求规范和系统的当前行为不同根据最初的规定）

（深呼吸）

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

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

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

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

希望我赚了一些钱:)