基于WEB UI接口的轻量级软件自动化测试框架及实施方案(2)

　　2.3 结果验证

　　结果验证按照业务系统的特征，现在支持以下几种：对接口返回的内容直接做对比验证;对数据库update后的内容做验证;将接口返回的json做处理后做验证。

　　2.4 测试数据

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

　　1. 数据(包括DB，server文件，桩文件)一次性构造好放那不动，无法保证数据不被污染，且移植性受限;

　　2. 如果能做整个环境的备份还原则不怕污染，但是case与case之间可能会互相干扰数据

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

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

　　2.5 扩展性

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

原文转自：http://qa.baidu.com/blog/?p=726&qq-pf-to=pcqq.c2c