我正在参加一个项目评审，评论员问我展示项目的单元测试用例，我在这里说的是。然后被问到负面的单元测试案例......负面测试案例???它存在吗？我从未有过12年的经验......你呢？
我尊重审稿人，因为他通过他的其他问题增加了很多价值但负面单位测试......真的！
我遇到的第一个问题是 - 我们是否有任何不能通过的单元测试案例？我的意思是它的消极所以它应该失败......不是吗？然后我开始与同行讨论并在互联网上搜索。我得到了压倒性的结果，但问题仍然存在，“负面测试案例”如何通过证明产品的质量？不应该失败吗？ 到目前为止，我的想法还包括QA测试用例。我们举一些例子： 1.正面：名称字段最多只能接受100个字母 - 应该通过证明产品的质量 2.否定：名称字段不应接受超过100个字母 - 也应该通过以证明产品的质量 3.正面：名称字段应该只接受字母 - 应该通过证明产品的质量 4.否定：名称字段不应接受任何特殊字符或数字值 - 也应该通过以证明产品质量 我不能解释1＆amp; 2和3＆amp; 4不同，它对我来说同样对我来说都是正面的测试用例（实际上只是测试用例应该通过......既不是正面也不是负面）。更多结果应该完全相同，以便所有人清除测试，即 - 通过/绿色。
我实际上没有向同行证明这一点并且失去了所有的论据 - 但是“负面单位测试案例”真的！ 。请分享您的想法，如果您编写任何单元测试用例（Dev）或测试用例（QA）失败，请告诉我，这会让您满意。
答案 0 :(得分：0)
仅仅因为测试是否定的并不意味着它应该失败。在某种程度上你是对的 - 你将为所有测试获得相同的“全清除”或“通过”或“绿色”。
你可以说正面和负面的测试用例并没有那么不同 - 你希望程序以某种方式做出反应，如果确实如此，它会通过。
仅在表征输入或表征正/负有意义的行为的背景下。一个积极的测试用例为程序提供程序期望接收的内容，并在程序执行预期行为时传递。
因此，负面测试用例的特征不在于测试本身失败，而在于程序“失败”或响应错误或错误输入的方式。
正面/负面表征只是一种方便的方法，可以分析如何查看测试每个功能，以确保所有需要覆盖的内容都被覆盖。
当您在问题中使用“肯定”时，您会说“正面：名称字段应该只接受字母”。但是，你怎么说这个，这实际上是一个负面的测试。你不是在问，“名称字段是否接受字母字符？”你只是看它不接受的东西，并证明它只接受字母数字字符，需要两次测试，一次证明它可以（积极的）和一个证明它不会接受任何其他东西（负面）。
正确地说，我们有更多的东西： 正数：“名称”字段接受字母数字字符 否定：“名称”字段不接受非字母数字字符
答案 1 :(得分：0)
好的......负面测试实际上只是意外的用户行为。例如，如果用户尝试在数字字段中键入字母，如果否定案例有效，则应说“输入/行为不正确”请输入数字值。
作为测试的东西......嗯，这取决于它的情况。 如果它意味着失败或通过。结果会有所不同。
示例：超过100个字母或少于100个字母值。 “负面”测试案例对于两者都不同。