如何运用testify编写高质量Go单元测试用例？

本文共计4794个文字，预计阅读时间需要20分钟。

背景：近期在工作和业余开源贡献中，与单元测试接触频繁。但在这两个场景下写出的单元测试似乎不太一样，可能是同一代码场景。

今日测试：与昨日测试相比，今日单元测试有何不同？

背景

​ 最近在工作和业余开源贡献中，和单元测试接触的比较频繁。但是在这两个场景之下写出来的单元测试貌似不太一样，即便是同一个代码场景，今天写出来的单元测试和昨天写的也不是很一样，我感受到了对于单元测试，我没有一个比较统一的规范和一套单元测试实践的方法论。在写了一些单元测试之后我开始想去了解写单元测试的一些最佳实践和技巧。（其实后来我反思的时候觉得，我应该先去学习单元测试相关的最佳实践，现有一个大致的概念，再去实操会好一些。）在这里总结成一篇文章分享给大家，希望读者朋友们有所收获。

1. 为什么要写单元测试

​ 单元测试是一个优秀项目必不可少的一部分，在一个频繁变动和多人合作的项目中显得尤为关键。站在写程序的人的角度出发，其实很多时候你并不能百分之百确定你的代码就是一点问题都没有的，在计算机的世界里其实不确定的因素很多，比如我们可能不确定代码中的一些依赖项，在实际代码执行的过程中他会符合我们的预期，我们也不能确定我们写的逻辑是否可以涵盖所有的场景，比如可能会存在写了if没有些else的情况。所以我们需要写自测去自证我们的代码没有问题，当然写自测也并不可以保证代码就完完全全没有问题了，只能说可以做到尽可能的避免问题吧。其次对于一个多人参与的项目来说，开源项目也好，工作中多人协作也好，如果要看懂一段逻辑是干嘛的，或者要了解代码是怎么运作的，最好的切入点往往是看这个项目的单元测试或者参与编写这个项目的单元测试。我个人要学习一个开源项目也是首先从单元测试入手的，单元测试可以告诉我一段逻辑这段代码是干什么的，他的预期是输入是什么，产出是什么，什么场景会报错。