作为一名开发，我肯定是跟广大开发同学站在一起的。
今天突然想写这么个东西，主要是因为最近公司来协助的测试都是外包，测试过程中很多能力不达标，让人有些纠结。
产品出PRD，设计出图，产品审图，开发进入，提交测试后测试介入，开发跟进，最后产品确认和上线。这是一个完整的流程。其中，出图可能会分段给到，产品可能会改需求，这两点都是开发来承担风险的。所以测试阶段，其实大部分开发同学都希望测试同学能给bugfix留一些空间的。
先来吐槽一下测试同学吧（部分哈，部分不太“可爱的”测试）。
案例1。在测试一个页面的时候，通常会有专场和切换，分不清楚那个是前端的，那个是客户端的，导致说只要看到页面问题，全部提给前端开发，今年年初在家办公，一个项目给我提了40多个bug，其中有一半，真的是一半：端上的、后端的、重复的。我在一个work里罗列了所有问题，本想发给他们，后来想想，还是别浪了。
案例2。有时候页面有一些小的ui问题，比如文字颜色不对。有一次测试前，我给他们说，如果是特别小的问题直接告诉我就行了，不用非得提bug，提bug需要建立pms，还要贴图，贴链接，有这个功夫，我都改完了。尽管我说得很直白，后面直接给我提了什么字号啦颜色啦间距啦，当然了我必须要承认这个问题，只是觉得这个其实没必要一个一个上系统。另外最大的问题的是，本末倒置，因为逻辑的问题没提，还是我自己发现自己改的。
案例3。教不会，我经历过太多次，告诉设计怎么切图，告诉测试怎么链接代理。以至于最后我跟设计说给图直接给PSD格式我自己切，现场给测试链接代理定位问题来源。曾经有个AB测试的问题，测试总说是我的问题，每次抓包都没错，他自己改配置，不知道是改错了测试环境还是改错了userId，头一天说了抓包看，第二天还傻乎乎的过来找我。
我觉得测试同学虽然处在开发下游，但是开发仍旧是被动型的，一个开发可以做测试的工作，但是一个测试做不来开发的工作，这也是开发普遍比测试工资高的原因之一。之前有个测试同学，确实不够聪明，不过特别善于沟通，遇到问题不确定会先问下开发，看是否是这边的问题，如果是小问题就立马顺手改了，大问题才说提个pms吧，备注清楚。我觉得这样很好，好在于如果测试同学愿意跟开发协商，那么工作效率更高，因为开发会时不时告诉他这个逻辑中有什么样的坑，毕竟整个项目都自己做的，会有什么问题自然也更清楚些，而且，测试同学可以学到东西，培养一定的代码思维，我觉得一个测试如果完全不懂代码，那只能是一个“傻瓜测试”，永远拿很低的工资。
这里我不得不再说一个案例，一个连续7天开宝箱的文案提示，这两天正在开发的，测试同学跑到产品那里说我的文案没一个是对的，产品立马过来找我“对质”，问怎么处理，我说我再对一遍prd吧，他说这样可能比较慢，他会重新定义一份文案列表。后来拿过来看，其实文案大部分都没问题，他之所以看到说有问题，主要是不了解代码，因为文案是动态配置的格式，一个错了，那7天的都有问题，但实际上就只改一个动态配置就行了的。（文案的问题不能怪我呀，因为即便PRD上有，但是大多数都是产品写脑图的时候随手加的，每次上线前都改，所以我写的时候也没有太规范）
(十分钟后，我发现他把所有的文案错误都给我提了bug，哈哈哈哈，我真是……)
刚说到，测试遇到问题是跟开发沟通还是提bug，这其实是一个协作和流程的问题。去沟通，协助开发尽快提交fix，那么开发也会协助定位和调试问题；遇到问题就提pms，可能是测试部门有这样的bug提交要求吧，不过这个的话，毕竟是自己产的bug，结果导向，更舒服的过程还是规范的流程，其实都无可非议，只不过是同为打工人的一种坚持。
平时测试过程中也会遇到这样的例子，测试同学看到一个问题后，找了开发说，又去找了产品说，结果产品又过来找开发说，这个跟上面所提到的文案的问题不同，文案可能还有斟酌的地方，这里提到的是很明确的问题。这是一个button的显示问题，因为做了本地标示不显示了，需要清缓存，测试同学从app的设置里清除缓存的，但是并不生效，因为端上不会处理LS缓存，本来他可以找我，我帮他清理，但是他先找我，又去找产品，结果产品同学去清理服务器缓存了（这个骚操作我也是哭笑不得）。不过从流程上看，其实在测试过程中，开发和测试的配合是很需要默契的，一方面要找bug，一方面要验证，明显的逻辑bug直接找开发，有模糊的需求问题就找产品确认，要不就像上面说的，来回找人讨论问题，效率就低了。
一般混合开发的时候，我会在测试环境页面左上角添加一个临时的刷新btn，避免反复去扫码操作来刷新页面，做过相关工作的人应该知道，端内的H5页面上没有原生刷新按钮；同时也会加vconsole，方便测试同学看接口数据以及部分log来定位问题；发布到了测试环境，也可以定向使用某些正式接口，虽然他们也可以mock，但是不见得所有测试都会，所以为了方便测试可以临时打开线上接口…….作为一个开发应该多给测试同学提供便利条件，原因很简单，测试同学在帮助开发同学完成项目！
最后，希望测试能尽快定位到问题，希望开发能少写几个bug！