1.1.2.2　自动化测试项目“标配”

　　了解了自动化测试流程的繁琐与严格后，再了解以下自动化测试团队的人员标准配置。从目前国内企业实际角度出发，算上自动化测试项目管理人员，我们以5人的团队为例。先让我们看以下这5人团队内存在的角色及其角色定义。

　　● 自动化测试组长：自动化测试团队的最高管理，拥有发言权。负责自动化测试项目从自动化立项到进度实施，到验收报告等整个测试流程；负责团队人员调度与管理；负责与上级领导、项目经理、手工测试负责人沟通与协调，并带领整个自动化小组工作。

　　● 高级测试开发工程师：团队中技术最牛的角色，通常负责自动化测试框架的设计与搭建；负责自动化项目实施过程中各类技术难点的解决；负责公共数据的提炼和开发，如公共函数库等。

　　● 自动化测试用例设计人员：由团队中对业务和手工测试情况最熟悉的人员担当。负责自动化测试用例的设计开发工作，及今后的测试用例维护工作；负责测试脚本的验收工作，监督测试脚本业务逻辑是否与设计好的自动化测试用例一致。

　　● 脚本开发人员：“战场前线”人员。负责自动化测试脚本的设计与开发；负责脚本合并联调工作；负责后期的脚本维护工作。

　　● 自动化项目库管理人员：类似文职人员，可以没有代码开发经验。负责整个自动化团队日常工作中的文档变更记录的整理、公共对象库管理、代码版本管理及公共函数库管理等。

　　基本职责为。

　　A某：自动化测试组长。

　　B某：高级测试开发工程师。

　　C某：自动化测试用例设计人员。

　　D某：脚本开发人员。

　　E某：自动化项目库管理人员。

　　接下来，就让我们看以下5人团队怎么样人员配置（注：一人可同时兼任多种角色）吧。

　　自动化测试组长：1人次（A）

　　高级测试开发工程师：1～2人次（B、A）

　　自动化测试用例设计人员：2人次（C、E）

　　脚本开发人员：3～4人次（D、A、B、C）

　　自动化项目库管理人员：1人次（E）

　　以上就是一个5人自动化测试小组的标准配置和角色划分，仅供读者参考。

1.1.3　自动化测试用例设计详解

　　通常，在项目的测试过程中，测试工程师都会首先获取测试需求，接着熟悉测试需求，等待测试计划产出后，编写和设计测试用例，一般测试工程师都会根据事先设计好的测试用例来验证实际结果是否符合预期，包括后期的回归测试。而自动化测试项目同样也有这样一个流程，需要自动化测试工程师首先分析测试需求，产出自动化测试计划，设计好自动化测试用例后才能开始进入后续的脚本设计开发阶段。那么，既然要写自动化测试用例，有些读者可能会问，不是有手工测试用例吗，为什么还要去完成自动化测试用例？为什么不能用手工用例来直接替代自动化测试用例呢？它们之间到底有什么区别呢？自动化测试用例的设计原则到底又是什么呢？在上一章节中，内容虽有涉及，但作者并没有作细化介绍，因为自动化测试用例设计是一个非常重要的环节，所以必须单独列为一个章节进行系统化的解析。

　　很多公司在实施自动化测试的过程中，往往会把所有的手工测试用例作为自动化测试用例，并且直接进行脚本的开发工作，甚至有些公司不写自动化测试用例，直接想当然地开发测试脚本，这些都是极其不规范的做法，甚至很有可能是导致最后自动化测试项目失败的最大原因。那么问题就来了，为什么不能使用手工测试用例完全替代自动化测试用例呢？有以下几点原因，同时也是自动化测试用例的设计原则。