如何把握软件质量
蔡：如何把握一个软件的质量呢？
邰：软件测试的目的是什么？不仅是找bug，而是要随时提供质量相关的信息。质量是什么？我比较喜欢的一个定义是RST课程里给出的：Quality is the value to someone who matters。做测试，首先要找到这个someone是谁，以及这个someone重视的value是什么。
问题里提到的"把握"软件产品的质量，我觉得这个词用得很好，测试就像一把尺子，我们可以通过测试衡量一个产品的质量，但不能"改变"一个产品的质量。也许测试间接地提升了产品的质量，但那不是测试本身最主要的目的。
如何把握一个产品的质量？对这个问题，我们仍然可以应用Know Your Mission的思路来回答。
第一，找到这个问题的客户是谁。是开发团队？运维团队？最终的用户？还是其他项目管理者？
第二，明白客户在意的价值是什么，明白客户希望测试提供什么样的信息。
第三，制定测试策略，考虑如何开展测试以便尽可能提供实时准确的质量相关信息给客户。
如果不思考这些问题，一上来就开始测试，例如，测试了100个用例，这能说明什么？说明被测系统的质量如何？我们知道，测试域是无穷尽的，这个数据只是part（部分），而不是整体，意义并不大。测试工程师要具有全局的视角，首先找到客户关心的value，然后据此开展测试。当你知道要开展哪些测试活动后，如果此时发现测试时间不够，没有关系，你可以按照风险的大小程度开展测试，先测试风险高的。这样，测试人员不仅可以告诉别人已经测了什么，还可以告诉别人哪些还没有测，哪些缺陷还没有修复，哪些地方还存在潜在风险。这种信息对于决策者更为重要，要想把握一个产品的质量，一定要有全局的视角。
旁观者说：对于测试人员来说，不但要尝试着站在客户的立场去使用软件，而且要了解客户在意的是什么，了解什么对于客户完成他（她）的工作是重要的，这些都是测试的重点。否则，在软件测试中平均用力，事倍功半。
质量度量过程中的数据分析
蔡：我同意你的观点，在把握软件质量的时候的确是要有全局的观点。那么，在具体做的时候，需不需要定义一些度量指标呢？
邰：需要的。定义度量指标有很多种方法，比如头脑风暴（Broadband Delphi）、GQM（Goal-Question-Metric）等。大家可以到网上找一些，然后选择一些符合自己要求的度量指标。在选择度量指标的时候，大家要明确自己的目标。你关心的是什么？是bug相关的指标，还是人员相关的指标，抑或是流程相关的指标？不要拿来就用，要多思考。
我这里倒是想要就度量过程中的数据分析谈一谈。大家知道，决定了度量方法后，就要开始收集数据。作为一个测试管理者，在面对度量结果，对这些统计数据进行分析的时候，"要更像一名测试人员"--我的意思是，管理者此时要充分发挥自己作为一名测试工程师的长处，要挑剔地思考（Critical Thinking），多疑多问，去挖掘这些数字背后的真实现象，而不仅仅是凭表面的一些数字就下结论，这种做法和Rick Craig提到的"Meta-Measure"这个词的含义很像，也就是说，去度量你的度量项。
旁观者说：不满足于已经得到的，多问几个为什么。
当我们看到产品的bug数连续很多天下降时，不要光顾着高兴。在高兴之前，多问几个问题，有哪些原因可能导致缺陷趋势下降了：是产品变好了？还是测试工作受到什么方面的阻碍导致有些地方没有办法测试？抑或是测试用例的有效性变低了？有没有测试人员积极性下降的因素在里面？等等。
