软件稳定性测试与adb命令
软件稳定性测试的测试点
1.对软件多次测试，长时间运行，是否正常运行
2.长时间对软件开启关闭软件和系统是否正常
3.软件长时间执行某个业务后切换到别的不同的业务操作是否受影响
4.软件长时间开启但是不执行任何操作，然后检查能否正常执行业务操作
5.软件长时间对日常的用户数进行操作运行，观察系统内存占用率是否越来越大，可用内存是否减少，内存是否溢出，饱和运算内存是否占用过大、是否溢出
6.软件长时间开启正常运行，观察系统CPU是否使用率是否越来越高,在饱和运算时,观察系统cup使用率，饱和运算结束时，CPU使用率能否回到正常值
7.在系统运行过程中，对系统饱和施压，观察系统的各种性能指标，以及服务器的指标、观察服务器电源电压是否降低、机箱、内存、硬盘、CPU等硬件指标来观察系统的稳定性
8.模拟平常的压力，模拟实际中日常的用户数进行操作。要存、取、建、查数据，验证数据库是否正常读写
9.模拟饱和压力测试，模拟实际中日常最大用户数进行操作。要存、取、建、查数据，验证数据库是否正常读写，系统运行是否受影响
10.多个关联软件，存在接口访问数据交流，关闭其中的一个软件，检查软件是否稳定运行
11.多对不同功能模块软件同时操作是否能够正常响应，数据库运行是否正常
12.对依靠网络运行的软件，使用网络工具将软件的带宽限制到最低，检查系统处理是否正常
13.对依靠网络运行的软件，在执行业务时断网，检查系统处理是否正常，软件能够正常运行
14.有数据库操作的软件，如果数据库停止运行，检查程序是否能正常处理
15.对不同功能模块软件同时操作是否能够正常响应
16.对不同的操作系统主要是windows系列操作，比如XP,WIN7等，检查不同操作系统能否稳定运行、报错
17.系统断电后此软件是否能够正常启动、正常运行，或者给出异常提示
18.多个关联软件，存在接口访问数据交流，关闭其中的一个软件，检查软件是否稳定运行
19.版本升级后对原有功能稳定性是否受到影响，对原有数据操作是否存在异常
20.软件某单元模块异常后是否影响整个软件正常运行
21.当系统出现崩溃时，重起系统软件能否正常运行
22.分析系统操作中，哪些业务或功能存在大数据量的处理，如果存在，要将这些功能或业务反复处理，检查系统是否能正常运行，并观察系统的性能和资源使用情况
23.分析系统操作中，哪些业务或功能存在大数据量的输出或生成，如果存在，要将这些功能或业务反复处理，检查系统是否能正常运行，并观察系统的性能和硬盘占用情况
24.如果系统同时允许多个不同的客户端版本同时访问服务器，要构造尽量多的不同版本的客户端，进行大量的访问服务器的操作，看是否会产生数据冲突或异常
25.与开发或设计人员确认，系统的哪些业务或功能在处理过程中，会占用大量的内存，（例如批量生成大容量文件，批量实例化对象，批量产生连接等），要对这些操作进行大量重复，检查系统是否存在内存泄漏问题
26.若系统结构中使用了负载均衡，则要考虑负载均衡的策略，要模拟大量用户进行各种不同的并发操作，检查负载均衡是否发生有效地作用
原文链接：https://blog.csdn.net/qq_29656581/article/details/78327320
adb命令
下载：https://www.androiddevtools.cn/
ADT Bundle
配置将D:\adt-bundle-windows-x86_64-20140702\sdk\platform-tools添加到环境变量
监听 5037端口
windows命令
explorer --打开资源管理器
logoff --- 注销命令
calc -- 启动计算器
regedit.exe -- 注册表
write ---- 写字板
mkdir -- 创建文件夹
rd -- 删除
adb 命令安装、卸载apk
adb install D:\package\xx.apk
adb uninstall 包名
adb uninstall com.zhihu.android
adb shell pm list packages
adb shell pm list packages -3 显示第三方app
adb shell pm list packages -s 显示系统应用
adb get-serialno 查看设备序列号ll
adb push
adb pull
手机没有root ，只能在sdcard文件夹下进行
adb push D:/package/xx.apk /sdcard/data/xx.apk
adb shell mkdir path/foldelname // 新建文件夹
adb shell cat
adb shell 进入手机底层（Linux）
Monkey
它是Android系统自带一个命令行工具，可以运行在模拟器里或者真实设备中运行。
monkey向系统发送伪随机的用户事件流(键盘输入、触摸输入、手势输入等)，实现对正在开发的应用程序进行压力测试。
monkey脚本所在手机目录
system /bin
adb devices
adb shell
ls -l
cd system
cd bin
cat monkey
monkey.jar所在目录
system /framework
adb shell monkey # 获取monkey所有命令
adb shell monkey 300 # 随机事件
adb shell pm list packages -3 # 列出第三方包
adb shell pm list packages -3 | findstr qq
adb shell monkey -p com.tencent.mobileqq 500 # 向手机qq发送500个随机事件流,(先手动打开手机qq)
adb shell monkey -p com.tencent.mobileqq -v 500 #
# 参数-v
用于指定反馈信息级别（信息级别就是日志的详细程度），共分3个级别
# Level 0
#示例： monkey -p com.tencent.mobileqq -v 500
# 说明：缺省值，仅提示启动提示、测试完成和最终结果等少量信息
# Level 1
#示例： monkey -p com.tencent.mobileqq -v -v 500
日志级别 Level 1
提供较为详细的日志，包括每个发送到Activity的事件信息
日志级别 Level 2
例 monkey –p com.jianjiexuan.na –v -v -v 500
monkey -p cn.com.pvc -s 10 100
monkey -p cn.com.pvc -s 10 100
# 两次测试的效果是相同的，因为模拟的用户操作序列（每次操作按照一定的先后顺序所组成的一系列操作，即一个序列）是一样的；操作序列虽然是随机生成的，但是只要我们指定了相同的Seed值，就可以保证两次测试产生的随机操作序列是完全相同的，所以这个操作序列是伪随机的
adb shell monkey -p com.tencent.mobileqq -v -v -s 123 --throttle 300 500
# 延迟300ms 次数放在最后
--ignore-crashes
# 当应用程序崩溃时（Force & Close错误）， Monkey是否停止运行；如果使用此参数，即使应用程序崩溃，Monkey依然会发送事件，直到事件计数完成
monkey -p com.tencent.mobileqq --ignore-crashes 100
--ignore-timeouts
当应用程序发生ANR（application no responding）错误时，Monkey依然会发送事件，直到事件计数完成
adb shell monkey -p com.tencxun.mobileqq -v -v -s 123 --throttle 300 500
adb shell monkey -p com.sina.weibo -v -v -throttle 300 --ignore-timeouts --ignore-crashes 500 > E:\test\monkey0118.txt
adb shell monkey -p com.sina.weibo -throttle 300 --ignore-timeouts --ignore-crashes -v -v 500 > E:\test\monkey0118.txt
