基于迭代开发的自动化测试脚本开发流程1

来源自己参与编写的一个项目英文文档,这里只做简单概括提取.使用的工具是基于selenium的Tellurium框架

[b]一.概述[/b]
本文档定义了自动化测试脚本开发流程,描述了脚本开发的方法以及过程.

[b]二.角色定义[/b]
1.Dev-负责开发需要被自动化的程序
2.QC-执行回归测试的人员,他们也是自动化测试完成后的使用者
3.ART-自动化测试脚本开发成员

[b]三.角色间交互流程图[/b]
[img]http://dl.iteye.com/upload/attachment/422708/b0087573-2543-3a8b-b3ee-449d68c06fee.png[/img]
说明:在IterationN, Dev在开发Iteration N, QC在设计Iteration N 的测试用例,在测试Iteration N-1的程序,ART在开发Iteration N-2的自动化脚本
[b]四.QC向ART交付Test Case[/b]
所有的Test cases在交付之前应该遵循如下标准,Iteration N-2的build应该准备好.

[*]test case所要遵循的
1.Zephyr做为测试用例的管理工具,所有需要开发的测试用例,应该都能在Zephyr中被找到
2.所有测试用例应该遵循测试用例模板
3.所有的测试用例应该是可以理解以及步骤明确的,包括前置条件,测试步骤,期望结果.....
4.测试数据被明确定义
5.每个测试用例应该是独特唯一的ID
6.每个测试用例都应该可以追溯到某个User Story 或者Epic
7.每个测试用例都应该经过QC手工测试通过
8.测试用例应该划分优先级,ART将从优先级最高的测试用例开始开发


[*]测试环境
1.Iteration N-2的测试环境应该是稳定的
2.Dev Team应该让HTML的页面元素拥有唯一的ID


[*]QC向ART交付步骤
1.创建测试用例集合
2.验证,排优先级
3.在每个新的Iteration开始之前的最后一天(上个Itearation的最后一天)交付

[b]五.ART Iteration过程[/b]
每个Iteartion跟Dev的Iteration一样,是两个星期,工作内容如图:
[img]http://dl.iteye.com/upload/attachment/422765/29829899-ccff-3bfb-974d-32d873501511.png[/img]

[b]六.自动化测试脚本设计活动[/b]
[*]测试用例评审和分析
在评审过程中,Art Team会发现有些测试用例不能被100%自动化,此时,应该向QC manager沟通,以便撤销某个测试用例,或者,减少自动化测试的步骤,不能自动化的主要原因有:
1.技术问题,由于采用测试用具的限制,某些功能不能实现
2.时间成本问题,某些验证如果自动化,需要写很多代码,效率太低,需要权衡

[*]设计脚本
1.脚本应该遵循测试用例,每一步都与测试用例相对应

[b]七.脚本开发[/b]
[*]录制脚本
主要工具是Selenium IDE, Tellurium的Firefox插件以及Firebug.

[*]创建脚本

[*]数据管理原则
1.测试执行前后,数据库的数据应该不发生变化,通过测试中的setUp和tearDown方法实现.
2.可以考虑使用DBunit实现
3.DEV应该帮助ART了解数据库的结构,以便更好得操作数据