软件稳定性测试与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

猜你喜欢

转载自www.cnblogs.com/notfind/p/12383662.html