写写自己入行软件测试13年来的经历

本人入行软件测试13年了，从10年毕业开始从事软件测试行业，刚开始是在在一家通信软件公司，主要是做手机的，我们的客户主要是各大手机商比如当时比较火的tcl,波导,夏新其实就是给他们做手机代生产，卖的的较好的是销往印度和拉美地区，所以手机的还有国际化版本，所以当时我们测试的时候还是测试不同的语言版本，这种测试就叫国际化。当时用的缺陷管理工具叫CQ 据说每年的收费还不低，不像现在很多缺陷管理工具都是开源的或者公司自己开发的平台。

我记得第一份工作的公司是2500，当时月入过万就是杠杠的高工资了。当时能月入过过万的只有公司做C语言的，因为用的联发科平台，所以都是用C语言开发的。我们的主要工作就是使用手机上的各种功能，比如相机，短信，彩信，蓝牙，通话，还有一种测试叫场测，就是把手机拿到各种用户使用的实际常见下去测试，比如开车在绕城高速上去测试，或者拿到人多的地方去测试，我们在成都就拿到春熙路去测试，还有印度，拉美的客户的产品，我们还会安排人出参去印度和拉美实地测试。

所以这份工作还需要简单的英语交流和写作能力。除此之外没有用到其他的技术了，什么linux,数据库，接口什么的都不用，主要你能够熟练的使用手机就可以，这些手机上的功能用多了也很简单。这份工作就只干了一年多，当时刚毕业总会觉得外面的世界更美好，所以跳槽是必然的。而且当时的就业环境是热火朝天的，只要你哪天心情不好，刷新下简历，根本不用去投简历，马上就会有很多招聘电话打过来，说是抢人一点也不为过。。

来的一家公司同样也是做通信的公司，主要的客户是诺基亚，以为和上一家公司做的业务差不都，所以很顺利就进去了，不得不说诺基亚对质量的把控是真的很严格，我们当时有10来个项目组，然后每个项目组专门设有2个质量人员他们叫QC就专门的质量过程控制人员，他们做具体的测试，主要的任务就是检查我们提的缺陷，比如标题写的完不完整，步骤写的清楚不清楚，以为当我的开发人员全都是在国外，而且大多数是外国人，所以缺陷的沟通完全靠邮件而且是全英文，所以专门有人来把控这块的质量。除此之外，如果生产上出现一个缺陷，是要给我们公司扣款2W的，诺基亚对质量的要求是非常严格的。到目前位置我都还是没有接触到测试需要的其他工具。

再后来进入了银行测试，在银行干过一段时间后，发现银行业务和需求是非常庞大的，比如银行里面有很多系统，常见的有 存款系统，贷款系统，外围系统，核心系统，支付系统，中间业务，还有手机银行，短信银行，按客户类型划分又有对公，对私 每一个系统又可以往下分很多子系统，然后国内的银行也非常多，除了4大行外，还有很多地方性银行。

我当时在银行里面做的第一个任务就是监控批量程序，其实也没啥事情，就是守着批量程序的运行，看有没有报错，当时还没有什么监控系统，主要就是人去盯着，如果报错了就通知开发，让他们去排查，然后程序运行完没报错我的主要任务就完成了，当时运行一次大概是2个多小时，但主要是在晚上11点过，所以我第2天上午可以不用来上班。

干了监控批量程序3个月后，开始接触到银行的业务，开始做的第一个业务是存款，主要就是去存款系统开户，银行里面的都有一个最大的系统，也就是核心系统，所以要现在核心系统里面去开立好用户，然后把用户信息拿到存款系统去开立存款账户，比如开设活期，定期，然后定期又分为6个月，1年，3年，5年 就是按照业务场景去测试这个系统里的功能是不是正确的。然后在银行里面开始使用到了数据库和linux，因为我们测试了界面上的业务后我们要到数据库去查询下里面的数据，然后系统报错了我们要到服务器里去查询下报错信息，然后发给开发。在银行里面一干就是4年，所以银行里面常见的业务我基本都知道。

在银行里面我也开始接触到了自动化，我们当时用的自动化框架是自研的，自动化框java加上cucumber写的，当时的想法就是让功能测试人员可以去编写自动化脚本，但是实际上不懂一点代码还是无法编写，所以还是需要有编程基础,我们主要的任务就是测试各个上下游系统的接口，然后把写好的脚本放在jenkins上去定时运行。所以这也是我第一次接触自动化测试。

在银行干了四年后，后来的工作就是在2两家上市公司专门做自动化测试，第一家公司是做数据可视化的，我主要的工作就是专门做接口自动化，当时用的框架是unittest,然后封装了一些请求和响应的方法，因为系统和接口不是特别多，我记得大概有100来个左右，所以当时的工作还算轻松，把接口写完后，后面的工作就是去维护和新增接口脚本编写。接口自动化相对来说比较稳定，不像界面自动化，就会有很多不稳定因素，比如界面层级的变更。

然后第2家公司就是专门做web自动化的，web自动化做起来就要痛苦一点了，由于每次发版，界面的元素定位总是会出错。。就是因为界面元素的层级总是在变化啊，所以我们除了和开发沟通原因为，自己也在不断的优化元素的查找方式，尽量的去保证元素查找的唯一性。。但是我们做了很多努力，脚本的通过率都很难拿到百分之百，一般都是百分之97,98，就奔就是极限了，所以我们花了很多时间去提升脚本的通过率。所以经常面试题问到web自动化的缺点是啥，就是元素经常变动，到时维护成本很高，这不是没有道理的。。

再后来就是在一家公司做网盘的的接口自动化和性能，这家公司接触到东西就比较多了，比如我们用的pytest框架,然后要对这个框架做二次开发，会用到里面的钩子函数。比如说公司里面有很多产品线，然后我们要想办法用一套脚本去适应多个产品的接口测试，要想实现这些功能要去了解学习下设计模式，比如工厂模式等。除此之外呢，还有就是把我们的测试脚本集成到公司自研的流水线里面去，比如版本发布之前，必须要让我们的自动化脚本运行通过后，才能能够发布，所以我们要去参与持续集成的建设。然后我们需要用到docker,k8s,helm之类的东西。 

除此之外就是性能测试，性能测试主要是用jmeter集群，然后去压测网盘的接口，我们主要是去通过java调用sdk(就是对接口的包装)，然后打成jar包放到jmeter里面的压测，当时并发量小的时候还比较容易，并发量大了之后，比如我们当时并发量到了1W的时候，就会出现一些问题了，除了后端的性能问题，我们自己的压测脚本也会有一些问题暴露，然后我们需要去研究解决，比如上传文件，10000并发的去操作文件的时候会出现文件资源占用问题，还有HTTP连接数量过大后，请求数量上不去等问题，后来都花了一些时间去研究然后解决，当然这也是对自己的提升，性能测试不仅是对自己同样也是对开发人员的考验和提升技术机会。因为遇到了性能问题的话，比如并发上了5000后，后端会报500错误，比如有百分之20的500错误，我们要10000个请求，最多不能超过5个错误，超过5个错误 就说明后端有问题了，然后就是响应时间不能大于500毫米，不然用户就有感知了。

上面这些就是我10来年的一些经历，期间我还当过一段时间的测试讲师，在培训机构里面干过，所以我也很知道学生们学习软件测试一般会遇到哪些问题，因为学生们想转行来学习，刚开始大多数还是做功能测试，实际上都不是很难，只要学好测试理论，会使用数据库的基础操作，然后会使用linux常用命令，然后会使用postman做接口测试基本上就做功能测试就没什么问题了，如果你要去做自动化测试的话，那还要继续深入学习。

这就是我的主要经历，希望给想转行的同学有帮助，有更多问题或者想自学习测试的，可以关注我的公众号，伤心的辣条 里面有免费的各种测试资料，包括视频和电子书，然后想学习自动化测试的可以在里面进行学习。

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群： 786229024，里面有各种测试开发资料和技术可以一起交流哦。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。