Appium启动应用后执行测试崩溃问题求助

核心错误分析 #

从日志中可定位两个关键问题：

1. 空指针异常：java.lang.NullPointerException 出现在 com.appium.runners.RunnerBase.scenarios(RunnerBase.java:87)，说明测试代码读取场景配置或数据时存在未初始化的对象。
2. Session创建失败：Appium无法启动指定的Activity（es.sdos.splash.ui.SplashActivity 或拼接后的错误路径），导致测试会话无法建立。

具体解决步骤 #

1. 修复空指针异常 #

• 打开 RunnerBase.java 定位到第87行，检查该行引用的变量或对象是否未完成初始化，比如测试场景列表、配置文件读取结果是否为null。
• 确认测试资源文件（如场景配置文件）的路径正确，文件内容完整，不存在格式错误或缺失项。

2. 解决Activity启动失败问题 #

• 确认正确的启动Activity：
  使用aapt工具获取APK的真实启动Activity，执行命令：

  aapt dump badging C:\AppiumPOC\src\test\resources\app\AS.apk | findstr "launchable-activity"
  

  将Capabilities中的appActivity参数设置为命令返回的正确Activity全路径，避免出现包名重复拼接的错误（比如日志中出现的es.mmip.prisacom.as.es.sdos.splash.ui.SplashActivity属于拼接错误）。
• 延长启动等待时间：在Capabilities中添加appWaitDuration参数（单位毫秒），比如设置为30000，给应用足够的启动缓冲时间。
• 清理模拟器状态：每次测试前手动或通过代码清理模拟器中被测应用的缓存和数据，避免残留进程干扰启动流程。

3. 稳定测试环境的建议 #

• 固定Appium端口：在Appium GUI中设置固定端口（如默认的4723），避免随机端口导致的连接不稳定。
• 优化模拟器性能：给模拟器分配更多CPU核心和内存，减少启动延迟和运行卡顿。
• 添加重试机制：在测试代码的Driver初始化逻辑中增加重试逻辑，当Session创建失败时自动重试1-2次，规避偶发性的环境问题。

内容的提问来源于stack exchange，提问作者Roberto Teresa