【web系统UI自动化】关于UI自动化的总结

实施过了web系统的UI自动化，回顾梳理下，想到什么写什么，随时补充。

首先，自动化测试不是手动测试的替代品，是比较好的补充，并且不是占大比重的补充。 70%的测试工做集中在底层接口测试和单元测试，20%的测试工做为集成测试，其余10%的测试即为界面测试。

###开发方向：

1. 尽量的相通的模块，通用的封装
2. 开发约定好，便于定位
3. 适用兼容测试
4. 无界面运行
5. 快速定位问题：报错信息、错误截图
6. 多环境

###收益点

1. 脚本开发时间和复用次数
2. 快速验证，第一时间响应问题

###还能够作哪些？

1. 兼容性
2. 多环境
3. 便于快速定位
4. 提炼更多通用模块。
5. 调研更优解决方案，好比：cypress等
6. case依赖优化
7. 深度校验

###什么样的项目适合web自动化

1. 系统稳定，太多的阻止程序或更改。
2. 准备以前，先手工测试，确认自动测试能够涵盖的系统功能。
3. 须要多系统，多浏览器兼容性测试

###什么样的功能点须要web自动化

1. 主业务流程
2. 易于实现自动化的web元素、页面
3. 重复量大的功能

###web自动化常见的验证点

1. 页面元素验证
2. 页面列表数据验证
3. 页面元素属性？
4. UI的文本，图片显示正确性
5. UI的交互逻辑正确性测试
6. UI上的用户行为正确性测试

###对于web自动化框架常见的需求点

1. 分布式执行，能够多机器，多浏览器同步执行脚本
2. 适用于不一样环境运行
3. 分层设计，方便维护
4. 生成测试报告
5. 模块的复用
6. 必要的日志搜集

###UI自动化收益点的采集

1. 回归测试须要按期运行，在自动化时，它们能够节省测试人员的时间，咱们能够更专一于其余场景和探索性测试。
2. 脚本开发时间和复用次数
3. 误报频率

###UI自动化缺点or局限

1. 不能快速反馈（相对于单元测试和API测试）
2. 只会对于case已肯定的内容进行校验
3. 运行的稳定性
4. 发现的错误很少，大多数错误彷佛是经过“意外”或进行探索性测试而发现的。这多是由于在每一个探索性测试会话期间，咱们可能以不一样的方式测试应用程序，从而经过应用程序找到新的漏洞。
5. 编写优秀且稳定的XPath / CSS定位器所花费的时间，并在底层HTML标记发生变化时更新它们。
6. UI自己的变化性，要想达到和手工测试相同的覆盖率，投入比较大。

###如何进行CI（Continuous Integration），也就是持续集成 ● 持续提交代码 (Check-in) ○ 一天之中屡次提交 ● 持续构建代码 (Build) ○ 保证在任什么时候刻代码是能够继续开发的 ● 持续部署代码 (Deploy) ○ 保证始终有一个能够部署的版本 ● 持续测试代码 (Test) ○ 每次提交均执行单元测试 ○ 天天一次或数次集成测试 ○ 天天一次或数次系统测试

不过，高频的集成，仍是用接口更加合适，后面的工做会把系统的交互接口自动化，届时分享。