assertEquals，什么是实际的，什么是预期的？

assertEquals, what is actual and what is expected?(assertEquals，什么是实际的，什么是预期的？)

问题描述

我一直在想，在像TestNG这样的库中，assertEquals中的Actual和Expect到底是什么意思。

如果我们阅读Java文档，我们会看到：

public static void assertEquals(... actual, ... expected)
Parameters:
    actual - the actual value
    expected - the expected value

根据我的理解，expected值是已知值，所以我们期望的值和actual值是我们要验证的值。例如，假设我们要测试始终必须返回56的函数fooBar。

在这种情况下，我会这样做：assertEquals(sth.fooBar(), 56)。但是在GitHub上快速搜索，似乎人们的做法正好相反，所以assertEquals(56, sth.fooBar())。但是当我们甚至不知道期望值时，它怎么可能是sth.fooBar()呢？似乎sth.fooBar()是我们与已知的期望值进行比较的实际值。

我知道测试的正确性没有区别，但我愿意遵循"正确"的方式。

推荐答案

大多数测试框架(xUnit系列)都基于JUnit框架。JUnit中的Assert函数系列具有(expected, actual)格式；它成为一种约定，并且大多数其他框架都遵循该约定。

一些框架(如TestNG或.NET的NUnit 2.4+)颠倒了这个顺序(通过使用NUnit的基于约束的模型)来提高可读性("确保实际值是56"比"确保56是实际值"感觉更自然)。

底线是：坚持框架的约定。如果您使用JUnit，请将期望值放在第一位。如果使用TestNG，请将实际值放在第一位。你说得对，当你不小心颠倒了论点时，这对测试结果没有什么影响。但这对您从失败的测试中获得的默认消息有很大的不同。当在JUnit中撤销assertEquals(ShouldBeTrueButReturnsFalse(), true)失败时，默认消息显示"预期[false]但找到[true]"，其中应该显示"预期[true]但发现[false]"。至少可以说，这是令人困惑的，您不应该处理该消息可能的误导。

您提供的Github链接中的一些单元测试不遵循约定，存在相同的问题。别干那事。坚持您的框架约定。

这篇关于assertEquals，什么是实际的，什么是预期的？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！