-2

大家好，我被要求为我的测试用例编写一个理由，该理由可以追溯到业务规则、数据字典和数据量要求。

但问题是我不知道如何为我的测试用例编写理由，我已经完成了我的测试用例，我已经创建了自己的加载测试数据，我所需要的只是证明我的测试用例的合理性。

编辑：抱歉忘了问这个问题，我的问题是你通常如何为你的测试用例写理由？

4

3 回答 3

3

这意味着您必须只写出为什么测试用例是相关的。你可以做很多无用的测试。证明为什么这个特别有用。

于 2013-05-21T12:51:51.077 回答
1

欢迎来到 SO，亚伦。

这里有几件事...

  1. 为什么需要证明测试用例的合理性？作为软件测试人员，您的任务是成为消费者倡导者；您是最终用户的声音和代表。

  2. 如果您拥有自己编写测试用例所需的所有信息，那还不足以“证明”它们吗？

  3. 谁在要求这个理由？

  4. 您的覆盖范围有多强大？您是否针对业务规则中列出的所有用例？

  5. 你在什么环境下测试？你是敏捷商店，瀑布......？

于 2013-05-21T15:42:06.097 回答
0

首先，你有适用规则的清单吗？拥有一组索引的业务规则确实很有帮助：

BR.CND.SAL.RNG: Candidates must have a salary within the range of the position.
BR.CND.SAL.BND: Candidates must have a salary bounded by HR guidelines

索引并不重要，重要的是您可以从其他地方引用它们。然后，您对检查工资值的测试用例的理由将引用这两个业务规则。

数据字典条目同样容易做到。同样，它有助于有一种方法与字典交叉链接。您可能对特定字段进行数十次测试，检查最小值和最大值、垃圾值、格式正确但无效的值等。所有单元测试都将引用字典条目。

数据量要求类似：找到列出的要求并参考它们。

您还可以测试一些内部程序要求。这些包括唯一性约束、外键约束、排序约束、默认值设置。这些也需要证明，但“内部软件需求”的陈述就足够了。

于 2013-05-21T13:02:49.427 回答