QA的迷惑

Q:除了在学校里做过一些DSP的编程外,出来工作就做研发QA了.做了一年半,感觉茫然.每天的工作就是做流程上的控制.评审的准入准出审核,跟踪遗留问题的解决状态.审查测试报告写的是否符合要求(只是形式上的,不审核实际内容).拿着需求和测试报告对,看需求是否全部实现.感觉提出的问题无非就是流程上的问题,没什么技术含量.想跳槽,但发现招QA的稍微好点的企业都主要是软件QA,要有测试方面的知识.所以在想,要不要停下来一段时间,参加一下测试方面的培训,给自己充充电之后,再去往软件QA方向发展呢?请各位专家给些指点,谢谢了

A:你这样的疑惑很多人都有，因为你刚毕业就从事了质量工程师这个行业，所以你对行业的了解还比较肤浅，对软件工程的理解还停留在书本上。
首先要明白，质量工程师不是测试工程师。作为质量工程师，首要关注的是流程。问题在于如何关注。流程执行的控制只是质量工程师的一小部分工作，流程控制过程中呢？如果你发现执行有偏差，你的处理方式是什么？我想你做的仅仅是纠偏而已，那么有没有事后去分析流程的有效性如 何 ？是否切实提高了产品质量，减少了全流程中的浪费呢？开发和测试部门本身由于业务压力的原因天然具备提升效率的动力，而这种动力很多都会转化为对自身开发、测试流程的“优化”需求，但是，这种“优化”仅仅是站在本部门的立场上的，开发部门不一定会考虑测试是否会受影响，研发部门不一定会考虑市场部、技术服务部、供应链部门是否会受影响，而质量工程师的独特价值恰恰体现在这里，他作为流程优化的责任主体是唯一具备全流程视角的，各种优化需求要综合到全流程领域来看，是否从市场需求开发一直到交付客户切实减少了浪费，提高了效率，提炼归纳出真正有效的优化需求，并对流程进行改进。这是个持续不断的过程，这个过程被称为持续改进（日本称为：Kaizen）。这就是质量工程师的专业技术，比之简单的开发或者测试，是不是更具技术性呢，其难度也不是研发领域这些简单的技术可以比的。
同时质量工程师也肩负着提高包括高层在内的全公司员工质量意识的责任，这个也非常重要，只有大家都从心里真正重视质量，才有可能做出高质量的东西。这也是一项很大的策划工作，包括定期、不定期的宣传、演讲、日常汇报、培训等等，无所不用其极。
公司聘用员工，如果你只是做一些简单的重复性工作，那你的工作就不会有增值，体现在你的工资收入上也就很可怜。但是如果你的工作能够帮助领导分担掉一些困难的，那么你就会被重用。道理很简单，而质量工程师其实具备这个条件，就看你怎么做了。

Q:很好，但实际上QA提出的问题，又有多少领导会重视呢？

A:那就要看你提出的问题有没有价值，是不是领导关心的了。如果你整天提些某某项目组没有按照流程走，缺了什么什么文档之类的问题，你说领导会重视吗？高层领导最关心的是啥？这个项目我要投入多少钱，能给我赚多少钱！如果你提出的问题是某某项目运作过程中违反某某流程规定，历史项目做同类违规时出现过哪些问题，造成多少钱的损失，建议如何如何。领导会不重视吗？提出某项改进时，说清楚我们现在的问题是什么，业界是如何解决的，效率能提升多少，我们试点情况如何，如果大力推广预计能提升多少效率。领导会不重视？
让领导做选择题，别老是抛些问题给领导，这样才能提升自己的影响力和地位。

Q:说的好~ 能举点例子来听听吗?

A:例子很多啊，关键是要找出问题来，比如研发领域经常出现的开发测试部门各自为战，沟通不畅造成的返工浪费；市场部对客户的承诺没有及时传递到研发，或者需求传递偏差；重要阶段交付件的检视有效性等等。找到问题就要用各种手段分析影响，并且自己要有能力组织一个专项改进团队来把问题解决掉。

例子很多啊，关键是要找出问题来，比如研发领域经常出现的开发测试部门各自为战，沟通不畅造成的返工浪费；市场部对客户的承诺没有及时传递到研发，或者需求传递偏差；重要阶段交付件的检视有效性等等。找到问题就要用各种手段分析影响，并且自己要有能力组织一个专项改进团队来把问题解决掉。

原文链接：http://bbs.51testing.com/thread-175473-1-1.html