到底什么是测试工程师
1.培训/上课
刚到深圳的时候和别人合租，通过沟通后知道人家是二本的计算机，想转当测试，所以报了测试培训班。在沟通中我知道他们上课是需要学专业知识的，就是各种语言的基本知识，如数据类型、使用方法等等，了解浏览器、客户端的基本知识，懂各领域的专业词汇等。如知道什么字符串，什么是链表，什么是数据库，浏览器提示“can not read xxx of undefined/null” 是什么意思等等。在那段时间，我认为测试是非常牛的。
2.专业
我真的去查了什么是测试工程师，GPT给的回复大致是这样的：
这个是一个大纲，但已经是明确了大部分的工作内容。
3.回忆
1. bug提交
想起之前的一个公司，虽然是小公司，但测试小姐姐是真的尽职尽责，我们在处理bug真的非常轻松。整个项目的开发流程没那么规范，但是在bug提交这方面，做的是真的非常好。
- 测试用例
在开发前期，能提供测试用例，让开发明确测试的范围和内容。
其实我们没有开发规范，时间是非常紧的，但是她能抽出时间写测试用例，这是非常敬业的。
- 定位bug
文字+图片，告诉你接口问题，还是前端处理数据问题，一目了然。甚至是样式问题，都能给你定位到那个元素。
- 复现bug
告诉你平台、浏览器、手机，从哪里进去，点击哪里出现问题，并且给你提供她使用的账号和数据的配置等
这个在bug提交这方面，她做的真的是非常好，看她的bug描述，根本不用排查，就知道了是什么问题，而且bug的提交对象也很明确，如果是接口问题，则bug提交到后端，会去查阅接口文档和数据库。比如status = 1时，需求不符，则查阅接口文档和数据库，明确该状态的定义，然后指出错误，并给出修改方案。
2. 流程/数据
在之前的一个公司，测试是对产品负责的。在流程中，做的是非常好，就是各司其责的那种感觉。
- 迭代优化
当测试用例没那么完善时，他觉得可以优化的时，并不会直接提bug说这个改一下这种，而是会记录列清单，与产品沟通，随后进行迭代需求排期。
- 数据隔离
负责预发布/运营环境的数据配置，根据测试环境的数据，通过脚本配置运营环境的数据，而不是让开发去处理。
- bug跟踪
测试是最后一道大关，产品上线后，线上出现bug,测试进行bug汇总，定位/复现bug。
4. 一坨***
真的无能为力，有的人有五年工作经验的能力，有的人工作了五年。
现在公司的测试非常简单，只要你会点点点，会玩手机，就能做测试。我总结了几大 不 。
1. 不写测试用例
没有测试用例，全凭自己的想法，想到什么是什么。
2. 不梳理测试思路
拿起手机、点开网页就开始，没有任何思路，什么边界测试、兼容性测试、性能测试等，完全没有区分。
3. 不会数据库
电脑就是用来打开网页和微信聊天的，测试环境、运营环境的数据都是开发配置，从未接触任何编程软件。
4.不懂编程基础
对于浏览器，仅仅知道f12,不知道响应头、请求头。不知道枚举、不知道时间戳、不知道数组越界。不知道字符串、数字、数组等相关知识，不知道 can not read xxx of null 是什么意思。
5. 不知道接口调试
完全不知道接口调试是什么，电脑上根本没有抓包工具，接口调试工具。
6. 不清楚bug类型
通过点点点之后，发现点不动，发现没数据，全部提给前端，根本不区分是前端还是后端。
7. 不负责/跟踪bug
在测试节点，没有明确一轮/二轮测试，测完之后就没了，没有测试总结，对于线上bug，不与产品协调记录。生产环境一堆的bug，都是一些数据配置的场景，被用户卡bug薅羊毛。
8. 不会提bug
最基本的bug复现和定位都不会，就随便贴个图。如某某页面有问题+图。
简直毫无专业性可言，随便人事、行政等人员都能进行测试。
没有描述，没有复现步骤，没有接口的信息，开局全靠一张图，全靠开发来猜。
