PO模式设计思想
1.回归测试---大版本上线的点点点
2.冒烟主流程:
回归测试
我们的冒烟主流程写多少用例比较合适:至少要100个以上
3.有一个非常重要的思想,在web自动化中必然会用到的设计思想:
PO/POM模式 -- pageobjectMode 页面对象模型
4.假设100个用例 == 页面上的重复度
假设100个用例 == 如果是30个页面
每一个用例 == 各种页面上的元素操作
将不同页面上的不同操作串联起来
5.PO模式设计的分层如下:
1.被测对象的页面
一个页面:一个页面类(属性:元素定位 + 方法:元素操作),封装了这个页面的操作
页面类1 页面类2 页面类3。。。。。。
==============================================
2.用例
用例1 = 页面类1 + 页面类2 + 页面类3
用例2 = 页面类1 + 页面类3 + 页面类4 + 页面类7
以此类推。。。。
一句话总结PO设计思想:最后实现测试用例和与测试对象的分离
PO模式设计分4层
1.Web框架使用PO模式分4层:
第一层:TestCases(测试用例):
1.conftest(放前置后置条件)
2.test_login(登录测试用例)-- 比如这个是放登录模块测试用例,还有其他的注册,充值,提现等模块的数据分别一个py文件
第二层:TestDatas(测试数据):
1.global_datas(放全局变量的数据)
2.login_datas(测试数据)-- 比如这个是放登录的数据,还有其他的注册,充值,提现等模块的数据分别一个py文件
第三层:PageLocators(页面对象-元素表达式):
1.login_page_locs(专门放元素定位的表达式)-- 比如这个是放登录页面的元素表达式,还有其他的注册,充值,提现等模块的数据分别一个py文件
2.home_page_locs(专门放断言所需的元素定位的表达式)
第四层:PageObjects(页面操作):
1.login_page(专门放登录页面的操作)-- 比如这个是放登录页面的操作,还有其他的注册,充值,提现等模块的数据分别一个py文件
2.home_page(专门放断言所需的操作)
2.用例编写顺序
1.确定有哪些页面,有哪些功能
2.确定有哪些用例,哪些断言涉及到的功能
3.页面对象先实现
4.准备测试数据
5.填充测试用例
3. 为什么数据要出来?
1.为了方便共享
2.方便修改
3.保证每个用例的独立性
4.测试用例可以写在
1.excel写自动化的用例
2.ymal文件
3.python文件
![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/b9cdf429a77e6f1b73be5d4527c811cb.jpeg#pic_center)