Appium系列--9--【野蛮成长】app崩溃了,重启把它调用起来

本文探讨了在Appium自动化测试中遇到App崩溃和元素定位失败时如何重启App继续执行测试用例。通过实践分析,发现App崩溃后会自动保留session,而主动重启则需要先结束当前进程。分享了解决此类问题的关键代码和思路。
摘要由CSDN通过智能技术生成

最近一段时间,真的是忙成狗,不过也却是成长的很快,会陆陆续续将干货分享出来

在实际的自动化测试过程中,由于app的不稳定,经常会出现app奔溃,或者元素找不到的情况,这种情况就会导致测试用例失败或者更有甚者是脚本无法运行下去,这个时候就希望将app重新启动起来。

需要重启app,我们分两个业务场景来分析

  • app奔溃,报crash时的app重启
  • 找不到定位元素,重启app,重新走测试用例(这种情况要结合自己的业务场景具体问题具体分析,有些定位不到元素的问题本身就是用例的失败)

从技术上分析

存在以下几个疑问:

  • crash之后,appium和客户端直接的session 是否会断掉?
  • 如果重启app,appium和客户端的是需要重新建立连接创建session吗?
  • 之前的session数据还会保留吗?数据是不是就丢失了?

何以解忧,唯有实践,实践出真知

(只是将核心代码贴出来,主要是讲思路)

  • c
Appium 是一个开源的移动应用自动化测试工具,它可以用来测试 Android 和 iOS 应用程序。以下是一些关于 Appium 代码规范的建议: 1. 使用易于理解和一致的命名约定:命名变量、函数和类时应使用具有描述性的名称,以便其他人能够轻松理解代码的功能和用途。遵循一致的命名约定有助于提高代码的可读性。 2. 编写清晰的注释:在代码中添加注释以解释代码的目的、功能和逻辑。注释应简明扼要,并尽量与代码保持同步,这样其他人在阅读代码时就能更好地理解它。 3. 使用代码缩进和空白行:正确的缩进可以使代码更易于阅读和理解。同时,适当地使用空白行可以将代码分组并提高可读性。 4. 减少全局变量的使用:全局变量容易引起命名冲突和意外的副作用。尽量减少全局变量的使用,而是使用函数参数和局部变量。 5. 模块化编程:将功能划分为独立的模块以实现代码重用性,并使代码更易于维护和调试。 6. 使用异常处理:在代码中添加适当的异常处理,以捕获和处理可能出现的错误。这有助于提高代码的健壮性和可靠性。 7. 使用合适的断言:使用断言来验证自动化测试的结果和预期行为是否一致。这有助于在测试过程中及早地发现问题。 8. 避免硬编码:尽量避免在代码中硬编码固定的值,而是使用变量或配置文件来存储这些值。这样在更改需要时只需修改一个地方即可。 9. 定期进行代码审查:与团队成员定期进行代码审查,以帮助发现潜在的问题并确保代码符合规范和最佳实践。 通过遵循这些 Appium 代码规范,可以帮助提高代码的可读性、可维护性和可靠性,从而有效地进行移动应用自动化测试。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

雨水的早晨

程序媛也得攒钱植发啊~~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值