第二,当重复任务发生变化时,只需要修改一处脚本。
共享脚本以比较小的开销实现相似的测试用例,结构性好、模块性强、维护成本低于线性脚本,它适合于小型系统或大型应用中的一小部分测试。但是由于每个测试仍需要一个特定的测试脚本,因此维护成本仍然比较高。
4.数据驱动脚本技术
数据驱动脚本技术将测试输入存储在独立的数据文件中,而不是存储在脚本中,脚本中只存放控制信息。执行测试时,从文件中而不是直接从脚本中读取测试输入。这种方法的最大好处是同一个脚本可以运行不同的测试,另一个优点是数据文件的格式对于测试者而言易于处理。
测试的初始建立需要花费一定的时间,然而对于大系统,由于生命周期较长并且改动频繁,使用这个方法,所获得的收益将远远超过所花费的开销。
5.关键字驱动脚本技术
数据驱动技术要求每个测试用例执行的导航和操作必须一样,测试的逻辑知识建立在控制脚本和数据文件中,两者需要统一。如果允许控制脚本支持广泛的测试用例,那么就会增加数据文件的复杂性。这样,就使测试用例自动化变得非常困难。
关键字驱动技术则是将数据文件变为测试用例的描述,用一系列关键字指定要执行的任务,这些关键字存在于测试文件中。解释这些关键字则需要另外的支持脚本。控制脚本读取测试文件中的关键字,并通过关键字调用相关的支持脚本,这样,测试软件或特殊应用对控制脚本的约束将大大减小。这种测试方