敏捷测试的角色

注：摘自《软件测试技术大全》2.2

在敏捷项目中，测试人员的角色可以进一步地细分，如图2.5所示。
图2.5  敏捷测试角色的细分
在这个矩阵中，可分成4个角色：
q     面向业务的批判产品角色。
q     面向技术的批判产品角色。
q     面向业务的支持编码角色。
q     面向技术的支持编码角色。
在解释这4个角色之前，先要解释一下两条轴线的意义。在横轴上，左边是偏向“支援编程人员”的测试，右边则是偏向于“批判产品”的测试。但是两种测试的意义和内涵存在很大的不同。

“支援编程人员”的测试与“批判性”的测试

对于支援编程，测试主要作为准备和保证。通过写测试代码来阐明关于问题的思考。把它作为说明性的例子来描述代码应该怎样做。这些测试也会找Bug，但是那是第二目的。在另一方面，测试是关于暴露主要错误和遗漏，也就是对产品进行“批判”。这里，测试的原义就是关于Bug。有其他的意义，但是首要的意义是最主要的。（很多测试员，尤其是最好的测试员，在其身上已经融入了那些词语的内涵。）

“面向业务”的测试与“面向技术”的测试

在纵轴上，下边是“面向技术”的方面，上边是“面向业务”的方面。两者缺一不可。
“面向技术”是指测试人员在测试过程中更关注技术实现的正确性，并且需要应用到很多专门的技术来进行测试。而“面向业务”是指测试人员在测试过程中更加关注的是产品对业务实现的正确性，需要根据需求和用户的实际业务场景来进行测试。
面向业务的批判产品角色是指测试人员从用户的角度对产品进行测试，这种测试更关注产品对需求的满足程度，探索性测试是这种测试的常用方法。面向技术的批判产品角色是指测试人员应用专门的测试技术对产品进行测试，例如性能测试、安全性测试、可用性测试等。
面向业务的支持编码角色是指测试人员编写代码来激发出正确的代码，测试人员首先编写测试代码来举例说明某个即将添加的新功能特性要怎样工作。然后程序员编写代码来匹配这些例子。FIT框架（Frameworkfor Integrated）是这种测试方式经常用到的工具，利用FIT，测试人员或者用户可以在Word文档中通过举例子，列表格的方式来说明某个功能需要满足的输入输出，FIT自动比较期待输出与实际输出之间的差异来判断测试是否通过。图2.6为Word文档截图是FIT的测试结果。
图2.6  FIT测试结果文档
面向技术的支持编码角色是指测试人员使用单元测试代码来检查开发人员的编码，并且编写一些“保护性”的代码，来确保每次运行开发人员写的代码都能确保正确的仍然正确，如果开发人员针对代码进行了改动，测试人员编写的测试代码应该可以检测得出来。

测试的划分对敏捷项目开发的重要性

这种测试的划分对敏捷项目而言是重要的，因为不同方面的测试工作，可以由不同的项目组成员来进行。例如下面的几种。
q     面向业务的批判产品角色可以由用户来充当（在敏捷开发模式中，把用户作为项目角色之一）。
q     面向技术的批判产品角色由拥有专门测试技术的测试人员担任。
q     面向业务的支持编码角色由测试人员或用户充当。
q     面向技术的批判产品角色可由开发人员，或熟悉单元测试方法的测试人员担当。
注意：在实际中，这4个角色的工作都由同一个人来承担也是很有可能的。
 

注：摘自《软件测试技术大全》2.2