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

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

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

　　首先，自动化测试不是自动测试的替代品，是比较好的补充，而且不是占大比重的补充。

　　70%的测试工作集中在底层接口测试和单元测试，20%的测试工作为集成测试，其他10%的测试即为界面测试。

　　开发方向：尽可能的相通的模块，通用的封装开发约定好，便于定位适用兼容测试无界面运行快速定位问题：报错信息、错误截图多环境利润点脚本开发时间和复用次数快速验证，第一时间响应问题还可以做什么？兼容性多环境以便快速定位提炼更多通用模块。调研更优解决方案，比如：cypress等case依赖优化深度校准什么样的项目适宜web自动化系统稳定，太多的制止程序或修改。准备之前，先手工测试，确认手动测试可以囊括的系统功能。需要多系统，多浏览器兼容性测试什么样的功能点须要web自动化主业务流程便于实现自动化的web元素、页面重复量大的功能web自动化常见的验证点页面元素验证页面列表数据验证页面元素属性？UI的文本，图片显示正确性UI的交互逻辑正确性测试UI上的用户行为正确性测试对于web自动化框架常见的需求点分布式执行，可以多机器，多浏览器同步执行脚本适用于不同环境运行分层设计，方便维护生成测试报告模块的复用必要的日志采集UI自动化利润点的采集回归测试须要定期运行，在自动化时，它们可以节约测试人员的时间，我们可以更专注于其他场景和探索性测试。脚本开发时间和复用次数误报频度UI自动化缺点or局限不能快速反馈（相对于单元测试和API测试）只会对于case已确定的内容进行校准运行的稳定性发觉的错误不多，大多数错误其实是通过“意外”或进行探索性测试而发觉的。这可能是因为在每位探索性测试会话期间，我们可能以不同的方法测试应用程序，从而通过应用程序找到新的漏洞。编写优秀且稳定的XPath / CSS定位器所耗费的时间，并在底层HTML标记发生变化时更新它们。UI本身的变化性，要想达到和手工测试相同的覆盖率，投入比较大。如何进行CI（Continuous Integration），也就是持续集成

　　 ● 持续提交代码 (Check-in)

○ 一天之中多次提交

● 持续构建代码 (Build)

○ 保证在任何时刻代码是可以继续开发的

● 持续部署代码 (Deploy)

○ 保证始终有一个可以部署的版本

● 持续测试代码 (Test)

○ 每次提交均执行单元测试

○ 每天一次或数次集成测试

○ 每天一次或数次系统测试

　　不过，高频的集成，还是用插口愈发合适，后面的工作会把系统的交互插口自动化，届时分享。