质量保障思考

     作为一名qa同学，平时的工作内容包含项目测试，测试工具开发，环境维护，代码diff，自动化case编写等来确保业务的稳定化发展。然而近期和一位老大沟通升级ppt有一些感悟。

     1.作为qa，毫无疑问，你是对整个业务的实现流程最熟悉的人，对应的rd同学只负责自己的模块，而qa同学却是从上到下了解全流程的人，至少对于我来说，我敢说，我经手的项目，我的熟悉程度高于任何人。在有客诉或者线上问题的时候，我能够快速的定位问题。但是，当我把我所负责的业务模块架构图以及一些实现难点呈现在升级ppt上时，老大问我：这个架构图和你有什么关系？这是你设计的么？这些技术实现难点和你有什么关系？难道低级别的qa就不能熟悉业务了么？你和低级别qa相比优势就是更熟悉业务么？

     2.作为qa，你是对整个产品流程非常熟悉的，你能通过产品需求勾勒出实现的技术框架，同时，你也能从需求文档中发现一些不合理的需求点，并提出建议，改进。以我自己目前的水平来说，看到需求文档推算出技术实现框架不难，看到不合理的需求点提出改进也不难，我自认线上业务的产出有qa的一份功劳。但是，当我展示我负责业务在线上的一些数据时，老大问我：线上推广是你做的么？我们背靠大流量平台，只要做个app出来就会有流量，你怎么证明是有你的功劳？

   3.技术是rd实现的，rd可以讲技术，讲产品实现，讲技术难点，产品是pm推出的，所以pm可以讲产品线上数据量，产品发展前景等等。项目测试占据了一个qa的大部分时间，qa却不能讲这些？

   4.qa的关注点在哪里？质量保障能力。你做了什么事情来保障质量？你所负责的金融业务与其他业务有什么区别？你如何能够保障资金安全？

  5.基于以上现状，qa的升级ppt变得非常抽象，描述的点和你日常工作完全不符，不像一份述职报告，而像一个测试思路的分享会。有些rd评委同学就问了，你一个qa为啥不能踏踏实实的讲好本职测试工作呢，和开发讲技术？

 

  对qa的定位开始模糊