什么使功能需求有一个良好的测试过程？

Question

我是一个新项目的首席开发人员，并有机会与系统工程师一起创建测试功能需求的模板。我想知道是否有人输入了一个好的测试过程模板，或者有一个很好的模板的例子。

谢谢!

Answer 1

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

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

2)辅助人员在验收测试中的作用

3)试验的寿命

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

(将两分钱插入自动售货机)

1) 功能测试用例是什么？-您和系统工程师需要在这个测试用例上对齐。您可能会发现(正如我所做的)系统工程师将在比您更高(更少粒度)的水平上处理问题。例如，假设一个特定的需求是为了创建一个web服务，工程师需要知道：

success/failure?

• On
• 接口行为是否正确？
• 是测试用例中的输入参数，是否返回适当的错误/错误代码？请注意，取决于工程师的时间，工程师可能只会坚持影响整个产品/服务的主要/重要故障条件(或负面响应)(例如，“主机未找到/超时错误”应在接口中，但不一定需要测试，但与用例相关的故障(如“客户端资金不足”)对工程师非常重要。
• 是否正确地记录了事务状态？

？

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

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

如果你和系统工程师将自己锁在一个舒适的房间里，对每个测试用例进行半天的检查，那么保持简洁:你们两个应该非常熟悉这些需求，而工程师应该已经审阅了文档，并已经提供了评论。另一方面，您可能让支持工程师与您一起运行测试，而不是工程师(这就是我们如何运行it...the系统工程师来检查测试用例，在开始时停留一段时间，当他感到无聊时离开)。我刚才说到哪里？对，所以在这种情况下，您的文档可能需要进行更多的手动操作，您可以在这里描述正在测试的场景。这就引出了我长篇大论的最后一点.

3) 文档的使用寿命

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

解决问题(“这种情况在go-live?")

• resolve问题之前就已经测试过了吗？”天哪，这些家伙甚至在一次重大的更改之后测试了这个特定的scenario?")

• validate系统/产品的完整性，

• 了解了产品或服务的as-is功能(很多时候人们忘记了产品应该如何运行，并且支持工作人员讨厌阅读需求规范，特别是过时的需求规范，以及系统当前的行为与最初所描述的不同))。

(深呼吸)

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

• 测试设置第1部分:运行测试的要求是什么？我需要什么工具？网络连接？
• 测试设置第2部分:我要使用哪些测试数据？如果我需要它，它在哪里，或者我如何生成它？
• 概述了功能需求/测试，至少给出了预期的行为。
• 概述了将要测试的主要系统组件--
• --了解测试的局限性--某些功能测试可能只能被模拟，或者不能针对一个实时的终端系统进行测试等等--您需要理解这个限制，并向读者展示您将如何伪造它。

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

希望这在某种程度上有所帮助--拥有一个模板提供了一致的演示，并帮助您确保涵盖了所有重要的内容--但我认为重点应该放在确定目标和实现目标上。

希望我赚了些钱:)