用例层面:
-
将用例设计成参数化,将测试数据通过参数进行传递
-
对于一些可能会变化的参数,将其设计成全局变量,减少维护用例的成本
-
对用例之间避免产生依赖,可以独立执行
框架层面:
-
使用PO设计模式和关键字驱动
-
在BasePage中封装一些通用的方法
-
将元素的基本操作封装成关键字
-
将不同的页面设计成一个类,在类中将页面中的操作封装成方法,可以将页面元素和操作方法分离,降低代码的耦合性,也能提高代码的可读性
-
添加失败重试,可以过滤掉很多因网络不稳定或环境不稳定导致的用例失败
-
加入api自动化,对于数据的构建可以通过调用api接口的方式完成
失败记录:
-
对于失败的用例,将失败的原因进行记录,判断失败的类型:用例不稳定、环境问题、产品问题等
-
对于用例问题要及时修正,并且尽可能避免再次出现