前言
记录加入青训营的每一天的日笔记
背景
测试的出现是为了避免项目中出现重大事故
测试是避免事故的最后一道屏障
单元测试
通过测试单元的输出与期望值进行校对从而验证代码的正确性，从而保证新旧代码的互不影响与程序的正常运行。
进而单元测试较于编译更易于在较短的周期内发现和定位代码中的错误使损失最小化从而提升效率。所以写单元测试是很有必要的。
Golang单元测试对文件名和方法名，参数都有很严格的要求。
- 文件名必须以
xx_test.go命名 - 方法必须是
Test[^a-z]开头 - 方法参数必须
t *testing.T - 初始化逻辑放到TestMain中
- 使用
go test执行单元测试
演示
通过第三方包assert演示单元测试
判断函数测试值与期望值是否一致
覆盖率
覆盖率出现的目的：
- 衡量代码是否经过了足够的测试
- 评价项目的测试水准
- 评估项目是否达到了高水准测试等级
通过go test命令测试函数的覆盖率
-
一般覆盖率：
50%~60%，较高覆盖率：80%+ -
测试分支相互独立、全面覆盖
对于上述案例代码而言
应出现成绩大于等于60 和小于60的测试用力
-
测试单元粒度足够小，函数单一职责
文件处理
当测试文件被修改后，可能会导致测试失败或错误率增高
从而出现了Mock函数
Mock
monkey: github.com/bouk/monkey 这是一个开源的mock测试库，可以对method或者实例的方法进行mock
Monkey Patch的作用域在Runtime， 运行时通过Go的unsafe包能够将内存中函数的地址替换为运行时函数的地址，将待打桩函数或方法的实现跳转。
Mock函数不仅可以为一个函数打桩 也可以为一个方法打桩
基准测试
基准测试是指测试一段程序的性能及耗费CPU的程度；
在实际的项目开发中，经常会遇到代码性能瓶颈，为了定位问题，经常要对代码做性能分；
这时就用到了基准测试，其使用方法与单元测试类似。
- 优化代码，需要对当前代码分析
- 内置的测试框架提供了基准测试的能力
小结
对于今日课程而言，我将其划分成测试的重要性与分类。 当前课程余下部分为项目实战，该部分内容选择了放置于项目笔记。 如果笔记中有错误的地方也希望掘友们可以及时的提出纠正。
