负面测试案例

Question

这个问题在Positive test cases and negative test cases上继续我之前的问题。

假设有一个字段只接受字母表，并假设我编写了一个仅使用字母表测试它的测试用例，那么这是一个积极的测试用例。

预计如果我输入除字母之外的任何值，系统将显示错误消息“仅允许字母表！”。

如果我用数值检查它，它会抛出错误消息“只允许使用字母！” （如预期的那样）那么这是一个负面的测试用例还是一个积极的测试用例？

Answer 1

输入错误的字段输入为Negative test case。你写了负面的测试用例，可能会有两个结果：

1. 这是will work as expected，这意味着您会收到错误消息，并且您会说测试已通过，negative test passed

2. 或者will break，表示它会接受输入，在这种情况下，测试失败，即您的negative test case has failed, this is a bug。

Answer 2

很抱歉，我的回复将不在议题中，但（我的）理由将在下面解释。

为什么通过积极性或消极性对您的测试用例进行分类？无论如何你必须执行两个测试。我更喜欢将测试分类为＆＃34; primary＆＃34;和＆＃34;替代＆＃34;。 ＆＃34;初级与＃34;描述快乐路径，即允许最终用户实际使用您的软件完成工作的路径。替代测试用例描述阻碍最终用户完成工作或实现结果的路径。 （输入无效，凭据错误，资源不可用，......）

这是我对分类测试的定义。这些是我的话（借用外部文章，定义清晰）对我有用，因为我首先编写/执行主要测试，然后进行替代测试。我编写了主要测试，考虑用户想要做什么以及如何做。 （UX模式）我编写了备用测试，思考实际上会出现什么问题＆＃34;，比如腐败的sysetm数据，泄漏公司信息以及我能想到的所有其他邪恶。 （QA-模式）

使用两个单词对测试进行分类（正面/负面）的重要性只有在同一个项目周围的许多人使用这些单词时才有意义。那么你应该就一个共同的定义达成一致。 （和分类标准）我不认为你通过谷歌搜索这些词来获得绝对的答案，只是当地测试文化的回声......除非你找到任何提供精确定义的中心独特权威，比如一本关于测试，测试网站或测试公司文档。

Answer 3

如果您的功能描述类似于“在yiffy字段中，只允许使用字母字符”，那么对数字进行测试就是一个负面的测试用例。

然而，如果没有输入除字母之外的其他字符是重要的，特征描述就像“在yiffy字段中，用户不能输入非字母字符”，那么测试数字将是一个积极的测试用例。

但是对此不要太严格，因为测试就是找到灰线。在我的语言中，ij是完全正常的角色，而在德国，ß非常常见。 ٠١٢٣٤٥٦٧٨٩是数字/数字（实际上，它们是阿拉伯数字）。 作为测试人员，您需要在测试时考虑测试用例并评估功能的重要性（任何人都可以做到这一点的风险是什么）。你不想花费宝贵的时间来测试废话。