软件稳定性测试与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-20140702sdkplatform-tools添加到环境变量

监听 5037端口

windows命令

explorer --打开资源管理器

logoff --- 注销命令

calc -- 启动计算器

regedit.exe -- 注册表

write ---- 写字板

mkdir -- 创建文件夹

rd -- 删除

adb 命令安装、卸载apk

adb install D:packagexx.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:	estmonkey0118.txt

adb shell monkey -p com.sina.weibo -throttle 300 --ignore-timeouts --ignore-crashes -v -v 500 > E:	estmonkey0118.txt