(1)测试数据和测试脚本分离
个性化参数、通用参数 分别放在不同文件。
TC创建数据流相关参数、数据配置参数(vlan、MAC、流量模板)等等。
(2)测试脚本执行顺序 可以动态调整,通过率高、简单的脚本先执行,通过率低、对其他脚本执行可能造成影响脚本放在后面执行。
(3)为了避免原有用例对新增加模块用例造成影响,初始化脚本做容错处理(先检查是否出错,若出错进行修复修复成功后继续执行;若未出错继续执行)。
每个测试脚本执行完毕后,增加测试配置恢复初始化操作,减少前面脚本执行对后面脚本执行造成的影响。
(4)脚本执行优先级与用例优先先对应。
(5)自动化实施之前做好规划,比如编写某个功能模块的测试脚本,先对该功能模块做分析,总结出该模块用例的公用接口函数,这样编写的接口函数通用性更强些。不至于一个人写的接口只适用于他的脚本,没有考虑其他人调用该脚本的可能性。做好公用接口函数、全局参数、模块参数、脚本级参数的规划会大大降低后续的脚本维护成本。
(6)测试用例设计。好的测试用例是测试脚本设计的依据。怎么才算好?1个测试用例不要覆盖功能点太多,否则会对测试结果的分析带来麻烦。
(7)对自动化的实施程度做好跟踪,那些用例实现了自动化,那些用例部分实现了自动化,这对测试执行很有帮助,减少或避免了测试故障泄露的可能。
时间: 2024-11-08 11:28:40