工程师质量文化

说起质量文化，就不得不提到谷歌的质量文化，其中特别突出的就是其代表性的“Testing on the toilet”。它是2006年谷歌公司一群对软件测试抱有极大热情的志愿者发起的，一个旨在宣传、鼓励

deadcode,即在任何执行中都无法访问的函数 ，成为了代码库熵增的一部分，如何清理这类代码，快进来看看吧～

项目在单元测试或集成测试阶段统计代码覆盖率,统计代码覆盖率的目的是找出潜在的遗漏用例，并有针对性的进行补充。本文旨在纠正研发工程师对覆盖率数据的一些误解，以期大家都能写出高质量高场景覆盖的单元测试。

Fuzzing Test的核心理念是将自动或半自动生成的随机数据作为输入，以验证程序的健壮性。如果你从未了解过，那进来就对了

在软件开发领域，有个DRY原则：Don't Repeat Yourself。注重简单高效的Go提供了Table-Driven Unit Tests的编程模式，在保证可读性的情降低单测代码重复率降至最低

在macbook IDE执行 单测，由于一些通用mock框架在macbook 11/12版本无法执行，导致部分逻辑难以覆盖。 使用bytedance/mockey后覆盖率达到90%

在开发工程师团队推广质量文化的实践过程，如果你所在团队也面临研发效能低下的困境，欢迎进来看看，我会定期更新在公司的推广质量文化的海报，与你共同学习和探讨～～

单元测试文化推广 陷阱一：异步超时 + mock方法失效 陷阱二：忽略map按键输出结果是随机的 陷阱三：忽略测试可移植性，单测直接引入外部依赖存储/数据/服务