解析 Golang 测试

mock 在单元测试中的非常重要，广义的 mock 本质是对三方依赖构建一个平替（Test Double），可以是完整接口的模拟实现（fake），也可以是对局部接口的替换。今天我们来看看 mockey

今天我们继续【解析 Golang 测试】系列，带大家一起了解一下基于 Golang 使用模糊测试的那些事。

这次我们从方法，思路方面聊聊怎样写好单测，什么是好的单测，以及覆盖率这件事为什么没有意义。好的单测 >没有单测 >虚假繁荣的单测。

今天我们的主角是【testify】，相信很多 Gophers 都或多或少用过。个人使用体会上来说，testify 几乎是除了官方的标准库，gomock 之外，使用最多的测试工具库了。

今天我们的主角是 gomonkey，一个用来做 monkey patching 的测试库。目标是让用户在单元测试中低成本的完成打桩，从而将精力聚焦于业务功能的开发。

上篇中，我们学习了 MySQL Fake 的方式，这样可以让我们早单测阶段就暴露 SQL 语句可能的问题。今天我们来看看针对 Redis 做 Fake 的经典方案：Miniredis。

前面我们了解了什么是 Fake 和 Mock，并学习了对 sql 进行 Mock 的经典driver 库 `sqlmock`，今天我们则是来看一看，针对 MySQL 我们有什么 Fake 的选项。

go-sqlmock 本质是实现了 sql/driver 接口的 mock 库，它的设计目标是支持在测试中，模拟任何 sql driver 的行为，而不需要一个真正数据库连接，这对 TDD 很有帮助。

日常开发中，我们经常遇到各种【替代对象】的叫法，mock，stub，fake，dummy，很多时候区分不开到底哪个是哪个，今天这篇文章，我们就来看看这些概念，以及 Test Double 如何区分。

goconvey 是一套单元测试框架，比原生的go testing 好用很多。goconvey提供了很多好用的功能，如 多层级嵌套单测，丰富的断言，清晰的单测结果，支持原生go test。

在日常开发中，我们经常需要写单测来验证代码逻辑是否符合预期，如果你的函数只存在本地依赖，或是纯计算型的逻辑，写单测的成本并不高。

单测和 benchmark 相关的代码，的确不会真正产生业务价值，他们的存在，是为了让你更好的理解自己的系统，对代码更有自信，相关的逻辑更加清晰。今天我们先来看看 Golang 原生提供的支持。