每当我听到“测试把好软件质量最后一道关”“你们说可以上就上”这种言论，就特别刺耳。
看似赋予了测试团队至高无上的权利，实际无非是出问题后，能名正言顺的把锅甩向测试。
软件产品研发好比修房子，房屋的质量与设计是否科学，地基是否牢靠，用材用料是否扎实，建筑工序是否合理等息息相关，而测试更多是扮演房屋质量鉴定的角色，如果设计既定、材料既定、工序既定的情况下，我们无非如实、客观的反映房屋当前的质量情况，非致命的问题可以整改后重新评估，最终对于房屋是否可以投入使用给出最终结论：可以（或不可以）！
目前，软件测试的职责已经从最初“反映产品质量，找出缺陷”的定义进行了扩展，现在软件测试提倡左移，即在软件转测前就开展测试工作，从而为软件产品质量作出更多的努力。比如评审需求（原型），参与设计评审，提前预估产品风险（问题），接口测试，等等。
到底谁能把好软件质量最后一道关？！这严格来说是一个伪命题，就如房子胡乱设计，偷工减料等情况下，最终推谁来把好房屋质量最后一道关一样？谁敢来把好这最后一道关，我相信没人敢，敢的无非是为钱铤而走险的隐瞒质量缺陷的检测机构。
作为测试，与其强调把好软件质量的最后一道关，不如说“谁能把握好软件质量的第一道关？”“谁能为软件质量层层把关？”前者是产品设计，毫无争议，而后者是QA？
是不是提到QA就又扯到了测试？NO！QA以前在测试中火过那么一阵，但最后慢慢凉了下来。为什么？因为QA根本不是一个人能推动进行的，至今我没见到研发团队仅靠一个QA就能把好产品质量的关，更不用谈提升质量了！里面的原因非常多，如QA能力不够、难以充分获得领导的支持、被研发团队抵触排斥等！实际，QA真不是一个人能干的，QA应该是由项目负责人，产品设计、开发、测试等核心人员，构成的一个质量保证团队（所以，与其谈QA，不如谈QAT Quality Assurance Team）。只有各个环节的核心人员重视质量，推进质量，层层把关，最终才能输出一个高质量的软件产品。
所以，建议领导不要动不动就拿“测试把好软件质量最后一道关”来凸显对测试的重视，这只能让懂行的人怀疑你别有用意！
-- End --
文末寄语： 当一个人与你不在一个频率上时，就算你说的每一个字都有道理，你与他说话再多也是废话。而且，你说得越有道理，他就越觉得你很烦。