大家好，我被要求为我的测试用例写一个理由来追溯业务规则，数据字典和数据量要求。
但问题是我不知道如何为我的测试用例写一个理由，我完成了测试用例，我已经创建了自己加载的测试数据，只需要证明我的测试用例。
编辑：对不起忘了问这个问题，我的问题是你通常如何为你的测试用例写一个理由？
答案 0 :(得分：3)
这意味着您必须写出测试用例相关的原因。你可以做很多无用的测试。证明为什么这个特别有用。
答案 1 :(得分：1)
欢迎来到SO，Aaron。
这里有一些事情......
为什么需要证明您的测试用例合理？作为软件测试人员，您的任务是成为消费者倡导者; 你是最终用户的声音和代表。
如果您拥有自己编写测试用例所需的所有信息，那还不足以“证明”它们吗？
谁在要求这个理由？
您的报道有多强大？您是否定位了业务规则中列出的所有用例？
您在测试的环境是什么？你是一个敏捷的商店，瀑布......？
答案 2 :(得分：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
索引并不重要，只是你可以从其他地方引用它们这一点很重要。然后，您检查工资值的测试用例的理由将引用这两个业务规则。
数据字典条目同样容易。同样，有一种方法可以交叉链接到字典。您可能对特定字段进行了数十次测试，检查最小值和最大值，垃圾值，格式正确但值无效等。所有单元测试都将引用字典条目。
数据量要求类似：找到列出的要求并引用它们。
您还需要测试内部程序要求。这些包括唯一性约束，外键约束，排序约束，默认值设置。这些也需要证明，但“内部软件要求”的说法应该足够了。