当我在办公室听说单元测试时，我总是不自觉地想到这样的系统（是的，我有丰富的想象力）。
通过 GIPHY
不断检查你的代码
幸运的是，我的同事、Spektrum 的开发人员 Gabriel Robert 同意为我揭开这个有点模糊的概念的面纱。总之，单元测试意味着开发测试我们的代码的代码，以在部署之前验证每个功能是否运行良好。首先，开发人员编写功能代码，然后编写“测试代码”以对其进行验证。对于根据更复杂的业务逻辑（取决于多个参数）开发的应用程序来说，这种做法是值得的。网站一般只显示内容。因此没有任何功能可供测试。要了解应用程序和网站之间的区别，请阅读我的文章，其中揭开了应用程序和网站的神秘面纱。
退出魔幻思维
我们没有开发所有功能并祈祷在最终测试期间一切正常（又名具有神奇的思维），而是投入更多时间来确保一切持续合规。因此，除了促进协作之外，该技术还提高了系统的可维护性。例如 ：
如果客户更换代理机构，新的开发人员将能够更好地浏览代码。这是随着时间的推移质量的保证，不像那些在有问题的技术上开发专业知识来吸引客户的公司（是的，是的，不幸的是它存在！）；
对于开发人员来说，这是一种始终了解更多信息的方式。 “它让你有机会学习代码所教给你的所有课程”，正如 Kent Beck 在他的《测试驱动开发实例》一书中解释的那样。
客户保证项目不会倒退。项目的质量不取决于测试人员或开发人员的心态，因为测试是自动化的。
当善意的零经验实习生进入公司并接管网站的开发时，单元测试可以确保他的错误几乎自动被发现。
通过 GIPHY
古老的汽车比喻
不进行单元测试就像在没有首先进行安全测试的情况下将新车投放市场一样。这并不排除将来出现错误的可能性（因为安全测试有时并不能阻止汽车召回），但它大大降低了出现错误的可能性。
