博客作者面临团队中一些成员忽视写测试的问题，他们认为时间紧迫、任务繁重，导致测试编写被忽略。作者表达了对不写测试可能带来的隐患的担忧，并质疑如何确定哪些代码需要测试。文章探讨了测试质量与效率之间的平衡，以及是否存在工具能识别需要测试的重要代码段。
怎么用尽可能少的去覆盖更为重要的场景呢？（1）
在项目组里面，我要做代码审查。可总有一些人，老是不喜欢写测试。
我就问他：“为啥不写测试呢？功能可用吗？”
”我联调测试过了的，你先打回，我等下把测试补上，你再合并”，他甩给我一句很无语的话。
心里吐嘈说： 测试也不是我想让你写呀，可你不写测试，这以后可咋办哦。挖个坑，埋点土，数个一二三四五。总有一天，你要被自己给坑了的。
为什么大家没真真切切的感受到写测试的好处呢？
普遍是这样的心态：
- 时间紧，任务重，写啥测试哦
- 写这么多，搞得构建慢得要死，能不能愉快玩耍啊
- 反正都要手工测试，到时候再改缺陷呗
- 啥是测试？
- 。。。
网上建议都说测试不是越多越好，不是越全越好。还说不写测试，是不负责的行为。
可你们也没说写怎样的测试呀？写多少测试？左一句适量，又一句重要。
根本不解决问题呀。
那么能不能用工具扫描一下，哪些是重要代码，是需要写测试的呢？
扫一扫
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
