不会定位BUG根因的测试工程师，要来有何用？

两个点，来聊：

1、不会定位Bug根因，只知道无脑抛Bug的测试，前途几何 ？

2、不会定位Bug根因的测试，公司为什么要招你 ？

简单直接点，聊问题现象 & 给成长建议 ；

单纯只是抛问题，不给解决此现状建议的文章，都是刷流氓 。

一、

不会定位Bug根因，只知道无脑抛Bug的测试，前途几何 ？

我是IDO老徐 ，先给结论：

看Bug表象，往往都是无效Bug；往往也只能临时解决Bug，甚至拆东墙补西墙；而且，长此以往，毫无成长 ；

这类同学，运气好的，迷迷糊糊，顺利入行，前三年，可能没啥特别的瓶颈；日复一日，循环迭代版本，执行用例，提Bug，回归Bug ；好像也能混下去 ；

但 ，当你工作三年后，想要更高的薪资，能力还是应届生的水平，薪资上不去；

跟应届生拼体力、拼加班、拼996、拼通宵，没优势；

跟应届生拼学习新知识的能力、好奇心、求知欲，没优势；

也许，你跟应届生唯一相同的是：都会提Bug、执行用例、回归Bug ...

二、

不会定位Bug根因的测试，公司为什么要招你 ？

有些技术团队，已经不需要专职业务测试的（这里指：自动化体系很完善，或者 单元测试、代码扫描、灰度环境、线上监控很完善的团队/项目）；

还有一种情况是：

日常的基础功能测试、业务功能验收，项目经理、产品经理就可以搞定，不需要中间单纯传递Bug信息的“ 软件测试工程师 ” 。

从资本家的角度，一个人可以干两个人的活，为什么还需要一个摆设 ？

也许，你会说，测试工程师，可以发现一些异常Bug、发现一些深层次的Bug、定位一些Bug原因、提前发现Bug 。

关键是：这些你都不会 ... 你会的，也许只是提交一些表象Bug ，也用户验收、产品验收、项目验收发现的问题，无差异 ；

End 。

延伸 ：

做到自主定位Bug、找到Bug根因，需要什么能力 ？

1、抓包

2、了解服务器 部署架构

3、了解业务逻辑关系

4、看得懂Log

5、了解下http知识

6、有点Linux知识

7、思考够多、总结够多，看到问题，大概知道问题类型，缩小定位范围；

8、有一点的信息检索能力

补充：

1、“根因”，指「根本原因」；

2、“应届生”，不一定是“应届生”，指「所有工作1年内的软件测试新人」；