[小菜随笔]关于monkey报错日志分析

今天小菜在一个测试群内看到群友发出一个monkey的报错信息，其实是一个很简单的报错

个人觉得monkey虽然操作起来比较简易，但其实查看日志分析日志也是很重要的环节，如果对错误分析不够详细，就容易误认为是程序的问题

以下举个例分析一下

这个报错日志其实已经很简单的告诉你错误原因了

解析如下：第一行：monkey因为错误而终止了

第二行：出错的错误事件在第153次

第三行：发送旋转事件，度数为0度

很明显，错误是发生在旋转屏幕的原因，那么是不是软件自身的问题呢，我们往下分析

首先：1、检查自己模拟器或者APP应用中的屏幕旋转功能是否打开

　　 2、其实有些应用本身屏幕是不会旋转的，即便做出操作也不会实际旋转，那么在这样的事件下，monkey去执行旋转了，屏幕即不旋转参数也不改变，那么可能会被monkey误报为错误

如果该功能是需要旋转的，那么就是软件的错误，如果是没有这样的需求，其实只是误报了，

此时，1、将该类事件比例调低或

2、直接跳过错误执行忽略这个错误都是可以的

时间： 2024-11-09 22:04:07

[小菜随笔]关于monkey报错日志分析的相关文章

Linux服务启动报错日志分析

先使用 systemctl status 服务名称,查看服务运行状态,注意红色字体的错误信息,比如权限不够(关闭selinux试试),端口被占用(netstat -tunlp | grep 端口号): 若仍然无法解决问题,查看Linux系统的日志文件/var/log/messages,再配合grep查看相应信息从上图可以发现,http服务的配置文件/etc/httpd/conf/httpd.conf的第118行有错误. 总结一下:服务报错一脸懵逼?cat一下/var/log/messages吧

数据库日志报错问题分析

Thread 1 cannot allocate new log, sequence 466 Private strand flush not complete Current log# 7 seq# 465 mem# 0: /home/app/oracle/oradata/orcl/redo07.log Thread 1 advanced to log sequence 466 (LGWR switch) Current log# 8 seq# 466 mem# 0: /home/app/or

MySQL server has gone away报错原因分析/

在平时和开发的交流以及在论坛回答问题的或称中会发现这个问题被问及的频率非常高. 程序中报错: MySQL server has gone away 是什么意思? 如何避免? 因此,感觉有必要总结一下发生这个问题的原因.今天正好看到一篇外文blog总结的比较好,就翻译过来了原文:http://ronaldbradford.com/blog/sqlstatehy000-general-error-2006-mysql-server-has-gone-away-2013-01-02/ 原因1.

opennebula kvm 创建VM oned报错日志

Thu Jul 17 10:45:36 2014 [ReM][D]: Req:4720 UID:0 VirtualMachineDeploy result SUCCESS, 12 Thu Jul 17 10:45:40 2014 [TM][D]: Message received: LOG I 12 Command execution fail: /app/opennebula/var/remotes/tm/shared/clone localhost.localdomain:/app/open

MySQL server has gone away报错原因分析及解决办法

Xcode6编译SDWebImage报错原因分析(SDWebImageDownloaderOperation.m错误)

之前写了一片关于编译SDWebImage报错解决方法的文章: http://blog.csdn.net/cuibo1123/article/details/39434015 结果很多人问这个问题的原因,那就在这里给大家说一说好了,分析思路一并送上(不过我还是建议大家自己动手去分析). 首先,如果新建工程,按照SDWebImage的方式声明输出口并引用: @interface ZCTest () @property (assign, nonatomic, getter = isExecuting)

Nginx 跳转fastdfs存储图片地址报错问题分析过程汇总

1,问题描述上传压缩图片报错:org.csource.common.MyException: getStoreStorage fail, errno code: 2 原因是dns域名ping不通traker,改成ip地址OK了,如下所示: [[email protected] logs]# vim/etc/fdfs/storage_group2.conf #tracker_server=tracker.mytest.com:22122 tracker_server=192.168.121.21

报错日志查看，定位问题

tail -F zixinyun.log | grep '' #监控最新的日志tail -F zixinyun.log | grep 'Traceback' #监控最新的错误日志grep -C 15 -n 'Traceback' zixinyun.log #查找报错信息grep -C 15 -n 'WORKER TIMEOUT' zixinyun.log #查找SQL超时信息grep -C 15 -n 'aaaaaaaa' zixinyun.log #查找特定信息 cat -n zixinyun

报错注入分析之updatexml注入

PS:今天元旦,家里打来电话说,今年春节要回老家.心里倍感恐惧.可以清楚的感觉得到父母说话的气息没有底气.大概如同我一样是恐惧吧.加油吧!努力赚钱! 回归正题:updatexml注入首先了解一下什么是updatexml函数. 前言:相比基于查询的SQL注入,使用insert.update和delete进行SQL注入显得略显另类参考自:http://www.exploit-db.com/wp-content/themes/exploit/docs/33253.pdf 0x1 准备条件 a. m