如何检测crash并在测试报告中体现(airtest)

拆解:

1.检测crash

在脚本遇到异常时检查app进程是否活动

 

2.保存log

如果进程不是活跃状态  保存系统logcat日志文件(也可以游戏自身的日志文件)

 

3.报告处理

修改Airtext.report渲染函数及模版文件。当日志目录下出现logcat日志时生成网页附带额外的信息

 

具体方式1:(不改airtest源码)

脚本头部:清理logcat旧日志,并删除之前残留的文件

脚本中部:使用try except 捕获异常

脚本尾部:捕获到异常后判断进程是否还存在,如果不存在表示异常退出,同时保存额外的log

# init
a=device()
appname=包名
a.shell('logcat -c')
logcat_path=os.path.join(G.LOGGER.logfile,"..\\logcat.txt")
if os.path.exists(logcat_path):
    os.remove(logcat_path)
try:
……  # do sth.
except:
    try:
        str='ps|grep '+appname
        a.shell (str)
    except:
        with open(logcat_path,'wb') as f:
            for x in a.logcat(grep_str=appname):
                f.write(x)

示例:

——————————————————————————————————————————————

报告处理:

以下需要修改环境变量中python第三方库中的airtest源码文件注意备份(也可以用独立的虚拟环境):

位置一般为C:\Users\用户名\AppData\Local\Programs\Python\Python36-32\Lib\site-packages\airtest\

1.修改html模版添加所需的内容 .report\log_template.html

{% if logcat_path %}

<a href={{logcat_path}}>

<label class="red" lang="en" href=>[crash_log]</label>

</a>

{% endif %}

 

示例:

 

2.修改report模块渲染函数  .report\report.py

logcat_path = os.path.join(self.logfile,"..\\logcat.txt")

if os.path.exists(logcat_path):

data['logcat_path'] = logcat_path

示例:

 

3.修改语言文件zh_CN.js       .report\js\langpack\zh_CN.js

新增一行   "[crash_log]": "app出现异常停止,点击查看系统日志",

 

——————————————————————————————————————————————————

创建快捷方式

将下面内容保存未run_test.ps1放在脚本air文件夹内右键使用Powershell运行:

$x = Split-Path -Parent $MyInvocation.MyCommand.Definition

python -m airtest run $x --device Android:/// --log $x

python -m airtest report $x --log_root $x --outfile "$x\log.html" --lang zh

实际效果:脚本运行过程中出席程序异常停止的情况会在【运行失败】之后额外标注

  • 2
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: 如果在测试过程遇到app出现crash或者ANR,我会这样处理: 1. 首先,我会收集尽可能多的信息来描述crash或ANR发生的情况。这可能包括app的版本号、设备的型号、操作系统版本、运行的进程、以及在发生crash或ANR时用户正在做什么。 2. 然后,我会检查crash日志或ANR报告,以了解crash或ANR是由哪个线程引起的,以及它们发生时的上下文。这些信息可以帮助我定位问题的根本原因。 3. 接下来,我会尝试重现这个问题,以便于进一步分析。 4. 最后,我会尝试解决这个问题。这可能包括修改代码来避免crash或ANR,或者调整app的配置以改善性能。 总之,在处理app出现crash或ANR的情况时,我会尽可能收集信息、分析问题的原因,并找到有效的解决方案。 ### 回答2: 在测试过程,若遇到应用程序出现crash(崩溃)或者ANR(应用无响应),我会采取以下步骤进行处理。 首先,我会记录下相关信息,包括出现crash或ANR的具体操作步骤、系统版本、设备型号等,这些信息有助于后续分析和解决问题。 其次,我会尝试重现问题,通过重新执行导致crash或ANR的步骤,验证问题是否可复现。如果可以复现,我会进一步分析出错的原因。 对于crash,我会查看应用崩溃时的日志信息,包括堆栈追踪,以确定哪一部分代码出现异常。可能的原因包括内存泄漏、空指针引用、并发冲突等。我会使用调试工具或日志分析工具来帮助定位并解决问题。 对于ANR,我会检查是否存在耗时操作阻塞主线程的情况,例如网络请求、磁盘访问等。如果存在这样的耗时操作,我会尝试优化或重构代码,将其移至后台线程执行,以避免主线程阻塞导致ANR。 另外,我会检查相关资源的释放情况,例如数据库连接、文件句柄等,确保资源在使用完毕后正确释放,避免资源泄漏。 最后,在定位到问题的原因后,我会与开发人员和其他测试人员进行沟通,确保问题得到彻底解决,并进行相关的测试用例修复或添加,以防止类似问题再次出现。 总之,当遇到应用程序崩溃或无响应时,我会积极记录信息、重现问题、分析原因、解决问题,并与相关人员合作确保问题修复。 ### 回答3: 在测试过程遇到app出现crash或者ANR(Application Not Responding),我会采取以下步骤进行处理。 首先,我会记录下出现crash或者ANR的具体情况,包括时间、设备型号、操作步骤等信息,以便后续的分析和复现。 然后,我会尝试复现这个问题,通过重复操作或者使用不同的设备进行测试,以确定问题的复现性和范围。如果能成功复现问题,就能更好地找到问题的根源。 接下来,我会检查app的日志文件,查找任何与crash或者ANR相关的错误信息或异常堆栈。这些信息常常会提供有关问题的线索,指引我进一步定位问题的来源。 如果问题比较复杂或难以找到明显的原因,我会使用一些辅助工具来帮助我分析。比如使用Android Studio的调试功能,可以设置断点,逐步调试代码,以找出问题发生的具体位置。 一旦找到问题的根源,我会联系开发团队,向他们提供详细的问题报告和复现步骤。同时,我会与他们沟通,讨论是否需要提供更多信息或者进行更深入的调查。 最后,在修复问题后,我会重新测试app,验证修复的有效性,并确保其他功能或模块没有受到负面影响。 总结而言,对于app出现crash或者ANR,我会记录、复现、分析和修复问题。通过这些步骤,我能尽可能准确地找到问题的根源,并与开发团队合作解决问题,以提升app的质量和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值