2.4 测试数据

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

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

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

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

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

 

  2.5 扩展性

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