概念与思辨深度
　　一个行业的发展似乎总伴随着更多的概念被塑造出来。拿测试来说，我们有单元测试、集成测试、系统测试、回归测试、冒烟测试，等等。我们缘何塑造如此多的概念来“为难”自己呢？答案可以用我从@李智勇SZ老师那学到的“概念越纯粹表示思辨深度越深”这句话加以解释，而这一切又为了提高同行间的沟通效率。需要特别指出的是，多个相似但不同的概念想表达的是各自的不同之处，而非共同之处。为此，如果人家在讨论单元测试时，你冒出一句“写好程序，编译完，跑一跑，看看写得对不对，这是简单的UT啊！”不大合适，因为这说明你根本没有理解单元测试的概念（可以读一下我写的《明晰单元测试》一文）。如果你再加上一句“靠，都是测试，分那么清干什么？”，那还表明你逻辑不清。
　　我近期所写的《对软件测试团队“核心价值”的思考》一文引发了一些讨论。比如，@朱少民老师（后面简称朱老师）指出：“‘（文中所述测试）帮助开发人员提高其开发质量和效率’是软件测试团队的价值取向之一，但还不是软件测试团队的主要核心价值“。于是我向朱老师请教他所理解的测试核心价值，得到的回复是“软件测试核心的价值还是能够快速发现问题以提供产品的质量反馈，有能力提供准确的、客观的、完整的质量评估，并通过缺陷分析、用户行为分析等，确定缺陷模式和开发人员不良行为、习惯等，帮助开发人员预防缺陷（从设计到编程、单元测试，不仅仅是设计）”。
　　之后我的回复是，“我们应将QA（Quality Assurance，质量保证）与测试区分开来”，因为我认为朱老师将测试的范围定义得太大了。但朱老师却帮我指出“我这是地地道道的测试，看来你对QA理解不够。QA的主要对象是（包括开发、测试）流程，QA人员评审、审计和改进流程，以保证质量。测试的对象是产品，包括阶段性半成品。从严格意义看，测试是对软件产品的质量评估”。
　　类似与QA和测试相关的讨论发生在@左耳朵耗子老师写了《我们需要专职的QA吗？》一文之后。这些讨论又为我们带来了@程序员邹欣老师写的《测试QA的角色和分工》，以及@段念-段文韬老师写的《对《我们需要专职QA吗？》的回应》。在本文我想顺便谈一谈以前读这些文章的看法。
　　谁对谁错？
　　如果读过我所写的《软件开发：个人与团队是永远的核心》一文的话，知道我给出了高质高效软件开发的一个效能模型。从模型所涵盖的内容来看，其范围非常广，包括行为、能力和方法三大支柱。某种程度上，我们在软件行业的职场旅程有点象是“盲人摸象”（但我们能沟通），这个摸索的过程与我们从事的软件细分行业（如互联网、通讯、银行）、服务公司（如国企、外企、私企）、工种（如开发、测试）等都有着很直接的关系，所获得的一种成功经验很可能在另一种情形下根本行不通。摸索的过程很容易通过现实去理解书本上的东西，这不是坏事，但千万不要以为所“眼见的”是“宇宙真理”，也千万别放弃自己的独立思考。
　　存在争议并不是坏事，我们之所以争议，是因为我们有着不同的成长途径和思考深度（年龄起着一定的作用）。争议的焦点不是为了“你死我活”地相互“拉黑”，而应大可能地达成共识和完善自我认识。所达成的共识越多越是知道“象的模样”，这对所有的从业人员都有意义。正因如此，作为技术人，我时常会告诫自己“多放下一点自大与自尊去接受别人的想法，这对于自己来说是一种很好的成长途径。”而且，我对于自己所不熟悉的技术领域更多持敬畏而非否定态度。总的说来，谁对谁错并非争论的关键，而是我们有哪些想法其实是相通或相同的、如何摆事实讲逻辑地让对方了解自己的想法。我希望每一位读者都能理性对待所碰到的争议，这算是一个小小的呼吁吧。
　　QA不包含测试
　　我认为引起QA与测试相关的很多争议出现在我们没有明晰概念，或者有的概念太泛了容易导致问题。QA这个词是一个例子！
　　质量保证很容易让人想到与软件质量相关的方方面面，比如测试、流程、缺陷数据分析等。既然这样，开发工程师的水平是不是也影响着软件质量呢？那人员的招聘为什么不由QA部门管，而是由HR和开发部门管？这个问题问得是不是很无厘头？但这个问题也告诉我们，各种部门的职责定义其实并非由其名字表意所定，而是由公司根据组织架构的需要指派的。既然如此，我们在使用这些名词时，一定要根据职责加以展开，而不能依据名字意思本身，否则很容易因为不当言语而引发没有价值的争议。有些争议甚至影响到了他人的“饭碗”了，你叫人如何理性？这间接地指出，我们的言语应尽可能严谨。
　　如果QA不是测试，那它是干什么的？老实说，我不敢凭空给一个角色定义职责，加上我并不是QA（与测试）方面的专家，在此只能以我曾经服务过的Motorola公司为例说一说我的大致理解。简单说来，Motorola的QA是一个与测试部门完全独立的部门，她关注二大事务，一是缺陷数据分析与缺陷预防，二是流程规范与改善。QA会根据测试与开发两大部门所产生的缺陷数据进行数据分析（或叫数据挖掘吧），发现各产品的缺陷模型（常犯错误、缺陷数趋势等），通过模型去预测可能潜在的遗留缺陷，以帮助开发部门进行改进（终作用于流程）。另外，QA会全程参与软件开发活动以跟踪公司所制定流程的执行情况。比如，以前我职的Motorola杭州研发中心通过了TL9000认证，QA必须确保开发活动完全符合TL9000的要求，以免出现资质复审时无法通过的状况。
　　读者请注意，我以Motorola公司为例去定义QA的职责一定对吗？未必！对于职于一些测试隶属于QA部门的同仁可能很难接受以上的定义。在这种情况下，我们需要思考的是，这个定义是否有助于我们更方便地沟通？如果定义有助于我们的沟通，则这种定义是可取的，否则值得商榷。理性思考不能忘！