测试工程师的一点自省感悟

每当接手一个项目，至少会被分配独立的一个功能模块；作为一个项目的测试者，我们应该从哪些点或者面去开展呢？我列举主要几点

1、熟悉公司/项目的测试流程，
2、怎么去做需求分析，进而去设计用例，
3、怎么去执行用例，怎么报告，追踪Bug；
以上三点是作为测试人员必须经历的。接着我们可能写一些自动化case，或者跑一个性能脚本，不过，你只能在别人的框架上跑，你也许学会了怎么写这些脚本让能运行起来，但是呢，我们还得关注以下：
1、为什么这么写
2、出错了，怎么调试

而我们的目标是什么呢，是能独立负责一个测试项目，根据需要开展不同测试类型的测试，确保产品质量。
举个例子说明：
1、公司立项，你可以跟进需求，把模糊/不合常理的需求给梳理，优化
2、转换需求为可衡量的测试模块
3、在开发讨论技术实现时，根据技术方案提出自己的见解，帮助开发扫除他的思维视角，扩展开发自己的测试范围，
4、设计精炼的测试用例覆盖所有测试需求
5、根据项目情况，开展自动化测试，性能测试，专项测试，安全测试等等

这时候，我们一般有自己熟悉的编程语言，白盒测试了解，覆盖率了解，静态分析，代码走查，也能说出个来龙去脉，
市面上的测试工具，框架，甚至可以进行二次开发，整出来一个测试平台。

回过头来，我们要关注测试开发，那我们先设立几个问题
1、专研哪一块？
2、写什么工具来提示测试效率？
3、你的技术如何为业务服务、为业务赋能？
5、专注web开发技术，前端页面开发还是后端接口服务？

每一项学起来都不容易，我认为最快的学习办法是跟着公司的实际项目来，最合理的，是你的项目要求你往哪个方向发力，就关注哪个方向！（o(╥﹏╥)o）

这里以实际工作中遇到的问题，举例说明：

比如如果在项目中测试页面功能的时候，开发完成几个版本的更新了，但是页面还是会弹出后台一些异常信息提示，比如请求超时啊，请求失败啊等等，我们看到这类信息，不能只汇报，要提供更多价值的信息给开发人员，这里有几个页面信息关注点：
1、前端一般怎么开发页面？
2、前端请求，请求数据量大小？
3、前端请求，是同步加载还是异步加载？
4、发出请求后，经过多长时间，从上游服务返回？
5、大数据量返回，是否存在堵塞，最大超时时间是多少？
6、返回成功后，前端获取数据的时候，是一次获取还是分批获取数据？
7、前端页面操作，属于主动发请求，还是被动接受服务推送，推动间隔？
8、页面展示的时候，前端经过处理再展示（这样出错提示更友好）还是直接返回，无脑展示，直接显示error code？
…

除了以上，我们还要从接口层面再去测试，关注点：
1、绕过前端，使用接口工具发起请求，后端会怎么样？；
2、接口返回了，前端处理超时了，怎么办？；
3、后端根本没有返回或者返回错误的类型，前端没有处理啊？怎么处理呢；
4、我登陆时候，sql怎么注入的，原理是什么？
5、为什么要用https呢，ssl到底是啥？
6、数据传输要加密，什么是MD5，什么是hash，什么是加密
…
以上只是个人工作遇到的一个小点为例，以测试者的技术角度方面展开的叙述，
重新审视下测试开发的工作价值，我们做测试开发的目的，不是转行为开发，而是通过一个开发项目，了解到开发可能会遇见的问题，那么测试的时候，就能有的放矢。最终为了更加明白，怎么高效的测试，进而发挥出应有的价值。

不是每个人都走技术路线，我分享的这些感悟，更多的希望我和同行的伙伴们，不忘初心，有自我的思考下，继续努力，工作上能越来越好！

No pain ,no gain ！