我们需要QA吗？
　　如果问“我们需要测试吗？”答案很清楚，不是吗？那公司是依据什么决定是否需要一个工种的？很简单，不同的技能！
　　不少软件公司需要通过象CMMI、ISO9000系列、TL9000等这样的质量体系认证，并定期复审。这些质量体系主张“质量源于过程”，因此，一定需要有人为公司制定相应的开发流程并监督流程在公司的到位实施。流程驱动研发的质量意识是需要培养的，这离不开象“Quality begins with me”这样的培训。缺陷数据通过挖掘能帮助发现其他有价值的东西，这需要相应的数据建模与分析技能。
　　不难认同，以上知识与相关技能不能由开发或测试团队的人去兼顾，因此我们需要独立的QA部门。
　　QA部门的作用与重视程度在不同的行业完全不同。平均说来，互联网行业的产品因为对质量问题具有更高的容忍度（大多互联网产品直接上线，有问题可以直接回退），而非象通讯行业那样得交由象中国移动这样的运营商去运营，也不存在因质量事故引发的第三方惩罚性费用。另外，互联网产品的用户根本不关心产品开发过程是否遵循CMMI等质量体系，这与通讯行业运营商对之可能有要求完全不同。我在《离开通讯业入职互联网圈的一些感悟》一文中进一步谈到了两个行业的不同。
　　至此，我希望读者接受我将QA与测试两个概念区分开的建议。
　　一点重申
　　无论使用何种天花乱缀的技法和理论，探寻测试团队核心价值时一定要打破测试与开发团队之间的心理博弈防线，否则没有成功的可能。以我长期在开发一线的经历，测试的价值困惑首先源于缺乏开发工程师对之的认可，这是种心理感受问题，不是技术问题。《对软件测试团队“核心价值”的思考》虽没有直接给出核心价值的定义，但给出了探索方向，希望值得我们共同思考。
　　测试工程师思考从开发工程师的“痛点”寻找突破口，或许能找到出路。当然，要真从开发的“痛点”下手，测试团队必须有些“刷子”，否则只能游离在质量与效率的边缘。
　　对朱老师所言的回复
　　朱老师：软件测试核心的价值还是能够快速发现问题以提供产品的质量反馈，有能力提供准确的、客观的、完整的质量评估，并通过缺陷分析、用户行为分析等，确定缺陷模式和开发人员不良行为、习惯等，帮助开发人员预防缺陷（从设计到编程、单元测试，不仅仅是设计）。
　　回复：这个定义存在将测试与QA混为一谈的问题。如果我是一名测试工程师，看到这样的定义真的会吓一跳，要求太高了。我认为质量度量很容易出现主观现象，难以做到“1+1=2”这样的真实。软件质量度量的目的不是为了“真实”了解软件的质量状况，因为团队级的质量无法直接度量，度量的目的是为了帮助开发团队找到改善点。软件质量管理应重实践、轻量化，以帮助工程师改善工作习惯和提升开发环境的效率为目标。我欣赏朱老师身兼QA与测试双重身份，但测试核心价值的探讨上，我希望能采纳所提出的将QA与测试分开的建议。概念只有清晰了、轻量了，才不容易引起歧义，也更利于我们达成更多的共识和提高沟通效率。
　　朱老师：我这是地地道道的测试，看来你对QA理解不够。QA的主要对象是（包括开发、测试）流程，QA人员评审、审计和改进流程，以保证质量。测试的对象是产品，包括阶段性半成品。从严格意义看，测试是对软件产品的质量评估。
　　回复：第一话既讲测试又讲QA，很容易引起误解。第二句与第三句的观点我认同。对于第四句，我的问题是“测试真能评估软件质量吗？”
　　对《我们需要专职的QA吗？》相关文章的看法
　　《我们需要专职的QA吗？》这篇文章的论点是QA，但内容其实谈的是测试，文不对题引发没有必要的争议属于情理之中。该文中还是有很多值得我们思考的观点，其中不足之处后面两篇文章对之加以反驳了。
　　《测试QA的角色和分工》一文同样存在将QA与测试混在一起讨论的问题，但其中还是能看出QA与测试的痕迹。比如，其中谈到了认证。其对于分工的论述我很欣赏，也阐述了为什么需要专职测试人员。
　　《对《我们需要专职QA吗？》的回应》一文明确区别了QA和测试，且只关注于测试的讨论。我与段老师有很多共识，虽没有听过他的演讲，但看过他一些分享主题的PPT，能从开发人员的角度找到共鸣点。注意文中的后一句话，“测试和开发之间有更多配合，更多相亲相爱，把测试当成提高和推动质量的手段，不正应该是测试的方向吗？”