三十年测试经验的老司机给的15条经验建议。

部门走马上任一位“老干部”总监 。

公文包标配，但是做测试和品质已经三十年了。

某个下午，老干部召集部门18人开工作交流讨论会，主要也是正式认识一下大家。

工作与闲聊，穿插自如，表达能力，令人叹服。

我主要收集了，他对软件测试的一些观点：

1. 安全问题很重要，测试能否帮助复现与追踪 。

2. 协助开发追踪出难发现的缺陷 。

3. 追踪报错信息 。

4. 追踪偶发性问题 。

5. 注重日志测试 。

6. 测试是否清楚版本的来龙去脉，如何协助开发做版本控制 。

7. 揣摩程序员心理和代码习惯，预见易出错点 。

8. SVN（Git等）拉代码，能否根据修改的代码，指出会影响的x个页面，x个功能，x个元素组件，有重点的去测，换言之，能否具备跟开发一样的代码能力 。

9. 主动跟开发沟通，改动代码后，询问研发可能影响的位置，结合自己的判断，有重点去测 。

10. 分层测试，主流程-次流程-易用性，易用性对于小产品来说并不重要 。

11. 测试数据录入，数据库录入、手工、python导入、其他方法 。

12. 代码覆盖率测试，用某一款工具实现，每测试一个功能，工具会统计覆盖了哪行代码，最后会得出未覆盖到的代码，进而分析出漏测点，和不需要测试的代码。代码覆盖率最高是60~70%

13. 测试环境搭建是一个痛点，经常会发生搭建不出与生产环境一毛一样的环境 。

14. 了解RPA，应用到自动化测试中 。

15. Docker，模拟真实环境，搭建所有版本的测试环境 。

共勉！

IDO老徐 ，补充：

如上，

来自「软件测试圈」同学Exponentia的总结（原文链接，见底部阅读原文），未做任何修改 。

同步一份到公号，希望对大家有那么点参考作用 。

注，老司机的一些经验，可参考，毕竟人家在行业内摸爬滚打30年 。

对于一些不认可的点，可以忽略 。

能从中，找到几点对自己有用的，也是一种收获 。

另，

感谢愿意总结、分享经验的所有同学。你的每一次分享，都或多或少的，帮助了一批从业者，成长 。

欢迎分享你的经验，总结你的失败教训（失败的经验，可避免他人重复掉坑；很多时候，比成功更有价值）。

End 。

先聊这些，周二结束，学点经验，少掉坑，涨薪资 。