基于WEB UI接口轻量级测试框架及实施方案-2

　　2.2 数据驱动51Testing软件测试网kx*K0Osu d

0Fed5P%U{!d5X0　　为降低自动化过程中case编写人员的编程成本，采用的模式是itest作为核心的执行与验证框架，傻瓜式的执行外部case目录内的各类文 件，每一个 case都不需要coding。如下图所示：case的存在形式为文件目录，1个case是1个目录，itest顺序读取case，以相同流程执行每一个 case。51Testing软件测试网'F%v*B h
^:k|/M

　　2.3 结果验证

　　结果验证按照业务系统的特征，现在支持以下几种：对接口返回的内容直接做对比验证；对数据库update后的内容做验证；将接口返回的json做处理后做验证。51Testing软件测试网4H B$uY8y$Q

$o8TQ,?5X+iCg$S0　　2.4 测试数据

　　对业务系统自动化测试来说，业务测试数据非常关键，因为它需要符合一定的业务规则；如何构造数据有几个争议的地方：51Testing软件测试网n8B7s'l;Kmj

ZEP7TD;@D+F0　　（1）数据（包括DB，server文件，桩文件）一次性构造好放那不动，无法保证数据不被污染，且移植性受限；

ic7TJ9M(`o|0　　（2）如果能做整个环境的备份还原则不怕污染，但是case与case之间可能会互相干扰数据51Testing软件测试网(j t5NF?

　　（3）自动化case是否严格要求数据的隔离，如果要求，则每个case都自己负责生命周期内的数据准备和清理；如果不要求，则需要case设计时刻意避免数据的使用混乱

　　不同业务系统在设计上各有千秋，哪一种数据准备的方案都是有不同的代价，结合笔者所处产品线的特征，认为自动化case自己负责生命周期内的数 据准备与清理，是综合效果比较好的模式：1个独立的case，能有自己生命周期内的数据准备和清理，则最大程度上保证了case运行的稳定性和可靠性，避 免case之间互相因为数据发生干扰！51Testing软件测试网0B |?
_I9x

51Testing软件测试网*R})Q$B~:XK%P

　　2.5 扩展性

　　itest在扩展性方面，通过“以文件后缀作为识别标签，新的功能需求，约定一种新的文件后缀”，itest维护人员在框架内开发相应的分支逻辑，而case编写人员则只需按照文件约定格式设计文件即可。如下为目前支持的不同文件，以及相应的不同逻辑功能：

51Testing软件测试网ST)za:i$]p*f