程序员的测试课
郑晔
前火币网首席架构师,前Thoughtworks首席咨询师
新⼈⾸单¥59.9
1045 人已学习
课程目录
已更新 11 讲 / 共 20 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 为什么写测试是程序员的本职工作?
基础篇 (10讲)
01 | 实战:实现一个 ToDo 的应用(上)
02 | 实战:实现一个 ToDo 的应用(下)
03 | 程序员的测试与测试人员的测试有什么不同?
04 | 自动化测试:为什么程序员做测试其实是有优势的?
05 | 一个好的自动化测试长什么样?
06 | 测试不好做,为什么会和设计有关系?
07 | Mock 框架:怎么让测试变得可控?
08 | 单元测试应该怎么写?
09 | 测试覆盖率:如何找出没有测试到的代码?
10 | 为什么 100% 的测试覆盖率是可以做到的?
程序员的测试课
15
15
1.0x
00:00/00:00
登录|注册

10 | 为什么 100% 的测试覆盖率是可以做到的?

你好,我是郑晔!
上一讲我们谈到了测试覆盖率,讲了如何在实际的项目中利用测试覆盖率发现没有覆盖到的代码。最后,我们留下了一个问题:测试覆盖率应该设置成多少?我给出的答案是 100%,但这显然是一个令很多人崩溃的答案。别急,这一讲我们就来说说怎样向着 100% 的测试覆盖率迈进。
很多人对测试覆盖率的反对几乎是本能的,核心原因就是测试覆盖率是一个数字。我在《10x 程序员工作法》中曾经说过,要尽可能地把自己的工作数字化。本来这是一件好事,但是,很多管理者就会倾向于把它变成一个 KPI(Key Performance Indicator,关键绩效指标)。KPI 常常是上下级博弈的地方,上级希望高一点,下级希望低一点。所以,从本质上说,很多人对测试覆盖率的反对,首先是源于对 KPI 本能的恐惧。
抛开这种本能的恐惧,我们先来分析一下,如果我们想得到更高质量的代码,测试肯定是越多越好。那多到什么程度算最多呢?答案肯定是 100%。如果把测试覆盖率设置成 100%,就没有那么多扯皮的地方了。比如,你设成了 80%,肯定有人问为啥不设置成 85%;当你设置成 85% 的时候,就会有人问为啥不是 90%,而且他们的理由肯定是一样的:测试覆盖率越高越好。那我设置成 100%,肯定不会有人再问为啥不设置成更高的。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《程序员的测试课》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言(1)

  • 大碗
    请问老师对“第三方代码”的界定为是不是自己编写的代码,第一种常见的是非公司的类库,比如Jackson,这种好理解。第二种是服务A调用服务B的api.jar,第三种两个人编写服务A的两个模块C,D,编写C的人调用了别人D的方法,后面两种也属于调用第三方代码么?
    2021-08-25
收起评论
1
返回
顶部