2.4 测试数据
对业务系统自动化测试来说，业务测试数据非常关键，因为它需要符合一定的业务规则；如何构造数据有几个争议的地方：
（1）数据（包括DB，server文件，桩文件）一次性构造好放那不动，无法保证数据不被污染，且移植性受限；
（2）如果能做整个环境的备份还原则不怕污染，但是case与case之间可能会互相干扰数据
（3）自动化case是否严格要求数据的隔离，如果要求，则每个case都自己负责生命周期内的数据准备和清理；如果不要求，则需要case设计时刻意避免数据的使用混乱
不同业务系统在设计上各有千秋，哪一种数据准备的方案都是有不同的代价，结合笔者所处产品线的特征，认为自动化case自己负责生命周期内的数据准备与清理，是综合效果比较好的模式：1个独立的case，能有自己生命周期内的数据准备和清理，则最大程度上保证了case运行的稳定性和可靠性，避免case之间互相因为数据发生干扰！
2.5 扩展性
itest在扩展性方面，通过“以文件后缀作为识别标签，新的功能需求，约定一种新的文件后缀”，itest维护人员在框架内开发相应的分支逻辑，而case编写人员则只需按照文件约定格式设计文件即可。如下为目前支持的不同文件，以及相应的不同逻辑功能：
一篇看不够？你需要的是这门系统专业课程：
