两个点，来聊：
1、不会定位Bug的根因，只知道无脑抛Bug的测试，前途几何 ？
2、不会定位Bug根因的测试，公司为什么要招你 ？
简单直接点，聊问题现象 & 建议 ；
单纯只是抛问题，不给解决此现状建议的文章，都是耍流氓 。
一、不会定位Bug根因，只知道无脑抛Bug的测试，前途几何 ？
结论：
看Bug表象，往往都是无效Bug；往往也只能临时解决Bug，甚至拆东墙补西墙；而且，长此以往，毫无成长 ；
这类同学，运气好的，迷迷糊糊，顺利入行，前三年，可能没啥特别的瓶颈；日复一日，循环迭代版本，执行用例，提Bug，回归Bug ；好像也能混下去 ；
但 ，当你工作三年后，想要更高的薪资，能力还是应届生的水平，薪资上不去；
跟应届生拼体力、拼加班、拼996、拼通宵，没优势；
跟应届生拼学习新知识的能力、好奇心、求知欲，没优势；
也许，你跟应届生唯一相同的是：都会提Bug、执行用例、回归Bug ...
二、 不会定位Bug根因的测试，公司为什么要招你 ？
有些技术团队，已经不需要专职业务测试的（这里指：自动化体系很完善，或者 单元测试、代码扫描、灰度环境、线上监控很完善的团队/项目）；
还有一种情况是：
日常的基础功能测试、业务功能验收，项目经理、产品经理就可以搞定，不需要中间单纯传递Bug信息的“ 软件测试工程师 ” 。
从资本家的角度，一个人可以干两个人的活，为什么还需要一个摆设 ？
也许，你会说，测试工程师，可以发现一些异常Bug、发现一些深层次的Bug、定位一些Bug原因、提前发现Bug 。
关键是：这些你都不会 ... 你会的，也许只是提交一些表象Bug ，也用户验收、产品验收、项目验收发现的问题，无差异 ；
延伸 ：
做到自主定位Bug、找到Bug根因，需要什么能力 ？
1、抓包
2、了解服务器部署架构
3、了解业务逻辑关系
4、看得懂Log
5、了解下http知识
6、有点Linux知识
7、思考够多、总结够多，看到问题，大概知道问题类型，缩小定位范围；
8、有一点的信息检索能力
补充：
1、“根因”，指「根本原因」；
2、“应届生”，不一定是“应届生”，指「所有工作1~2年内的软件测试新人」；
网友评论