测试用例的合理性

Question

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

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

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

Answer 1

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

Answer 2

欢迎来到SO，Aaron。

这里有一些事情......

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

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

3. 谁在要求这个理由？

4. 您的报道有多强大？您是否定位了业务规则中列出的所有用例？

5. 您在测试的环境是什么？你是一个敏捷的商店，瀑布......？

Answer 3

首先，您是否有适用规则列表？拥有一组索引的业务规则确实很有帮助：

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

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

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

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

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