monkey使用

Monkey使用方法及常见问题
最新推荐文章于 2024-08-07 07:38:36 发布
原创 最新推荐文章于 2024-08-07 07:38:36 发布 · 163 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了Monkey的使用方法，包括执行命令前需安装adb及配置path，给出了具体执行命令及参数含义。还说明了下载crashmonkey4androd包、解压文件、执行命令的步骤，以及结果保存目录。此外，提及了启动文件和执行命令时出现的问题。

Monkey使用

参考学习地址：http://blog.youkuaiyun.com/itfootball/article/details/46361455

(执行之前，先安装adb及配置adb的path)

 

  1. 执行命令

run  cts --plan Monkey --p com.activity --a com.eg.android.packagename --v 6000

p ：测试app的包名.

a ：测试app的主activity，

如果正确设置上面两项，Monkey会针对上面-p指定的应用测试，一直保持在该应用界面.

 

  1. 下载crashmonkey4androd包

地址：https://github.com/DoctorQ/CrashMonkey4Androd_bin#crashmonkey4androd_bin

image

2.解压文件，找到tools目录下的cts-tradefed.bat文件,双击会出现终端窗口

image

3.执行命令

run  cts --plan Monkey --p xxx --a com.xxx.xxx --v 50

image

结果\repository目录下 logs和results目录

1. logs：保存测试过程中的截图和log信息

2. results: 保存测试报告

 

 

问题：

  1. 启动cts-tradefed.bat文件，显示找不到fastboot，但是可以执行命令

image

2.执行命令后会出现这个问题，然后会继续跑

使用GDB工具分析core文件的方法
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
08-21 6534
在软件开发过程中，我们经常会遇到程序崩溃或异常退出的情况。这时，一个非常有用的工具就是GDB（GNU调试器），它可以帮助我们分析core文件并找出导致程序崩溃的原因。本文将介绍如何使用GDB工具来分析core文件。欢迎点赞收藏，谢谢
【GDB】GDB解CORE文件
静谧、淡雅
04-07 585
【GDB】GDB解CORE文件
gbd 分析core文件_HPUX GDB 分析core文件
weixin_42485957的博客
02-01 416
1、file core；进入core文件所在目录执行如上的命令；返回如下内容：Core was generated by `Edr2'.自重Edr2服务就是产生core的tuxedo serverices服务名；2、gdb '服务名' core执行以上命令格式返回如下：$ gdb Query coreHP gdb 5.9 for HP Itanium (32 or 64 bit) and targ...
使用gdb分析core文件相关方法
02-28
本文档详细描述了在实际工程调试过程中如何使用gdb来分析core文件。结合实际中出现的一些问题，配图描述了如何通过gdb工具从堆栈，回溯等信息判断出来问题所在。对实际工程调试起到一定指导作用
用gdb调试core dump文件
weixin_33895604的博客
05-29 165
在Unix系统下，应用程序崩溃，一般会产生core文件，如何根据core文件查找问题的所在，并做相应的分析和调试，是非常重要的。什么是Core Dump?Core的意思是内存, Dump的意思是扔出来, 堆出来.开发和使用Unix程序时, 有时程序莫名其妙的down了, 却没有任何的提示(有时候会提示core dumped). 这时候可以查看一下有没有形如core.进程号的文件生成, 这个...
用gdb分析core文件及常见gdb命令操作示例
周兆熊的专栏
10-08 2万+
本文以一个实际的程序为例，介绍了用gdb分析core文件的方法和步骤，同时演示了常见gdb命令的操作方法。
Debug小妙招·「1」--使用GDB分析进程Core Dump
喜豆老爹的博客
08-07 1430
什么是Core Dump当程序崩溃（例如，由于非法内存访问或除零操作）时，操作系统会生成一个文件，称为core dump。这个文件包含了程序在崩溃时的内存状态、寄存器内容、堆栈信息以及其他相关的调试信息。Core Dump的用途Core dump文件用于调试和分析程序崩溃的原因，帮助开发者复现和修复bug。通过本教程，你应该学会了如何配置系统生成core dump文件，并使用GDB对core dump进行分析。通过掌握这些技能，你可以更高效地调试和解决程序崩溃问题。
Linux下如何使用gdb调试core文件
09-14
本文将详细介绍如何使用gdb来调试core文件，以帮助开发者更好地理解和解决Linux系统中的程序问题。 首先，当程序在运行过程中遇到Segmentation fault，它会终止并生成一个core文件。这个core文件包含了程序崩溃时刻...
core文件调试（gdb）
weixin_40026739的博客
07-04 1万+
运行linux时，我们可以设定程序在崩溃的时候生成code文件。
Trafodion 关于core文件的配置
数据源的港湾
08-28 290
Trafodion安装后，会在trafodion用户的.bashrc中添加以下关于core的配置， # set core file size ulimit -c unlimited 以下配置表示当trafodion中有异常生成core文件时不限制core的生成。 默认情况下，trafodion中的core文件一般会在当前路径下生成，如cdw(TRAFHOME)或cds(TRAFHOME)...
Linux中gdb查看core堆栈信息
04-15
如果工程很大，头文件很多，而有几个头文件又经常要用的，那么： 1、把这些头文件全部写到一个头文件中，比如：preh.h 2、写一个preh.c，里面的包含库文件，只要一句话#include"preh.h" 3、对于preh.c，在project settings 里面设置creat precompilesd headers ,对于其他.c文件，设置use precompiled header file 。 预编译头文件：就是把一个工程中的那一部分代码，预先编译好放在一个文件里（通常是以.pch为扩展名的），这个文件就成为预编译头文件。这些预先编译好的代码可以是任何的C/C++代码，甚至是inline的函数，但必须是稳定的在工程开发的过程中不会被经常改变。 编译器是以文件为单位编译的，一个文件经过修改后，会重新编译整个文件，当然在这个文件里包含的所有头文件中的东西都要重新处理一遍 预编译头的作用： 根据上文介绍，预编译头文件的作用当然就是提高便宜速度了，有了它你没有必要每次 都编译那些不需要经常改变的代码。编译性能当然就提高了。 预编译头的使用： 要使用预编译头，我们必须指定一个头文件，这个头文件包含我们不会经常改变的 代码和其他的头文件，然后我们用这个头文件来生成一个预编译头文件（.pch文件） 想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的 ，编译器带的一个头文件。其实不是的，这个文件可以是任何名字的。我们来考察一个 典型的由AppWizard生成的MFC Dialog Based　程序的预编译头文件。（因为AppWizard 会为我们指定好如何使用预编译头文件，默认的是StdAfx.h，这是VC起的名字）。我们 会发现这个头文件里包含了以下的头文件： #include // MFC core and standard components #include // MFC extensions #include // MFC Automation classes #include // MFC support for Internet Explorer 4 Common Controls #include 这些正是使用MFC的必须包含的头文件，当然我们不太可能在我们的工程中修改这些头文 件的，所以说他们是稳定的。 那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我 们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件 里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能 够编译而已?D?D?D也就是说，要的只是它的.cpp的扩展名。 我们可以用/Yc编译开关来指 定StdAfx.cpp来生成一个.pch文件，通过/Fp编译开关来指定生成的pch文件的名字。打 开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的 树形视图里选择整个工程　 Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”，这就是指 定生成的.pch文件的名字，默认的通常是　.pch（我的示例工程名就是PCH）。 然后，在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件！ 这时原来的Project Option变成了 Source File Option（原来是工程，现在是一个文件 ，当然变了）。在这里我们可以看到 /Yc开关，/Yc的作用就是指定这个文件来创建一个 Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件，一个工程里只能有一个文 件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件 。 然后我们再选择一个其它的文件来看看，//其他cpp文件 在这里，Precomplier 选择了 Use ⋯⋯⋯一项，头文件是我们指定创建PCH 文件的stda fx.h 文件。事实上，这里是使用工程里的设置，（如图1）/Yu”stdafx.h”。 这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。以 下是注意事项： 1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍 是最开头，包含 你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如 果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的， 你自己试以下就知道了，绝对有很惊人的效果⋯.. fatal error C1010: unexp
GDB-core文件调试
TheoryGo的博客
07-16 572
将产生段错误时，所运行的可执行程序和core文件一起复制到编译服务器中，另外还需要将所运行的可执行程序所依赖的所有库全部复制到编译服务器中，并且保持库在设备中的相对位置，所在目录的位置，即保证路径要相同。/proc/sys/kernel/core_uses_pid：控制产生的core文件的文件名中是否添加pid作为扩展，如果添加则文件内容为1，否则为0。/proc/sys/kernel/core_pattern：可以设置格式化的core文件保存的位置和文件名，比如原来文件内容是core-%e。
Linux下gdb调试生成core文件并调试core文件
热门推荐
wkd_007的博客
03-30 5万+
1.什么是core文件？有问题的程序运行后，产生“段错误 (核心已转储)”时生成的具有堆栈信息和调试信息的文件。编译时需要加 -g 选项使程序生成调试信息: gcc -g core_test.c -o core_test2.怎样配置生成 core 文件(1)core文件开关①使用 ulimit -c 查看core开关，如果为0表示关闭，不会生成core文件；②使用 ulimit -...
什么是Core文件
听雨轩
11-08 1437
以前看到一篇帖子里是说AIX系统管理员每天应该做哪些工作，其中有一项是检查有没有大的core 文件发生，baidu了一下，关于core文件的资料。 1、core文件是在应用崩溃时记录的内存影象 2、如何查看core文件是哪个程序产生的， 方法1 #strings core|grep _= 3、lquerypv -h core文件 ，可以查看到Core文件中报错的进程名字。 4、采...
corefile介绍与gdb调试
hjx168168的博客
04-23 3436
一、什么是coredump应用程序由于某些异常或者bug而被强制退出时，Linux系统会在当前目录或指定目录下生成一个core文件，供使用者调试定位程序异常出现的位置。core文件包含了程序运行时内存、寄存器状态、函数调用堆栈等调试信息。二、core file的路径查看与设置1、可通过如下命令查看core file的生成路径：    cat /proc/sys/kernel/core_patter...
corefile的设置与使用
weixin_34032779的博客
09-15 603
一、简介 corefile是Linux下程序崩溃时生成的文件，可以用来分析程序崩溃的原因，因为它内部包含了程序崩溃时的堆栈信息。 二、corefile的设置 默认情况下，程序崩溃是不会生成corefile了，因为被操作系统限制。可以通过命令： ulimit -c 来查看，如果值为0则表示被限制了。 打开的方式有多种，最简单的是： ulimit -c unlimited 其中unlimite...
你知道或者不知道的Linux core文件
liuxianjinah的博客
06-11 2195
Linux的core文件是码农在程序开发和维护中经常会遇见，且令人闻之色变，因为出core文件的意味着程序存在bug并且程序暂时不能正常运行，需要恢复，而且随着Core进程的内存空间越大，恢复时间越长。今天我们来探讨下以下core文件相关的问题。 一.什么是core文件？ Core 文件,也叫core dump,是操作系统在进程收到某些信号而终止运行时，将此时该进程的地址空间的内容及进程状态的相关信息写入的一个磁盘文件。这些信息包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信
GDB跟踪core
Lizune
07-26 412
如果程序崩了，怎么进行错误的定位？ 主要有两种方式： 查看日志定位，程序出错在哪里； 程序自身产生的coredump文件一般可以用来分析程序运行到哪里出错了。 1.核心转储 核心文件（core file），也称磁芯倾印（core dump），是操作系统在进程收到某些信号而终止运行时，将此时进程地址空间的内容以及有关进程状态的其他信息写出的一个磁盘文件。这种信息往往用于调试。（来自wiki） 2.设置coredump文件的生成 我采用的Linux 16.04，打开终端： 查看core文件的大小，输入.
core文件如何分析
水枂的博客
09-26 1万+
（一）什么是coredump 通常应用程序运行时遇到，在满足一定条件下产生一个core文件，例如程序收到SIGABRT、SIGEMT等信号时(注：在signal.h里说明了哪些新号会产生coredump)都会出现coredump，我们平时见到最多的应该就是段错误。 core文件包含了程序运行时内存、寄存器状态、堆栈指针、内存管理信息以及函数调用堆栈信息。 我们通过分析core文件可以找到应用程序崩溃的地方 (二)coredump产生的条件 （1）coredump产生主要原因： 1、内存访问越界 2、多线程程
gdb分析core dump文件
最新发布
03-19
<think>好的，我现在需要帮助用户学习如何使用GDB分析core dump文件。首先，我得回想一下自己之前学过的相关知识，确保步骤正确。用户可能遇到了程序崩溃的问题，想通过core dump来排查原因。我需要详细但清晰地列出步骤，避免遗漏关键点。 首先，应该确认core dump是否已生成。用户可能不知道系统需要配置才能生成core文件，所以需要提到ulimit的设置，还有core文件的存储位置和命名格式。这部分可能需要引用参考中的内容，比如引用[2]提到的生成core dump的方法。 接下来是启动GDB加载core文件的步骤，命令格式是gdb <可执行文件> <core文件>。需要提醒用户确保可执行文件和core文件匹配，尤其是带有调试信息的版本，这一点很重要，否则可能无法正确分析。 然后，在GDB中查看堆栈信息，使用bt命令。这时候要解释bt的作用，帮助用户定位崩溃点。可能还需要检查变量和寄存器的状态，比如info locals、print、info registers这些命令，引用中的例子有没有提到这些？参考[3]提到了分析coredump的基本步骤，应该包括这些命令。 此外，查看线程信息对于多线程程序也很重要，用户可能不知道使用info threads，所以需要包含进去。引用里有没有提到多线程的情况？可能需要确认，但不管怎样，提供全面的建议比较好。 最后是其他有用的命令，比如disassemble和list，这些可以帮助用户更深入分析。还要提醒注意事项，比如调试符号和程序版本匹配的问题，可能引用[3]中提到的相关内容。 现在要确保步骤逻辑清晰，用户能够一步步跟随操作。同时，需要按照用户的要求，在引用相关部分时添加标注，比如引用[2]和[3]中的内容。另外，生成的相关问题要覆盖常见的使用场景和潜在问题，比如如何生成core文件、没有符号表怎么办、多线程调试等。 检查是否所有要点都涵盖：生成core文件的条件、GDB加载命令、堆栈跟踪、变量检查、线程查看、其他命令、注意事项。有没有遗漏什么？比如core文件的路径设置，可能需要提到/proc/sys/kernel/core_pattern，但用户可能只需要基本步骤，详细配置可能属于进阶内容，可以放在相关问题里。 最后，确保使用中文，数学公式正确（虽然这个问题可能不涉及太多公式，但按照系统指令，如果有的话要用$...$），结构清晰，分步骤说明，没有使用markdown，语言口语化，自然流畅。</think>### 使用GDB分析core dump文件的步骤 #### 1. **确认core dump文件生成** - 确保系统已启用core dump功能： ```bash ulimit -c unlimited # 解除core文件大小限制 ``` - 检查core文件生成路径和命名格式（默认可能为`./core`或`/tmp/core`），可通过修改`/proc/sys/kernel/core_pattern`自定义[^2]。 #### 2. **启动GDB并加载core文件** ```bash gdb <可执行程序路径> <core文件路径> # 例如: gdb ./my_app ./core.1234 ``` - 需确保可执行程序与崩溃时的版本一致，并包含调试信息（编译时添加`-g`选项）[^3]。 #### 3. **查看崩溃时的堆栈信息** - 在GDB中执行以下命令，定位崩溃位置： ```gdb (gdb) bt # 显示完整的调用堆栈 ``` - 堆栈顶部通常是崩溃的函数，例如： ``` #0 0x00007f8e9a1d2345 in some_function() at src/main.cpp:42 ``` #### 4. **检查变量和寄存器状态** - 查看局部变量： ```gdb (gdb) info locals # 列出当前函数的局部变量 ``` - 输出特定变量的值： ```gdb (gdb) print variable_name # 例如: print *ptr ``` - 查看寄存器状态： ```gdb (gdb) info registers # 显示CPU寄存器内容 ``` #### 5. **分析多线程问题** - 如果程序涉及多线程，查看所有线程状态： ```gdb (gdb) info threads # 列出所有线程 (gdb) thread <线程编号> # 切换到指定线程 (gdb) bt # 查看该线程的堆栈 ``` #### 6. **其他有用命令** - 反汇编当前函数： ```gdb (gdb) disassemble ``` - 查看源代码上下文： ```gdb (gdb) list # 显示当前行附近的代码 ``` #### 7. **注意事项** - **调试符号**：若可执行文件未包含调试信息（未用`-g`编译），GDB可能无法显示具体代码行。 - **版本匹配**：core文件必须由同一版本的可执行文件生成，否则分析结果可能不准确[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值