- 便于快速定位
- 提炼更多通用模块。
- 调研更优解决方案,比如:cypress等
- case依赖优化
- 深度校验
什么样的项目适合web自动化
- 系统稳定,太多的阻止程序或更改。
- 准备之前,先手工测试,确认自动测试可以涵盖的系统功能。
- 需要多系统,多浏览器兼容性测试
什么样的功能点需要web自动化
- 主业务流程
- 易于实现自动化的web元素、页面
- 重复量大的功能
现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:110685036
web自动化常见的验证点
- 页面元素验证
- 页面列表数据验证
- 页面元素属性?
- UI的文本,图片显示正确性
- UI的交互逻辑正确性测试
- UI上的用户行为正确性测试
对于web自动化框架常见的需求点
- 分布式执行,可以多机器,多浏览器同步执行脚本
- 适用于不同环境运行
- 分层设计,方便维护
- 生成测试报告
- 模块的复用
- 必要的日志搜集
UI自动化收益点的采集
- 回归测试需要定期运行,在自动化时,它们可以节省测试人员的时间,我们可以更专注于其他场景和探索性测试。
- 脚本开发时间和复用次数
- 误报频率
UI自动化缺点or局限
- 不能快速反馈(相对于单元测试和API测试)
- 只会对于case已确定的内容进行校验
- 运行的稳定性
- 发现的错误不多,大多数错误似乎是通过“意外”或进行探索性测试而发现的。这可能是因为在每个探索性测试会话期间,我们可能以不同的方式测试应用程序,从而通过应用程序找到新的漏洞。
- 编写优秀且稳定的XPath / CSS定位器所花费的时间,并在底层HTML标记发生变化时更新它们。
- UI本身的变化性,要想达到和手工测试相同的覆盖率,投入比较大。
如何进行CI(Continuous Integration),也就是持续集成 ● 持续提交代码 (Check-in)
○ 一天之中多次提交
● 持续构建代码 (Build)
○ 保证在任何时刻代码是可以继续开发的
● 持续部署代码 (Deploy)
○ 保证始终有一个可以部署的版本
● 持续测试代码 (Test)
○ 每次提交均执行单元测试
○ 每天一次或数次集成测试
○ 每天一次或数次系统测试 复制代码 不过,高频的集成,还是用接口更加合适,后面的工作会把系统的交互接口自动化,届时分享。
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走!
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。