golang 读取文件最后一行_测试用例是开发人员最后一块遮羞布

最近一周写一个比较复杂的业务模块，越写到后面真心越心虚。操作越来越复杂了，代码也逐渐凌乱了起来。比如一个接口，传入的是一个比较复杂的大json，我需要解析这个大json，然后根据json中字段进行增删改查，调用第三方服务等操作。告诉前端接口已经完成的时候，总是有点没有底气。说实话，在写PHP的时候，我确实很少写单元测试，大都是对着页面进行一波一波的测试，现在想想，一个是懒，还有一个是确实PHP是不需要编译的语言，没有编译时间，测试-修正，整个流程非常短。但是这次是一个比较大的GoLang项目，如果还是按照“编译-起服务-调用-调整代码-编译-起服务-调用-...” 这种循环来做调试，真是会疯了的。所以我能静下心好好研究研究如何写Golang的单元测试了。

数据库怎么办？

这个是第一个需要思考的问题。这个问题和语言无关。一旦有数据库操作，就需要考虑如何在测试用例中如何处理数据库操作。我想了想，无外乎两种做法，一种是直接mock数据库的返回对象。另外一种，是搭建一个测试DB，然后灌入假数据，进行测试。这两种方式我选择了后一种。有几个理由：首先，mock数据库返回数据是一个比灌入DB数据更为复杂的逻辑，数据库返回的数据根据sql各种各样，要想在每个环节都写好数据库操作返回，倒不如我直接