告警通知变得轻松便捷——微信告警接口指南
702
2023-02-22
移动app 性能测试（移动app性能测试需要考虑哪些重要的内容）
本站部分文章、图片属于网络上可搜索到的公开信息，均用于学习和交流用途，不能代表睿象云的观点、立场或意见。我们接受网民的监督，如发现任何违法内容或侵犯了您的权益，请第一时间联系小编邮箱jiasou666@gmail.com 处理。
本篇文章给大家谈谈移动app 性能测试，以及移动app性能测试需要考虑哪些重要的内容对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
今天给各位分享移动app 性能测试的知识，其中也会对移动app性能测试需要考虑哪些重要的内容进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
存放路径：Monkey程序是Android系统自带的移动app 性能测试，由Java语言写成，在Android文件系统中的存放路径是： /system/framework/monkey.jar。
大致操作流程：通过名为“monkey”的Shell脚本去启动Monkey.jar程序（shell脚本在Android文件系统中 的存放路径是：/system/bin/monkey），在你指定的APP应用上模拟用户点击，滑动，输入等操作以极快的速度来对设备程序进行压力测试，检测程序是否会发生异常，然后通过日志进行排错。
主要目的：测试app 是否会是否会Crash。
操作命令格式：adb shell monkey ｛+命令参数｝
获取Android包名方法：（注意：请开启手机开发者模式，请开启手机USB调试模式）
查看正在运行的程序的包名：adb shell dumpsys activity activities | sed -En -e '/Running activities/,/Run #0/p' （例如：我清理手机后台之后，开启移动app 性能测试了QQ，输入命令之后，就会出现QQ的进程，框的地方就是qq的包名）
monkey常用操作命令简介
-p 包名：指定应用程序。例如：adb shell monkey -p 包名 事件总数
-v：打印log级别，-v越多日志信息越详细，最多支持3个。例如：adb shell monkey -p 包名 -v -v -v 事件总数
-s：伪随机数生成器的 seed 值，通俗的说就是个标记，后面跟数字，例如：执行adb shell monkey -s 1 -p 包名 事件总数，这个我标记了-s 1，命令操作完之后，我发现有日志报错，我想重新执行这个monkey操作,那你就可以继续执行这个命令，排错时常用。
-f：后接测试脚本名，例如：adb shell monkey -f 脚本名 事件总数
-throttle：翻译减速的意思，后面接时间，单位为ms，,表示事件之间的固定延迟，如果不接该项，monkey将不会延迟，例如:adb shell monkey --throttle 500 -p 包名 事件总数
--pct-事件类别 11个事件百分比控制（有的是9种事件，没有--pct-pinchzoom，--pct-rotation事件）由安卓SDK决定
11种事件，按顺序罗列的
--pct-touch ｛+百分比｝：0
翻译触摸，触摸事件泛指发生在某一位置的一个down-up事件，点击
--pct-motion ｛+百分比｝：1
翻译动作，动作事件泛指从某一位置接下（即down事件）后经过一系列伪随机事件后弹出（即up事件）
--pct-pinchzoom ｛+百分比｝：2
翻译二指缩放，智能机上的放大缩小手势操作事件
--pct-trackball ｛+百分比｝： 3
翻译轨迹，轨迹事件包括一系列的随机移动，以及偶尔跟随在移动后面的点击事件
--pct-rotation ｛+百分比｝：4
翻译屏幕旋转，横屏竖屏事件
--pct-nav ｛+百分比｝：5
翻译基本导航，基本导航事件主要来自方向输入设备的上、下、左、右事件
--pct-majornav ｛+百分比｝：6
翻译主要导航，主要导航事件通常指引发图形界面的一些动作，如键盘中间按键、返回按键、菜单按键等
--pct-syskeys ｛+百分比｝：7
翻译系统按键，系统按键事件通常指仅供系统使用的保留按键，HOME键、BACK键、拨号键、挂断键、音量键等
--pct-appswitch ｛+百分比｝：8
翻译应用启动，应用启动事件（activity launches)即打开应用，通过调用startActivity()方法最大限度地开启该package下的所有应用
--pct-flip ｛+百分比｝：9
翻译翻转，键盘轻弹百分比，如点击输入框，键盘弹起，点击输入框以外区域，键盘收回
--pct-anyevent ｛+百分比｝：10
翻译其移动app 性能测试他类型，其他类型事件指上文中未涉及的所有其他事件，keypress、不常用的button等
百分比控制以及使用
首先注意一点，这个Event percentages在不同版本的SDK版本中顺序可能会不一样。
如果在monkey参数中不指定事件参数，这些动作都是随机分配的，11个动作其分配的百分比之和为100%，通过添加命令选项来控制每个事件的百分比。
添加事件百分比之后的情况，举例添加--pct-touch事件百分比为100：
命令： adb shell monkey -v -p 包名 --pct-touch 100 100
结果：
说明：尴尬啊，我这个vent percentages竟然有12种，多了一种什么我也不知道，但我敢肯定这跟SDK版本有关系，想知道的同学可以自己从安卓SDK中反编译出monkey源码，通过查看源码中的MonkeySourceRandom.java文件获知！查出来的同学可以告知我下。
说明：尴尬啊，我这个vent percentages竟然有12种，多了一种什么我也不知道，但我敢肯定这跟SDK版本有关系，想知道的同学可以自己从安卓SDK中反编译出monkey源码，通过查看源码中的MonkeySourceRandom.java文件获知！查出来的同学可以告知我下，我想做伸手党
-ignore-crashes：翻译忽略崩溃，当应用程序崩溃或发生失控异常时，monkey将继续运行直到计数完成。如果不设置此项，monkey遇到上述崩溃或异常将停止运行。
-ignore-timeouts：翻译忽略超时，当应用程序发生任何超时错误（如ANR，即Application Not Responding)时，monkey将继续运行直到计数完成。如果不设置此项，monkey 遇到此类超时将停止运行。
monkey测试中，如何终止运行：
方法一：
新建一个窗口
执行： adb shell ，
再执行ps | grep monkey,返回来的第一个数字，即是monkey的进程号
然后kill pid 进程号。如图
对手机进行重启
新建一个窗口
执行adb reboot
log日志导出
保存到电脑上。
执行：adb shell monkey -p 包名 -v 1000 /Users/weixiangyang/Desktop/monkey.txt
例如：保存到电脑上标准流与错误流分开保存，分别命名为info.txt，error.txt
info.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时发送的各种事件，如触摸事件的位置等等。
error.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时产生的一些ANR、强制关闭等异常。 执行：adb shell monkey -p 包名 -v 1000 1/Users/weixiangyang/Desktop/info.txt 2/Users/weixiangyang/Desktop/error.txt
例如：保存到电脑上并命名为monkey.txt
保存到手机上。注意：手机要root
例如：保存到手机上并命名为monkey.txt
执行：
adb shell说明：进入adb shell后就相当于进入linux的root下面，但是没有权限在里面创建文件,所以手机要root
monkey -p 包名 -v 1000 /mnt/sdcard/monkey.txt
注意：我的 adb shell 跟monkey XXX是分开执行的，分两行！！！
例如：保存到电脑上标准流与错误流分开保存，分别命名为info.txt，error.txt
执行：adb shell monkey -p 包名 -v 1000 1/mnt/sdcard/info.txt 2/mnt/sdcard/error.txt
# 非功能测试
app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前移动app 性能测试，测试人员有一定的职责做该类需求的跟踪工作。
早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅，问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈，看看用户是否能很好地使用新功能，以便得出第一印象。
# 功能测试
每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时，测试员必须把app当作"黑盒"一样进行手动测试，看看提供的功能是否正确并如设计的一样正常运作。除移动app 性能测试了经典软件测试，像点击按钮、提交订单看看会发生什么，测试员还必须执行更多功能的app测试。
除了整个手动测试过程，测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够，所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具，有商业的也有开源的，面向各个不同平台。根据开发策略和结构，品质管理测试专家需找出最适合他们环境的自动化工具。
# 客户端性能测试
一个App做得好不好，不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如：一个很好玩的 游戏 或应用，只能在高端机上流畅运行，在中低端机上卡得不行，也不会取得好的口碑。
# 适配兼容测试
App在经过功能测试后，也需对其进行适配兼容测试需要检查的项主要有以下几点：
(a) 在不同品牌的机型上的安装、拉起、点击和卸载是否正常移动app 性能测试；
(b) 在不同的操作系统上的安装、拉起、点击和卸载是否正常；
移动app 性能测试我们在实际测试中，常常会遇到下列问题：
(a) 在某个品牌某个系统上，app安装不上；
(b) 在某个品牌某个系统上，app无法拉起；
(c) 在某个品牌某个系统上，app拉起后无响应或拉起后黑屏、花屏；
(d) 在某个品牌某个系统上，app无法顺利卸载；
# 弱网络测试
App在使用的过程中，难免会遇到弱网络环境，例如在公车上、在地铁里。在这种情况下，常常会出现网络抖动、上行或下行超时，导致应用中出现丢包。
作为一个测试人员，要对app在上线前做一定场景的弱网络环境模型，并查看app在弱网络环境下是否存在某些未知的问题。下面是常用的弱网络环境场景：
(a) 弱网络信号场景模拟；
(b) 市区低速移动场景模拟；
(c) 郊区高速移动场景模拟；
(d) 请求回应超时_上行超时场景模拟；
(e) 请求回应超时_下行超时场景模拟；
(f) 网络抖动场景模拟。
# 耗电量测试
# 协议测试
模拟客户端直接发送协议包给服务器，看看服务器是否有一定的校验，认不认客户端发过来的数据。协议测试，主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。
# 安全测试
App在上线前，都需要做详细的安全测试。安全测试主要为了检测应用是否容易被外界破解；是否存在被恶意代码注入的风险；上线后外挂的风险高不高等。
# 服务器性能测试
服务器性能测试，主要包含单机容量测试和24小时稳定性测试。单机容量测试，可以检测到单机服务器在90%的响应时间和成功率都达标的前提下，能够承载多少用户量。使用特定 游戏 模型压测24小时，服务无重启，内存无泄漏，并且各事务成功率达标。
# 服务器容灾测试
服务器容灾测试，主要指某个服务进程崩溃掉后，是否具有自行恢复能力。比如 游戏 逻辑进程消失后，是否会自动拉起；memcached崩溃时，是否会重新启动，是否会对所有玩家有影响。这些都是app测试过程中需要考虑的因素。 关于移动app 性能测试和移动app性能测试需要考虑哪些重要的内容的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 移动app 性能测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于移动app性能测试需要考虑哪些重要的内容、移动app 性能测试的信息别忘了在本站进行查找喔。
本文目录一览：
如何制作移动app测试方案及详细流程？
1.首先是测试 资源确认及准备\x0d\x0a（1）产品需求文档移动app 性能测试，产品原型图 移动app 性能测试，接口说明文档及设计文档应该齐全\x0d\x0a（2）测试设备及测试工具 的准备移动app 性能测试：IOS和Android的不同年版本的真机移动app 性能测试，以及测试相关工具的准备\x0d\x0a2.测试用例的设计及评审\x0d\x0a（1）根据产品需求文档，产品原型图等文档，设计客户端的一般功能测试用例\x0d\x0a（2）测试用例评审，修改与完善，评审过后着手进入正式测试阶段\x0d\x0a3. UI测试\x0d\x0a（1）确保手头的原型图与效果图为当前最新版本，符合产品经理及用户需求\x0d\x0a（2）测试过程一切以效果图为准，若用户体验方面有建议，先以邮件的形式 与产品经理确认，确认通过后，可以正式的发出用户体验方面的问题\x0d\x0a4.功能测试\x0d\x0a（1）APP功能测试主要依据编写的功能 测试用例进行软件功能的遍历\x0d\x0a（2）涉及的测试主要包括基本功能测试，安装，卸载，运行测试 ，异常处理（包括网络 突然中断或者网速 过慢，机器内存不足等异常情况的处理 ）\x0d\x0a5.中断测试\x0d\x0a（1）软件运行 过程中接电话，收短信，锁屏，闹铃，充电，收到通知提醒后在 使用软件，软件任可以 正常运行\x0d\x0a（2）运行软件时由前台切换到后台，再切换回前台 仍能继续运行\x0d\x0a6.兼容性及适配器测试\x0d\x0a（1）硬件的适配 ：不同手机 厂商，硬件 性能，不同屏幕大小的适配\x0d\x0a（2）OS版本的兼容\x0d\x0a（3）不同屏幕分辨率的适配：移动端设备的屏幕分辨率多种多样 ，如果 app没有做合适的处理可能会显示不好，甚至影响功能的操作\x0d\x0a（4）兼容性测试必须放在 一定数量的真机上运行 ，由于真机类型较多，兼容性测试 的时候可以选取典型的几种运用较多的真机进行兼容性测试\x0d\x0a7.性能测试\x0d\x0a（1）客户端性能测试注重安装卸载时间，启动时间，页面加载时间，主要功能占用的床铺，内存，流量，耗电量 等，以及与同类产品相比较是否具有优势\x0d\x0a（2）至于服务器端的性能，主要利用接口对服务器进行加压，重点关注相应时间，吞吐量，并发数，事务通过率等\x0d\x0a8.稳定性测试\x0d\x0a（1）安卓app的稳定性常常使用 monkey进行测试，通过随机事件流模拟个人操作，对检查程序的内存溢出，空指针有很大的作用\x0d\x0a9.检测分析及测试报告输出\x0d\x0a以上各种形式的APP测试结束后，应该形成完整的分析及报告文档，输出给相关人员\x0d\x0aTestBird
移动端手机 App 耗电量测试：Monkey 电量测试基本操作及 Android 性能优化
Monkey 测试简介存放路径：Monkey程序是Android系统自带的移动app 性能测试，由Java语言写成，在Android文件系统中的存放路径是： /system/framework/monkey.jar。
大致操作流程：通过名为“monkey”的Shell脚本去启动Monkey.jar程序（shell脚本在Android文件系统中 的存放路径是：/system/bin/monkey），在你指定的APP应用上模拟用户点击，滑动，输入等操作以极快的速度来对设备程序进行压力测试，检测程序是否会发生异常，然后通过日志进行排错。
主要目的：测试app 是否会是否会Crash。
操作命令格式：adb shell monkey ｛+命令参数｝
获取Android包名方法：（注意：请开启手机开发者模式，请开启手机USB调试模式）
查看正在运行的程序的包名：adb shell dumpsys activity activities | sed -En -e '/Running activities/,/Run #0/p' （例如：我清理手机后台之后，开启移动app 性能测试了QQ，输入命令之后，就会出现QQ的进程，框的地方就是qq的包名）
monkey常用操作命令简介
-p 包名：指定应用程序。例如：adb shell monkey -p 包名 事件总数
-v：打印log级别，-v越多日志信息越详细，最多支持3个。例如：adb shell monkey -p 包名 -v -v -v 事件总数
-s：伪随机数生成器的 seed 值，通俗的说就是个标记，后面跟数字，例如：执行adb shell monkey -s 1 -p 包名 事件总数，这个我标记了-s 1，命令操作完之后，我发现有日志报错，我想重新执行这个monkey操作,那你就可以继续执行这个命令，排错时常用。
-f：后接测试脚本名，例如：adb shell monkey -f 脚本名 事件总数
-throttle：翻译减速的意思，后面接时间，单位为ms，,表示事件之间的固定延迟，如果不接该项，monkey将不会延迟，例如:adb shell monkey --throttle 500 -p 包名 事件总数
--pct-事件类别 11个事件百分比控制（有的是9种事件，没有--pct-pinchzoom，--pct-rotation事件）由安卓SDK决定
11种事件，按顺序罗列的
--pct-touch ｛+百分比｝：0
翻译触摸，触摸事件泛指发生在某一位置的一个down-up事件，点击
--pct-motion ｛+百分比｝：1
翻译动作，动作事件泛指从某一位置接下（即down事件）后经过一系列伪随机事件后弹出（即up事件）
--pct-pinchzoom ｛+百分比｝：2
翻译二指缩放，智能机上的放大缩小手势操作事件
--pct-trackball ｛+百分比｝： 3
翻译轨迹，轨迹事件包括一系列的随机移动，以及偶尔跟随在移动后面的点击事件
--pct-rotation ｛+百分比｝：4
翻译屏幕旋转，横屏竖屏事件
--pct-nav ｛+百分比｝：5
翻译基本导航，基本导航事件主要来自方向输入设备的上、下、左、右事件
--pct-majornav ｛+百分比｝：6
翻译主要导航，主要导航事件通常指引发图形界面的一些动作，如键盘中间按键、返回按键、菜单按键等
--pct-syskeys ｛+百分比｝：7
翻译系统按键，系统按键事件通常指仅供系统使用的保留按键，HOME键、BACK键、拨号键、挂断键、音量键等
--pct-appswitch ｛+百分比｝：8
翻译应用启动，应用启动事件（activity launches)即打开应用，通过调用startActivity()方法最大限度地开启该package下的所有应用
--pct-flip ｛+百分比｝：9
翻译翻转，键盘轻弹百分比，如点击输入框，键盘弹起，点击输入框以外区域，键盘收回
--pct-anyevent ｛+百分比｝：10
翻译其移动app 性能测试他类型，其他类型事件指上文中未涉及的所有其他事件，keypress、不常用的button等
百分比控制以及使用
首先注意一点，这个Event percentages在不同版本的SDK版本中顺序可能会不一样。
如果在monkey参数中不指定事件参数，这些动作都是随机分配的，11个动作其分配的百分比之和为100%，通过添加命令选项来控制每个事件的百分比。
添加事件百分比之后的情况，举例添加--pct-touch事件百分比为100：
命令： adb shell monkey -v -p 包名 --pct-touch 100 100
结果：
说明：尴尬啊，我这个vent percentages竟然有12种，多了一种什么我也不知道，但我敢肯定这跟SDK版本有关系，想知道的同学可以自己从安卓SDK中反编译出monkey源码，通过查看源码中的MonkeySourceRandom.java文件获知！查出来的同学可以告知我下。
说明：尴尬啊，我这个vent percentages竟然有12种，多了一种什么我也不知道，但我敢肯定这跟SDK版本有关系，想知道的同学可以自己从安卓SDK中反编译出monkey源码，通过查看源码中的MonkeySourceRandom.java文件获知！查出来的同学可以告知我下，我想做伸手党
-ignore-crashes：翻译忽略崩溃，当应用程序崩溃或发生失控异常时，monkey将继续运行直到计数完成。如果不设置此项，monkey遇到上述崩溃或异常将停止运行。
-ignore-timeouts：翻译忽略超时，当应用程序发生任何超时错误（如ANR，即Application Not Responding)时，monkey将继续运行直到计数完成。如果不设置此项，monkey 遇到此类超时将停止运行。
monkey测试中，如何终止运行：
方法一：
新建一个窗口
执行： adb shell ，
再执行ps | grep monkey,返回来的第一个数字，即是monkey的进程号
然后kill pid 进程号。如图
对手机进行重启
新建一个窗口
执行adb reboot
log日志导出
保存到电脑上。
执行：adb shell monkey -p 包名 -v 1000 /Users/weixiangyang/Desktop/monkey.txt
例如：保存到电脑上标准流与错误流分开保存，分别命名为info.txt，error.txt
info.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时发送的各种事件，如触摸事件的位置等等。
error.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时产生的一些ANR、强制关闭等异常。 执行：adb shell monkey -p 包名 -v 1000 1/Users/weixiangyang/Desktop/info.txt 2/Users/weixiangyang/Desktop/error.txt
例如：保存到电脑上并命名为monkey.txt
保存到手机上。注意：手机要root
例如：保存到手机上并命名为monkey.txt
执行：
adb shell说明：进入adb shell后就相当于进入linux的root下面，但是没有权限在里面创建文件,所以手机要root
monkey -p 包名 -v 1000 /mnt/sdcard/monkey.txt
注意：我的 adb shell 跟monkey XXX是分开执行的，分两行！！！
例如：保存到电脑上标准流与错误流分开保存，分别命名为info.txt，error.txt
执行：adb shell monkey -p 包名 -v 1000 1/mnt/sdcard/info.txt 2/mnt/sdcard/error.txt
如何做好App的测试工作
测试一个App具体包括哪些方面？以及每个方面的关键点都有哪些呢？# 非功能测试
app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前移动app 性能测试，测试人员有一定的职责做该类需求的跟踪工作。
早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅，问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈，看看用户是否能很好地使用新功能，以便得出第一印象。
# 功能测试
每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时，测试员必须把app当作"黑盒"一样进行手动测试，看看提供的功能是否正确并如设计的一样正常运作。除移动app 性能测试了经典软件测试，像点击按钮、提交订单看看会发生什么，测试员还必须执行更多功能的app测试。
除了整个手动测试过程，测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够，所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具，有商业的也有开源的，面向各个不同平台。根据开发策略和结构，品质管理测试专家需找出最适合他们环境的自动化工具。
# 客户端性能测试
一个App做得好不好，不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如：一个很好玩的 游戏 或应用，只能在高端机上流畅运行，在中低端机上卡得不行，也不会取得好的口碑。
# 适配兼容测试
App在经过功能测试后，也需对其进行适配兼容测试需要检查的项主要有以下几点：
(a) 在不同品牌的机型上的安装、拉起、点击和卸载是否正常移动app 性能测试；
(b) 在不同的操作系统上的安装、拉起、点击和卸载是否正常；
移动app 性能测试我们在实际测试中，常常会遇到下列问题：
(a) 在某个品牌某个系统上，app安装不上；
(b) 在某个品牌某个系统上，app无法拉起；
(c) 在某个品牌某个系统上，app拉起后无响应或拉起后黑屏、花屏；
(d) 在某个品牌某个系统上，app无法顺利卸载；
# 弱网络测试
App在使用的过程中，难免会遇到弱网络环境，例如在公车上、在地铁里。在这种情况下，常常会出现网络抖动、上行或下行超时，导致应用中出现丢包。
作为一个测试人员，要对app在上线前做一定场景的弱网络环境模型，并查看app在弱网络环境下是否存在某些未知的问题。下面是常用的弱网络环境场景：
(a) 弱网络信号场景模拟；
(b) 市区低速移动场景模拟；
(c) 郊区高速移动场景模拟；
(d) 请求回应超时_上行超时场景模拟；
(e) 请求回应超时_下行超时场景模拟；
(f) 网络抖动场景模拟。
# 耗电量测试
# 协议测试
模拟客户端直接发送协议包给服务器，看看服务器是否有一定的校验，认不认客户端发过来的数据。协议测试，主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。
# 安全测试
App在上线前，都需要做详细的安全测试。安全测试主要为了检测应用是否容易被外界破解；是否存在被恶意代码注入的风险；上线后外挂的风险高不高等。
# 服务器性能测试
服务器性能测试，主要包含单机容量测试和24小时稳定性测试。单机容量测试，可以检测到单机服务器在90%的响应时间和成功率都达标的前提下，能够承载多少用户量。使用特定 游戏 模型压测24小时，服务无重启，内存无泄漏，并且各事务成功率达标。
# 服务器容灾测试
服务器容灾测试，主要指某个服务进程崩溃掉后，是否具有自行恢复能力。比如 游戏 逻辑进程消失后，是否会自动拉起；memcached崩溃时，是否会重新启动，是否会对所有玩家有影响。这些都是app测试过程中需要考虑的因素。 关于移动app 性能测试和移动app性能测试需要考虑哪些重要的内容的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 移动app 性能测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于移动app性能测试需要考虑哪些重要的内容、移动app 性能测试的信息别忘了在本站进行查找喔。
相关文章
发表评论
暂时没有评论，来抢沙发吧~