测试人员在为谁做测试？

holly2009 · 发表于 2010-7-23 15:34:25

本文节选自《测试之美》（原书名：Beautiful Testing ，作者：Tim Riley & Adam Goucher）

我们（测试人员）首先找出我们想使之满意的那些人，我要用一个宽泛的词“测试利益相关者”来指代这些人。这个词包括但不仅限于测试参与者，包括但不仅限于项目参与者，甚至还包括但不仅限于我们为之测试的组织的所有成员。所有与我们做的测试和最终成果的质量相关的人，最终都是测试利益相关者。
我们可以把利益相关者分成外部利益相关者和内部利益相关者两类，可以任意划分外部利益相关者和内部利益相关者界限，但让我们选个明显的吧：内部利益相关者就是执行、领导、管理测试工作的那些人，外部利益相关者就是其他所有利益相关者。
如此说来，谁是这些利益相关者呢？答案随着不同项目、不同产品、不同组织而不同。不过，有些答案是很典型的，从最明显的利益相关者（那些我们日常共事的人）到那些可能稍微不那么明显但一样重要的利益相关者（那些最终满意该做的测试都完成了的人）：

同事测试人员：做测试工作的人。
测试主管和经理：规划、指导、衡量和管理测试工作及其结果的人。
开发人员、主管和经理：执行系统的人。他们收到我们的测试结果，通常必须对我们指出需要改动和改进的发现有所回应。
数据库和系统架构师：设计产品的人。他们也收到我们的测试结果，通常必须对我们指出需要改动和改进的发现有所回应。
营销人员和业务分析师：决定必须在系统中设计和实现的产品功能及其质量特性的人。
项目经理：负责把项目带向令人满意的结局的人。他们必须在质量、日程、功能和预算这些具有不同优先级的东西之间达到一个适当的平衡。
技术支持和客户服务人员：支持最终接收、购买我们的产品并从中受益的用户、客户和赞助商的人。
销售经理、售前工程师和销售人员：发现客户、决定如何运用我们的系统来满足其需要并确保我们的系统销售有利可图的人。
决策层、官员和主管：日常运营或监管这个组织的人。这些角色极其需要，往往随着这个组织是一个公共组织（如政府部门）、非赢利组织（如慈善机构）、公众控股的组织（如上市公司）或私人控股的组织（如合资或独资公司）而各不相同。
公司股东：公众或私人控股公司中拥有这家公司的人。
用户：直接使用系统或接收其结果、报告、数据等的人。对在其内部使用该系统的公司，如公用事业或保险公司，其客户是他们系统的间接用户。
供应商：提供组件整合到我们系统中的人，或我们系统的用户。
客户和赞助商：为开发、收购、购买和安装买单的人。
这份名单并不完全，也不适用于所有项目。

我得提到另一个要点：前面名单上的每个利益相关者，也许还有你项目中的其他人，都对你的测试感兴趣。大多数利益相关者通常希望看到你的测试和项目取得成功。不过，并非所有人都一定有这样的想法。
一些利益相关者是中立的，例如，监管人和执法人一般更关心的是确保你、项目组和该组织遵守法规。如果不遵守规则会带来消极的结果，他们的态度很可能是，如20世纪70年代的电视连续剧中所说，“如果还没本事，就别急着犯事。”在某些情况下，不遵守规则很可能要犯事的，所以要明白你的义务，跟监管人或执法人发生冲突可不是什么美好的经历。

此外，一些利益相关方可能怀有敌意，所幸这种情况很少见。在我遇到这些罕见的利益相关者时，我称他们为反利益相关者。例如，一个项目要取代原有的系统，需要涉及继续支持和维护遗留系统的人。这些人可能认为，遗留系统运行得蛮好的，有劳费心。由于组织要求他们参与新的项目，他们的确这样做了，但是消极怠工是家常便饭。这些反利益相关者希望该项目全部失败，就算这失败是由你的测试工作导致的，他们也毫不介意。导致项目的失败也不是一件“美好”的经历。

走向测试之美的第一步，确定谁是你的测试利益相关者。如果你不知道谁是利益相关者，有些人可能认为你实现了测试之美，但其他人不会这么认为。在我们的咨询工作中，RBCS评审看到不少被忽视的利益相关者对测试团队的工作不满的例子，已审慎考虑过测试的利益相关者的客户有更大的几率实现测试之美，而忽视中立利益相关者和反利益相关者的客户的测试经历则可能很痛苦而“丑陋”。