项目自动化测试框架设计为4层
基础层:
将通用,重复性比较高的代码封装到这里。 写通用的代码的。
其他3层想要的话,就可以直接调用。
例如:
读取测试数据的代码,读取配置信息的代码;截图的代码的,定位元素的代码等等
功能层:
pages 封装页面的。 把页面封装成类。类中包含:属性和方法
把页面上的界面元素定义成类的属性;
把定位界面元素并且进行操作封装到类的方法中;
业务层:
把页面和测试数据等等整合到一起,形成一个完整的业务功能。
用例层:
把对应的业务功能的用例进行实现封装。 放到测试套件中进行批量执行,并且生成测试报告。
每一个业务功能会有很多个用例。
OAProject
Config
文件夹目录:用来存放配置信息相关的文件 例如:url.csv db.csvData
文件夹目录: 用来存放测试数据文件的。例如:login_test_data.csvPictures
文件夹目录:用来存放截图文件的。 例如:xxxx.pngReports
文件夹目录:用来存放测试报告文件的。 例如: xxxx.htmlFiles
文件夹目录:如果有上传附件功能实现自动化的话,就可以有。用来存放上传的那个附件文件。Src
包:package:用来管理oa项目中所有的py文件Common
包:存放通用,共同的代码的。 对应:第一层:基础,通用层如:
读取CSV文档中的测试数据
Pages
包: 存放页面代码的; 对应:第二层:功能页面层Business
包:存放业务层代码的。 对应:第三层:业务层Test_case
包:存放组装测试用例的代码; 对应:第四层:用例层Test_run
包:存放测试套件已经生成测试报告的代码; 对应:第四层:用例其中:
pages business test_case
包中可以继续按照功能模块来创建包。例如:XTBG ggxx 等等
备注:
以上工程的设计,框架的设计在工作中:一个项目中,只能由一个人去设计完成。一般都是自动化测试负责人来完成。 其他自动化测试人员等负责人把框架搭建好之后,直接获取,写代码即可。