web自动化基础知识（一）

什么项目适合web自动化？

1.使用自动化的前提条件

1)手动测试已经完成,后期再不影响进度的前提下逐渐实现自动化
 2)项目周期长，重复性的工作都交给机器去实现
 3)需求稳定,项目变动不大
4)自动化测试脚本复杂度比较低

使用自动化测试的场景

1) 频繁的回归测试
2) 冒烟测试快速验证
3）跨平台、多浏览器的兼容性测试

自动化测试的目的

如何选择哪些用例进行自动化？

自动化测试用例的编写原则

1、一个脚本是一个完整的场景，从用户登陆操作到用户退出系统关闭浏览器。
2、一个脚本脚本只验证一个功能点，不要试图用户登陆系统后把所有的功能都进行验证再退出系统
3、尽量只做功能中正向逻辑的验证，不要考虑太多逆向逻辑的验证，逆向逻辑的情况很多（例如手
号输错有很多种情况），验证一方面比较复杂，需要编写大量的脚本，另一方面自动化脚本本身比较脆弱，
很多非正常的逻辑的验证能力不强。（我们尽量遵循用户正常使用原则编写脚本即可）
4、脚本之间不要产生关联性，也就是说编写的每一个脚本都是独立的，不能依赖或影响其他脚本。
5、如果对数据进行了修改，需要对数据进行还原。
6、在整个脚本中只对验证点进行验证，不要对整个脚本每一步都做验证。

web自动化框架

**推荐采用PO模式，PO模式就是页面对象和测试用例的分离。
1、每个页面新建一个类，放页面对象，封装页面元素定位和业务功能函数（也可以单独把元素定位放到PageLocators层）
每个页面类继承自basepage：封装最基本的元素操作，执行日志logging，异常处理，失败截图等。

2、TestDatas文件夹， 一个测试用例文件对应一个测试数据文件（建议用yaml）----------测试数据
common_datas文件或者ini配置文件------放公共数据 比如网址，登录账号，密码

3、TestCases放测试用例 测试用例的三大步骤：前置，步骤，断言
测试用例=测试数据+页面对象方法调用。（记住这种做法，想方设法去实现它）
可以用unittest/pytest

4、Outputs 放失败截图，测试输出，html测试报告/Axure，日志。

先把框架写完，再写详细代码。**