FIRST 是一个缩写词，总结了编写单元测试的各种原则。 Robert C. Martin 在《Clean Code》中简要介绍了 FIRST 原则，我想在这篇博文中对其进行扩展。这些原则可以作为指导，尤其是在开始编程时。这些原则的目的是使单元测试易于理解、可维护且有意义。
这篇博文面向所有想要了解有关编写单元测试的更多信息的新开发人员和经验丰富的开发人员。
长话短说#
快速：单元测试速度很快，只需几毫秒。
独立/隔离：单元测试彼此独立，可以按任何顺序执行。
可重复：单元测试经常在不同的环境中运行，并可靠地产生相同的结果。
S 11 验证：以编程方式评估结果并提供二进制结果（成功/失败）。
及时/彻底：单元测试是在生产代码之前创建的，“按时”编写。此外，“彻底”的 厄瓜多尔 whatsapp 数据 测试是通过测试错误案例、极限值和等价类（除了成功案例之外）来进行的。
F-几乎
单元测试很快！如果您不想在对代码进行调整后运行单元测试，因为它们对您个人来说花费的时间太长，那么这是一个警告信号，表明这些测试不是单元测试。因为单元测试只需要几毫秒即可执行，这不会对个人感知产生重大影响。仅阅读这句话所花费的时间就比运行数百个单元测试所需的时间还要长。如果单元测试花费的时间超过一秒，您应该仔细查看它，因为它背后通常有集成测试。集成测试涉及在被测方法或函数之外执行附加代码。例如，如果依赖项没有被“模拟”，这种情况可能会很快发生。模拟是代理对象/函数，仅存在于单元测试中，并且充当类或函数的具体对象。在最坏的情况下，在没有模拟的情况下调用实时服务，在您意识到之前，您已经成功地进行了第一次小型 DOS 攻击或将测试数据写入生产数据库。因此，应该清楚当测试不只是运行被测代码时，测试会产生什么影响。