精华内容
下载资源
问答
  • 2022-01-11 11:08:03

    App 性能指标 

    App 性能问题如 app 使用时卡顿严重或者加载页面慢,cpu 占用率高,app 闪退等,在 测试过程中,则需特别关注性能方面的体验,app 性能差,通常会导致用户对 app 的使 用率下降,卸载率上升。

     
    响应

    软件的响应时间和响应速度直接影响到用户的体验度,如果一个软件,迟迟加载不 出来,会直接影响到软件的日活、留存。因此对于一个软件,对响应速度测试是必 不可少的。 
    优秀:0~400ms,
    标准:400ms~2000ms,
    轻微隐患:2000ms~5000ms,
    严重隐 患:5000ms 以上。 

    内存

    在 Android 系统中,每个 APP 进程除了同其他进程共享内存(shared dirty)外,还独 用私有内存(private dirty),通常我们使用 PSS(私有内存+比例分配共享内存)来衡量 一个 APP 的内存开销。由于一个移动设备的内存是固定的,如果内存消耗过大就 会造成应用卡顿或者闪退,需要对内存进行测试。正常情况下,应用不应占用过多 的内存资源,且能够及时释放内存,保证整个应用内的稳定性和流畅性。 

    CPU 

    主要关注的 CPU 的占用率。玩手机时,会出现发热发烫,那是因为 CPU 使用率过 高,CPU 过于繁忙,会使整个手机无法响应用户,整体性能降低,用户体验就会 很差,也容易引起 ANR(application not responding,应用程序无响应,主线程(UI 线程)如果在规定时内没有处理完相应工作,就会出现 ANR)等等一系列问题。

    FPS 

    应用的使用流畅度,FPS 是图像领域中的定义,是指画面每秒传输帧数,通俗来讲 就是指动画或视频的画面数。
    FPS 是测量用于保存、显示动态视频的信息数量。每 秒钟帧数愈多,所显示的动作就会愈流畅。 
    一般,Android 设备的屏幕刷新率为 60 帧/s,要保持画面流畅不卡顿,要求每一帧 的时间不超过 1000/60=16.6ms,这就是 16ms 的黄金准则,如果中间的某些帧的渲 染时间超过 16ms,就会导致这段时间的画面发生了跳帧,因此原本流畅的画面变 发生了卡顿。

    GPU 过度渲染 

    GPU 渲染是指在一个像素点上绘制多次(超过一次):显示一个什么都没有做的 activity 界面算作画了 1 层,给 activity 加一个背景是第 2 层,在上面放了一个 Text View(有背景的 Text View)是第 3 层,Text View 显示文本就是第 4 层,仅仅只是 为了显示一个文本,却在同一个像素点绘制了四次,这一定要优化的。过度绘制对 动画性能的影响是极其严重的,如果你想要流畅的动画效果,那么一定不能忽视过 度绘制。

    耗电量

    测试应用对电量的消耗前需要对手机本身的电量消耗有个大概了解,测试前先看规 定时间内手机正常待机下(重启后待机)电量消耗为多少,然后再启动待测试 APP 看看消耗的电量增加了多少取差值。
     

    测试点

    测试手机安装目标 APK 前后待机功耗无明显差异; 
    常见使用场景中能够正常进入待机,待机电流在正常范围内;
    长时间连续使用应用无异常耗电现象。

    流量测试 

    目前的网络类型包含 2G\3G\4G\wifi,其中还有不同运营商的区分,我们在 APP 的 使用中经常遇到大资源,重复请求,调用响应慢,调用失败等各种情况。在不同的 网络类型之下,我们不仅加快请求的响应,还要控制流量使用。 
    每秒钟平均流量,建议值<5.12kb,每 10 分钟平均流量,建议值<3MB,不存在 app 偷跑流量等行为

    更多相关内容
  • 测试场景:1.APP启动慢;2.页面加载慢;关键词:体验差,打开慢,用户吐槽测试方法:1.AndroidDeviceMonitor过滤关键字Display2.adbshella...

     

    测试场景:
    1.APP启动慢;
    2.页面加载慢;

    关键词:体验差,打开慢,用户吐槽

    测试方法:
    1.Android Device  Monitor 过滤关键字Display
    2.adb shellam start -W -n  +包名/Activity
    3.程序代码插桩;
    4.高速摄像机+QuickTime Player
    5.自动化工具+图像识别

    测试方法介绍及实际案例操作讲解:


    一、Android Device  Monitor (ddms)过滤关键字Display
    测试条件:
    1.jdk
    2.有配置SDK;
    3.测试apk要Debug APK 包
    4.Android Device Monitor 可以正常打开

    测试方法:
    1.通过logcat 日志输出过滤Display关键字,查看日志输出关于相应页面Activity的打开时间;

    缺点:
    1.要是同一个activity名字是无法测试的;
    2.app如果没有重新加载,也是无法测试的;
    3.不是真正用户感知到的页面加载时间;
    4.需要debug 测试apk

    注意:
    1.Android Device monitor 连接不稳定,当没有出现日志的时候,可以断开USB连接,再重新连接手机;
    2.monitor 日志的输出跟手机系统有很大关系,有的手机是输入关键词displayed 是无法打印出页面加载时间,如华为nova7pro就不行;小米跟谷歌手机就可以

    二、adb shellam start -W -n  +包名/Activity
    测试条件:
    1.jdk
    2.有配置SDK
    测试方法:
    1.捕捉要测试的启动页面的Activity,如果有debug测试apk包,可以通过android Deviced Monitor 通过display 关键字捕获Activity,如果不是的话,通过命令adb shell dumpsys window | findstr mCurrentFocus 或者 adb shell "dumpsys window | grep mCurrentFocus" 获取到当前页面Activity。


    2.通过命令adb shellam start -W -n +包名/Activity 启动页面,确认下手机页面跳转,然后dos下会显示启动时间,总共有三个,具体判断标准如下:启动时间参考如果只关心某个应用自身启动耗时,参考TotalTime;如果关心系统启动应用耗时,参考WaitTime;如果关心应用有界面Activity启动耗时,参考ThisTime。根据需求获取相应的时间

    其中需要注意这边有一个LauchState状态,这个是代表冷启动(cold)还是暖启动
    (hot),这个两个区别就是app进程在不在,具体还有一个warm 温启动,就是页面切换到后台放久一点就可以把

    cold start :应用完全从头启动(第一次安装前启动或清除数据)
    warm start:
    1)用户在主actiivty点击了back键退出了应用(没有调用Precess。kill(myPid))这时的app进程还活着,用户此时又点击了桌面的启动图标,app进程不需要重新启动 但是actiivty需要重新创建
    2)由于系统内存紧张 app进程被杀了 但是系统的back stack还保留着活动 此时用户启动app 
    hot start:进程存在activity也没有销毁(按下home键)此时再回到app 还有情况就是系统内存紧张调用了activity的onTrimMemory(), 然后activity需要重新创建view 并实现渲染绘制同时还需要实例化业务对象

    warm start跟host start 是时间区别不大;

    优点:
    1.测试方式简便,易于掌握;

    缺点:
    1.需要对加载三个时间概念理解要清晰;
    2.不是真正用户感知到的页面加载时间;

    三、4399AT
    测试条件:
    1.jdk
    2.sdk
    3.node
    4.appium
    5.4399AT
    测试步骤:
    1.通过adb命令把要确认的启动页面截图;
    2.把截图的图片,放在画图软件,然后点击重新调整大小,然后选择像素,水平为400,然后截取大面积的动态元素进行特征图,然后保存;
    3.通过自动化脚本api中的TimeCheck和配合4399AT工具运行进行页面时间确认;

    4.通过报告中的report-source的设备名中的screenshot进行相关页面数据查看;


    注意:
    1.截图取的元素记得面积需要够大并且元素特征要明显。不然会影响准确性;

    优点:
    1.真实的用户感受到页面启动或者加载的时间;
    2.全自动控制,避免了人为操作误差,比较有统一性;

    3.截图的频率1s在13-18张左右,误差在60-100ms之间,可知的误差;

    缺点:
    1.环境配置相对复杂;
    2.需要编写脚本;
    3.需要编程基础;

    测试标准:
    1.测试多次求平均值,然后对比标准
    2.竞品/新旧版本对比;

    测试APP启动时间参考标准
    Cold启动5s以下;
    Warm 启动 2s以下;
    Hot 启动1.5s以下;

    总结:
    三个测试方法弊端都是无法确认是否哪里出问题,类似我们找Bug,最终还是需要开发定位,可通过systemTrace软件定位;

    以上就是整体对于团队内训一个简单记录,希望对大家有所谓帮助。如对您有帮助,欢迎转载,点赞,分享。

    往期好文:

    一个三十六岁测试管理者的职业感悟

    AI自动化测试就这样被实现了(一)

    要想app隐私获取不被工信部下架,就得掌握这个测试方法!

    软件测试,漏测了怎么办?

    展开全文
  • 前言在 Android开发中,性能优化策略十分重要因为其决定了... 具体优化方案,希望你们会喜欢文章较长,建议预留较长时间阅读 / 收藏目录 1. 性能优化的目的性能优化的目的是为了让应用程序App 更快、更稳定 & ...

    前言

    在 Android开发中,性能优化策略十分重要

    因为其决定了应用程序的开发质量:可用性、流畅性、稳定性等,是提高用户留存率的关键

    本文全面讲解性能优化中的所有知识,献上一份 Android性能优化的详细攻略, 含:优化方向、原因 & 具体优化方案,希望你们会喜欢

    文章较长,建议预留较长时间阅读 / 收藏

    目录

    format,png

    1. 性能优化的目的

    性能优化的目的是为了让应用程序App 更快、更稳定 & 更省。具体介绍如下:

    更快:应用程序 运行得更加流畅、不卡顿,能快速响应用户操作

    更稳定:应用程序 能 稳定运行 & 解决用户需求,在用户使用过程中不出现应用程序崩溃(Crash) 和 无响应(ANR)的问题

    更省:节省耗费的资源,包括 内存占有、电池量、网络资源等

    2. 需优化的性能指标

    针对上述目的,需优化的性能指标 含:流畅性、稳定性、资源节省性

    3. 优化方向

    针对上述性能指标,本文主要讲解的优化方向如下:

    format,png

    下面,我将针对每一种性能指标,详细讲解其优化方案

    4. 流畅性

    优化原因 利于 减少使用中的卡顿、响应时间久等问题,给与用户一个操作流畅的体验

    优化方向 主要针对3个方面优化:启动速度、页面显示速度、响应速度

    4.1 启动速度

    优化原因(即 启动速度慢的原因) 初次打开应用时,需加载很多资源 or 功能逻辑

    优化方案 采用 异步加载(多线程)、分步加载、延期加载的策略,减少启动应用时加载的任务,从而提高启动速度

    由于我们打开的页面大多是Activity,下面将给出加速启动Activity的方式

    format,png

    4.2 页面显示速度

    优化原因(即 页面显示速度慢的原因) a. 页面需绘制的内容(布局 & 控件)太多,从而导致页面测量时间过长 b. 绘制效率过低,从而导致绘制时间过长

    优化方案 布局优化 & 绘制优化。具体请看文章:

    4.3 响应速度

    优化原因 应用程序出现 ANR 情况,从而导致 应用程序响应速度慢

    关于ANR的简介如下

    format,png

    优化方案 使用多线程,将大量 & 耗时操作放在工作线程中执行

    多线程的方式 包括:AsyncTask、继承 Thread类、实现 Runnable接口、Handler消息机制、HandlerThread等

    注:实际开发中,当一个进程发生了ANR后,系统会在 /data/anr目录下创建一个文件 traces.txt,通过分析该文件可定位出ANR的原因

    4.4 其他优化方案

    合理的刷新机制

    format,png

    动画的使用

    根据不同场景选择 合适的动画框架

    使用 硬件加速的方式 提高流畅度

    使用动画后需停止动画

    4.5 总结

    下面,总结 关于流畅性的性能优化方案

    format,png

    5. 稳定性

    影响Android 应用稳定性的原因有很多,主要是:应用崩溃(Crash)、应用无响应(ANR)

    这2个错误的结果将导致程序无法使用

    下面,将主要讲解该2个优化方向:应用崩溃(Crash)、应用无响应(ANR)

    5.1 应用无响应(ANR)

    简介

    format,png

    优化原理 尽量避免应用程序出现 ANR 情况

    优化方案 使用多线程,将大量 & 耗时操作放在工作线程中执行

    多线程的方式 包括:AsyncTask、继承 Thread类、实现 Runnable接口、Handler消息机制、HandlerThread等

    关于多线程的使用,可看我写的关于多线程的文集:多线程系列

    注:实际开发中,当一个进程发生了ANR后,系统会在 /data/anr目录下创建一个文件 traces.txt,通过分析该文件可定位出ANR的原因

    5.2 应用崩溃(Crash)

    优化原理 应用崩溃Crash很多情况是因为 内存溢出,即OOM;故 需避免出现 OOM现象

    内存溢出 简介:

    format,png

    5.3 总结

    下面,总结 关于稳定性的性能优化方案

    format,png

    6. 资源节省性

    优化原因 由于移动设备的硬件性能有限,故减少应用程序的资源消耗显得十分重要

    优化方向 内存大小、安装包大小、耗电量 & 网络流量

    6.1 内存优化

    优化原因 避免因不正确使用内存 & 缺乏管理,从而出现 内存泄露(ML)、内存溢出(OOM)、内存空间占用过大 等问题,最终导致应用程序崩溃(Crash)

    优化方向 常见的内存问题如下

    内存泄露

    内存抖动

    图片Bitmap相关

    代码质量 & 数量

    日常不正确使用

    6.2 减少安装包大小

    优化原因 应用程序的安装包大小虽对应用程序的使用无影响,但影响的是:

    空间占有率:即 应用程序占有手机内存的大小

    下载门槛:应用的安装包越大,用户下载的门槛越高

    特别在移动网络下,用户下载应用时,对安装包大小的要求更高,因此减小安装包大小可让更多用户愿意下载 & 使用产品

    安装包结构 介绍

    format,png

    优化方案

    format,png

    6.3 减少网络流量

    优化原因 每次获取资源时 都通过流量 & 网络加载的方式,将耗费大量网络流量

    优化方案 主要通过 缓存 减少网络流量,采用三级缓存方案:即 内存缓存 - 硬盘缓存- 数据库- 文件 - 网络缓存

    具体描述:当加载资源时,先从内存缓存中寻找;若内存缓存中没有,则从文件缓存中寻找;若文件缓存中没有,最终再通过流量从网络中加载获取

    6.4 减少应用的耗电量

    优化原因 随着智能手机普及 & 应用程序App的功能发展,人们的日常生活都离不开智能手机 & 各式各样的应用程序App,故 应用程序的耗电量指标则显得十分重要

    具体优化方案如下:

    format,png

    6.5 总结

    下面,总结 关于资源节省性的性能优化方案

    format,png

    7. 总结

    区别于 功能性开发需求的短期性,性能优化是贯穿整个应用程序App项目的持续性需求;虽项目一开始时,性能优化的优先级较低,但当应用程序App的用户体量达到一定规模时,性能优化 则非常重要

    本文全面总结了Android开发中的性能优化 所有知识,含:优化方向、原因 & 具体优化方案,下面用2张图总结:

    format,png

    format,png

    最后给大家分享一份非常系统和全面的Android进阶技术大纲及进阶资料,及面试题集

    想学习更多Android知识,请加入Android技术开发交流 7520 16839

    进群与大牛们一起讨论,还可获取Android高级架构资料、源码、笔记、视频

    包括 高级UI、Gradle、RxJava、小程序、Hybrid、移动架构、React Native、性能优化等全面的Android高级实践技术讲解性能优化架构思维导图,和BATJ面试题及答案!

    群里免费分享给有需要的朋友,希望能够帮助一些在这个行业发展迷茫的,或者想系统深入提升以及困于瓶颈的朋友,在网上博客论坛等地方少花些时间找资料,把有限的时间,真正花在学习上,所以我在这免费分享一些架构资料及给大家。希望在这些资料中都有你需要的内容。

    Android高级技术大纲,以及系统进阶视频,及面试题和答案

    format,png

    面试题及答案

    format,png

    Android高级技术大纲

    format,png

    Android 进阶视频资料

    展开全文
  • 前言:相信很多刚刚步入测试行业的小伙伴对于APP测试不是很熟悉,这次我为大家提供一篇宝藏文章,希望大家喜欢,谢谢! 一、APP测试基本流程 1、流程图 2、测试周期 测试周期可按项目的开发周期来确定测试时间,...

    前言:相信很多刚刚步入测试行业的小伙伴对于APP测试不是很熟悉,这次我为大家提供一篇宝藏文章,希望大家喜欢,谢谢!

    一、APP测试基本流程
    1、流程图

    在这里插入图片描述

    2、测试周期
    测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。

    3、测试资源
    测试任务开始前,检查各项测试资源。

    –产品功能需求文档;

    –产品原型图;

    –产品效果图;

    –测试设备;

    –其他。

    4、日报及产品上线报告(内部报告机制)
    –测试人员每天需对所测项目发送测试日报。(也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报)

    在这里插入图片描述


    –测试日报所包含的内容为:需求ID、总bug数,今日提交bug数、已解决bug数、未解决bug数、对应开发、对应测试等等

    –不同版本测试报告输出

    二、App测试点

    在这里插入图片描述

    1、安全测试
    1.1软件权限
    –扣费风险:包括发送短信、拨打电话、连接网络等

    –隐私泄露风险:包括访问手机信息、访问联系人信息等

    –对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测

    –限制/允许使用手机功能接人互联网

    –限制/允许使用手机发送接受信息功能

    –限制/允许应用程序来注册自动启动应用程序

    –限制或使用本地连接

    –限制/允许使用手机拍照或录音

    –限制/允许使用手机读取用户数据

    –限制/允许使用手机写人用户数据

    –检测App的用户授权级别、数据泄漏、非法授权访问等

    1.2安装与卸载安全性
    –应用程序应能正确安装到设备驱动程序上

    –能够在安装设备驱动程序上找到应用程序的相应图标

    –是否包含数字签名信息

    –没有用户的允许, 应用程序不能预先设定自动启动

    –卸载是否安全, 其安装进去的文件是否全部卸载

    –卸载用户使用过程中产生的文件是否有提示

    –其修改的配置信息是否复原

    –卸载是否影响其他软件的功能

    –卸载应该移除所有的文件

    1.3数据安全性
    –当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码

    –输人的密码将不以明文形式进行显示

    –密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上

    –不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间

    –当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。以6)防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。

    –当将敏感数据输人到应用程序时, 其不会被储存在设备中

    –备份应该加密, 恢复数据应考虑恢复过程的异常�通讯中断等, 数据恢复后再使用前应该经过校验

    –应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告

    –应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户

    –在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作

    –“ 取消” 命令操作能够按照设计要求实现其功能-应-用程序应当能够处理当不允许应用软件连接到个人信息管理的情况

    –当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息

    –在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ

    –应用程序读和写数据正确。

    –应用程序应当有异常保护。

    –如果数据库中重要的数据正要被重写, 应及时告知用户

    –能合理地处理出现的错误

    –意外情况下应提示用户

    1.4通讯安全性
    –在运行其软件过程中, 如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时, 是否能暂停程序,优先处理通信, 并在处理完毕后能正常恢复软件, 继续其原来的功能

    –当创立连接时, 应用程序能够处理因为网络连接中断, 进而告诉用户连接中断的情况

    –应能处理通讯延时或中断

    –应用程序将保持工作到通讯超时, 进而发送给用户一个错误信息指示有连接错误

    –应能处理网络异常和及时将异常情况通报用户

    –应用程序关闭或网络连接不再使用时应及时关闭) 断开

    –HTTP、HTTPS覆盖测试

    –App和后台服务一般都是通过HTTP来交互的,验证HTTP环境下是否正常;

    –公共免费网络环境中(如:麦当劳、星巴克等)都要输入用户名和密码,通过SSL认证来访问网络,需要对使用HTTP Client的library异常作捕获处理。

    1.5人机接口安全性
    –返回菜单总保持可用

    –命令有优先权顺序

    –声音的设置不影响应用程序的功能

    –应用程序必需利用目标设备适用的全屏尺寸来显示上述内容

    –应用程序必需能够处理不可预知的用户操作, 例如错误的操作和同时按下多个键

    2、安装、卸载测试
    验证App是否能正确安装、运行、卸载以及操作过程和操作前后对系统资源的使用情况

    2.1安装
    –软件在不同操作系统下安装是否正常。

    –软件安装后的是否能够正常运行,安装后的文件夹及文件是否写到了指定的目录里。

    –软件安装各个选项的组合是否符合概要设计说明

    –软件安装向导的UI测试

    –软件安装过程是否可以取消,点击取消后,写入的文件是否如概要设计说明处理

    –软件安装过程中意外情况的处理是否符合需求(如死机,重启,断电)

    –安装空间不足时是否有相应提示

    –安装后没有生成多余的目录结构和文件

    –对于需要通过网络验证之类的安装,在断网情况下尝试一下

    –还需要对安装手册进行测试,依照安装手册是否能顺利安装

    2.2卸载
    –直接删除安装文件夹卸载是否有提示信息。

    –测试系统直接卸载程序是否有提示信息。

    –测试卸载后文件是否全部删除所有的安装文件夹。

    –卸载过程中出现的意外情况的测试(如死机、断电、重启)。

    –卸载是否支持取消功能,单击取消后软件卸载的情况 。

    –系统直接卸载UI测试,是否有卸载状态进度条提示 。

    2.3 UI测试
    测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。

    UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏觅功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。

    2.3.1导航测试
    –按钮、对话框、列表和窗口等;或在不同的连接页面之间需要导航

    –是否易于导航,导航是否直观

    –是否需要搜索引擎

    –导航帮助是否准确直观

    –导航与页面结构、菜单、连接页面的风格是否一致

    2.3.2图形测试
    –横向比较。各控件操作方式统一

    –自适应界面设计,内容根据窗口大小自适应

    –页面标签风格是否统一

    –页面是否美观

    –页面的图片应有其实际意义而要求整体有序美观

    –图片质量要高且图片尺寸在设计符合要求的情况下应尽量小

    –界面整体使用的颜色不宜过多

    2.3.3内容测试
    –输入框说明文字的内容与系统功能是否一致

    –文字长度是否加以限制

    –文字内容是否表意不明

    –是否有错别字

    –信息是否为中文显示

    –是否有敏感性词汇、关键词

    –是否有敏感性图片,如:涉及版权、专利、隐私等图片

    2.4功能测试
    根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试过程:

    –采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准,若用户需求中无明确标准遵循,则需要参考行业或相关国际标准或准则。

    –根据被测功能点的特性列丼出相应类型的测试用例对其进行覆盖,如;涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。

    –在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误。

    2.4.1运行
    (1)App安装完成后的试运行,可正常打开软件。

    (2)App打开测试,是否有加载状态进度提示。

    (3)App打开速度测试,速度是否可观。

    (4)App页面间的切换是否流畅,逻辑是否正确

    (5)注册

    –同表单编辑页面
    –用户名密码长度
    –注册后的提示页面
    –前台注册页面和后台的管理页面数据是否一致
    –注册后,在后台管理中页面提示

    (6)登录

    –使用合法的用户登录系统。
    –系统是否允许多次非法的登陆,是否有次数限制。
    –使用已经登陆的账号登陆系统是否正确处理。
    –使用禁用的账号登陆系统是否正确处理。
    –用户名、口令(密码)错误或漏填时能否登陆。
    –删除或修改后的用户,原用户登陆。
    –不输入用户口令和用户、重复点(确定或取消按钮)是否允许登陆。
    –登陆后,页面中登陆信息。
    –页面中有注销按钮。
    –登陆超时的处理。

    (7)注销

    –注销原模块,新的模块系统能否正确处理。
    –终止注销能否返回原模块,原用户。
    –注销原用户,新用户系统能否正确处理。
    –使用错误的账号、口令、无权限的被禁用的账号进行注销

    2.4.2应用的前后台切换
    –APP切换到后台,再回到app,检查是否停留在上一次操作界面。

    –APP切换到后台,再回到app,检查功能及应用状态是否正常,IOS4和IOS5的版本的处理机制有的不一样。

    – app切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。

    –手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。

    –当App使用过程中有电话进来中断后再切换到app,功能状态是否正常

    –当杀掉app进程后,再开启app,app能否正常启动。

    –出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现应用自动跳过提示框的缺陷。

    –对于有数据交换的页面,每个页面都必需要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃。

    2.4.3免登录
    很多应用提供免登录功能,当应用开启时自动以上一次登录的用户身份来使用app.

    – app有免登录功能时,需要考虑IOS版本差异。

    –考虑无网络情况时能否正常进入免登录状态。

    –切换用户登录后,要校验用户登录信息及数据内容是否相应更新,确保原用户退出。

    –根据MTOP的现有规则,一个帐户只允许登录一台机器。所以,需要检查一个帐户登录多台手机的情况。原手机里的用户需要被踢出,给出友好提示。

    –app切换到后台,再切回前台的校验

    – 切换到后台,再切换回前台的测试

    –密码更换后,检查有数据交换时是否进行了有效身份的校验

    –支持自动登录的应用在进行数据交换时,检查系统是否能自动登录成功并且数据操作无误。

    – 检查用户主动退出登录后,下次启动app,应停留在登录界面

    2.4.4数据更新
    根据应用的业务规则,以及数据更新量的情况,来确定最优的数据更新方案。

    –需要确定哪些地方需要提供手动刷新,哪些地方需要自动刷新,哪些地方需要手动+自动刷新。

    –确定哪些地方从后台切换回前台时需要进行数据更新。

    –根据业务、速度及流量的合理分配,确定哪些内容需要实时更新,哪些需要定时更新。

    –确定数据展示部分的处理逻辑,是每次从服务端请求,还是有缓存到本地,这样才能有针对性的进行相应测试。

    –检查有数据交换的地方,均有相应的异常处理。

    2.4.5离线浏览
    很多应用会支持离线浏览,即在本地客户端会缓存一部分数据供用户查看。

    –在无网络情况可以浏览本地数据

    –退出app再开启app时能正常浏览

    –切换到后台再切回前台可以正常浏览

    –锁屏后再解屏回到应用前台可以正常浏览

    –在对服务端的数据有更新时会给予离线的相应提示

    2.4.6 App更新
    –当客户端有新版本时,有更新提示。

    –当版本为非强制升级版时,用户可以取消更新,老版本能正常使用。用户在下次启动app时,仍能出现更新提示。

    –当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出客户端。下次启动app时,仍出现强制升级提示。

    –当客户端有新版本时,在本地不删除客户端的情况下,直接更新检查是否能正常更新。

    –当客户端有新版本时,在本地不删除客户端的情况下,检查更新后的客户端功能是否是新版本。

    –当客户端有新版本时,在本地不删除客户端的情况下,检查资源同名文件如图片是否能正常更新成最新版本。

    2.4.7定位、照相机服务
    – App有用到相机,定位服务时,需要注意系统版本差异

    –有用到定位服务、照相机服务的地方,需要进行前后台的切换测试,检查应用是否正常。

    –当定位服务没有开启时,使用定位服务,会友好性弹出是否允许设置定位提示。当确定允许开启定位时,能自动跳转到定位设置中开启定位服务。

    –测试定位、照相机服务时,需要采用真机进行测试。

    2.4.8时间测试
    客户端可以自行设置手机的时区、时间,因此需要校验该设置对app的影响。

    –中国为东8区,所以当手机设置的时间非东8区时,查看需要显示时间的地方,时间是否展示正确,应用功能是否正常。时间一般需要根据服务器时间再转换成客户端对应的时区来展示,这样的用户体验比较好。比如发表一篇微博在服务端记录的是10:00,此时,华盛顿时间为22:00,客户端去浏览时,如果设置的是华盛顿时间,则显示的发表时间即为22:00,当时间设回东8区时间时,再查看则显示为10:00。

    2.4.9 PUSH测试
    – 检查push消息是否按照指定的业务规则发送

    –检查不接受推送消息时,检查用户不会再接收到push.

    –如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到PUSH。

    在非免打扰时间段,用户能正常收到push。

    –当push消息是针对登录用户的时候,需要检查收到的push与用户身份是否相符,没有错误地将其它人的消息推送过来。一般情况下,只对手机上最后一个登录用户进行消息推送。

    –测试push时,需要采用真机进行测试。

    2.5性能测试
    评估App的时间和空间特性 :

    (1)极限测试:在各种边界压力情况下,如电池、存储、网速等,验证App是否能正确响应。

    –内存满时安装App

    –运行App时手机断电

    –运行App时断掉网络

    (2)响应能力测试:测试App中的各类操作是否满足用户响应时间要求 。(安装包放到云测上可以测试)

    –App安装、卸载的响应时间

    –App各类功能性操作的影响时间

    (3)压力测试:反复/长期操作下、系统资源是否占用异常。(itestin)

    –App反复进行安装卸载,查看系统资源是否正常

    –其他功能反复进行操作,查看系统资源是否正常

    (4)性能评估:评估典型用户应用场景下,系统资源的使用情况。(Jmeter)

    2.6交叉事件测试
    针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试,是指一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰的测试。如;App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。交叉事件测试非常重要,能发现很多应用中潜在的性能问题。

    –多个App同时运行是否影响正常功能

    –App运行时前/后台切换是否影响正常功能

    –App运行时拨打/接听电话

    –App运行时发送/接收信息

    –App运行时发送/收取邮件

    –App运行时切换网络(2G、3G、wifi)

    –App运行时浏览网络

    –App运行时使用蓝牙传送/接收数据

    –App运行时使用相机、计算器等手机自带设备

    2.7兼容测试
    主要测试内部和外部兼容性

    (1)与本地及主流App是否兼容

    (2)基于开发环境和生产环境的不同,检验在各种网络连接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等),App的数据和运用是否正确

    (3)与各种设备是否兼容,若有跨系统支持则需要检验是否在各系统下,各种行为是否一致

    –不同操作系统的兼容性,是否适配

    –不同手机屏幕分辨率的兼容性

    –不同手机品牌的兼容性

    2.8回归测试
    –Bug修复后且在新版本发布后需要进行回归测试。

    –Bug修复后的回归测试在交付前、要进行全量用例的回归测试。

    2.9升级、更新测试
    新版版发布后,配合不同网络环境的自劢更新提示及下载、安装、更新、启劢、运行的验证测试。

    –测试升级后的功能是否与需求说明一样

    –测试与升级模块相关的模块的功能是否与需求一致

    –升级安装意外情况的测试(如死机、断电、重启)

    –升级界面的UI测试

    –不同操作系统间的升级测试

    2.10用户体验测试
    以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。 通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性提出修改意见提升产品的潜在客户满意度。

    –是否有空数据界面设计,引导用户去执行操作。

    –是否滥用用户引导。

    –是否有不可点击的效果,如:你的按钮此时处于不可用状态,那么一定要灰掉,或者拿掉按钮,否则会给用户误导

    –菜单层次是否太深

    –交互流程分支是否太多

    –相关的选项是否离得很远

    –一次是否载入太多的数据

    –界面中按钮可点击范围是否适中

    –标签页是否跟内容没有从属关系,当切换标签的时候,内容跟着切换

    –操作应该有主次从属关系

    –是否定义Back的逻辑。涉及软硬件交互时,Back键应具体定义

    –是否有横屏模式的设计,应用一般需要支持横屏模式,即自适应设计

    2.11 硬件环境测试
    2.11.1手势操作测试
    –手机开锁屏对运行中的App的影响

    –切换网络对运行中的App的影响

    –运行中的App前后台切换的影响

    –多个运行中的App的切换

    –App运行时关机

    –App运行时重启系统

    –App运行时充电

    –App运行时kill掉进程再打开

    2.11.2网络环境
    手机的网络目前主要分为2G、3G、wifi。目前2G的网络相对于比较慢,测试时尤其要注意此块的测试。

    –无网络时,执行需要网络的操作,给予友好提示,确保程序不出现crash。

    –内网测试时,要注意选择到外网操作时的异常情况处理。

    –在网络信号不好时,检查功能状态是否正常,确保不因提交数据失败而造成crash。

    –在网络信号不好时,检查数据是否会一直处于提交中的状态,有无超时限制。如遇数据交换失败时要给予提示。

    –在网络信号不好时,执行操作后,在回调没有完成的情况下,退出本页面或者执行其他操作的情况,有无异常情况。此问题也会经常出现程序crash。

    2.11.3服务器宕机或出现404、502等情况下的测试
    后台服务牵涉到DNS、空间服务商的情况下会影响其稳定性,如:当出现域名解析故障时,你对后台API的请求很可能就会出现404错误,抛出异常。这时需要对异常进行正确的处理,否则可能会导致程序不能正常工作。

    2.12接口测试 (这一块又可以深入的讲解)
    服务端一般会提供JSON格式的数据给客户端,所以我们在服务端需要进行接口测试,确保服务端提供的接口并转换的JSON内容正确,对分支、异常流有相应的返回值。此块测试可以采用itest框架进行测试。最方便的是采用httpclient进行接口测试。

    进行服务端测试时,需要开发提供一份接口文档。

    2.13客户端数据库测试(mysql)
    –一般的增、删、改、查测试。

    –当表不存在时是否能自动创建,当数据库表被删除后能否再自建,数据是否还能自动从服务端中获取回来并保存。

    –在业务需要从服务端取回数据保存到客户端的时候,客户端能否将数据保存到本地。

    – 当业务需要从客户端取数据时,检查客户端数据存在时,app数据是否能自动从客户端数据中取出,还是仍然会从服务器端获取?检查客户端数据不存在时,app数据能否自动从服务器端获取到并保存到客户端

    –当业务对数据进行了修改、删除后,客户端和服务端是否会有相应的更新。

    最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走: 

    这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!

    在我的QQ技术交流群里(技术交流和资源共享,广告勿扰)

    可以自助拿走,群号:310357728群里的免费资料都是笔者十多年测试生涯的精华。还有同行大神一起交流技术哦

    如果对你有一点点帮助,各位的「点赞」就是小编创作的最大动力,我们下篇文章见

    🌻好文推荐

    在小公司“混”了2年,我只认真做了5件事,如今顺利拿到字节 Offe

    去了字节跳动,才知道年薪 30w 的测试工程师有这么多?

    北京35岁程序员失业,感叹:编程估计没戏了,想去卖点煎饼果子养家~ 

    29岁转行软件测试靠谱吗?一个过来人的心路历程送给迷茫的你

    同样是IT行业,测试和开发薪资真就差这么大吗? 

     

    展开全文
  • Privowny App-crx插件

    2021-03-23 02:41:36
    Privowny App是私人Beta版,仅应邀请即可使用。 我们非常希望您加入我们的Beta社区,因此,如果您想收到邀请,请访问beta.privowny.com并加入我们的候补名单。 我们会尽快与您联系! 我们的Chrome浏览器扩展程序(也...
  • app的启动模式分为三种: 1.冷启动 冷启动耗时最久,衡量的保准最多 Click Event - IPC - Process.start - ActivityThread - bindApplication - LifeCycle - ViewRootImpl 用户在桌面点击app 发起一个IPC操作,...
  • 紧接着上一章节,在今天的这一章节我们来具体聊一聊 APP 自动化测试工具的演进史。所以在该章节具体跟大家介绍的其实就是常用的、或者是以前见过的 APP 自动化测试工具都有哪些?以及我们为什么要使用 APPIUM ,它的...
  • 优秀APP评定标准

    千次阅读 2019-11-24 20:46:57
    优秀APP评定标准我个人认为应该从APP自身性能、APP UI、用户粘性方面进行分析 一、APP自身性能 app性能测试主要包含但不仅限于...软件的响应时间和响应速度直接影响到用户的体验度,如果一个软件,迟迟加载不出来,...
  • 跑腿APP项目报告

    千次阅读 2022-01-03 11:52:24
    移动互联网时代,大学生越来越依赖互联网,现在大学生课业繁忙,生活节奏飞快,各种往来繁忙,作为大学生,缺少的就是时间和精力,跑腿业务巨大的市场潜力,校园服务软件要在瞬息万变的信息时代生存,适应激烈竞争的市场,...
  • 前言:相信很多刚刚步入测试行业的小伙伴对于APP测试不是很熟悉,这次我为大家提供一篇宝藏文章,希望大家喜欢,谢谢! 一、APP测试基本流程 1、流程图 2、测试周期 测试周期可按项目的开发周期来确定测试时间,...
  • 6.网络:异步加载时提前调用了数据(现象是在弱网时,根源是空指针); 7.界面UI:像拍照没有附加于ControlView; 8.主线程:需要主线程执行的,放于子线程里执行了。比如:网络电话--网络电话是用C语言写的
  • 随着中国经济的蓬勃发展,金融行业迎来了前所未有的发展机会,证券行业作为金融市场的重要组成部分,获得了发展的红利,但同时也面临着巨大的挑战。在移动化已经全面融入人们生活的背景下,完成系统的、高质量的移动...
  • 京东金融App崩溃治理实践

    千次阅读 2021-07-30 09:50:37
    在2020年初,京东金融App的用户规模已远超几年前,日活也是成倍的增长,同时我们也注意到App崩溃率随着版本迭代一直在小幅度升高。当我们意识到App的崩溃已经伤害到用户日常的使用体验时,崩溃率已达到千分之几。...
  • 移动App开发

    千次阅读 2020-03-14 02:45:13
    移动 App 开发 Native App-原生开发 开发技术 原生的 Android 平台 原生的 iOS 平台 JavaScript bridge 用于原生应用中的 Web 和原生平台进行交互。 https://github.com/lzyzsd/JsBridge 博学谷 - 在职加薪课 ...
  • 2)App打开测试,是否有加载状态进度提示。 3)App页面间的切换是否流畅,逻辑是否正确。 4)注册 同表单编辑页面 用户名密码长度 注册后的提示页面 前台注册页面和后台的管理页面数据是否一致 注册后...
  • 从事视频编辑4年多, 一直做视频编辑SDK, 积累了大量的做视频编辑APP的客户, 自己手机里装了很多视频编辑APP,是这个行业的从业人员. 对整个产品有一些认识, 谈谈自己的认识; 这里主要谈视频编辑功能, 就是普通用户用...
  • 关于工厂类app的一些想法

    万次阅读 2019-09-17 21:09:19
    该朋友以前从事互联网行业,一提起app,就想到短时频分享、直播、百度地图等。我在去年恰好在一家制造业公司做工业大数据类的app开发,我觉得,工业类的app还是大有可为的。 一.工业类app和互联网app的区别 ...
  • APP测试

    千次阅读 2019-09-18 21:34:49
    那么我们就要先来了解,web和app的区别。 web项目,一般都是b/s架构,基于浏览器的,而app则是c/s的,必须要有客户端。那么在系统测试测试的时候就会产生区别了。 系统架构 来看的话,web测试只要更新了服务器端...
  • 论文题目:基于MUI框架的影视播放APP的设计与实现 学 号:  姓 名:  系 别:  专 业:  班 级:  指导教师: 完成日期: 2020年4月30日 【毕业设计大作业】基于MUI框架的影视播放APP...
  • 根据一些老博客里面的内容,现在整理一下目前流行的跨平台移动App开发技术的特点,并将几个不同的开发平台框架进行比较说明,仅供大家参考。 每个开发框架几乎都包含以下特性: 使用 HTML5 + CSS + JavaScrip
  • 应用APP程序正式启动之前需要消耗时间进行相关的数据文件文件数据的载入(过程:将相关的数据文件由本地端硬盘区域加载写入到内存里面)。 超大型项目中,往往不经意改动,可能会直接或累加式拖慢App启动速度,测试...
  • 移动 App 开发 Native App-原生开发 开发技术 原生的 Android 平台 原生的 iOS 平台 JavaScript bridge 用于原生应用中的 Web 和原生平台进行交互。 https://github.com/lzyzsd/JsBridge 博学谷 - 在职加薪课 ...
  • 要知道在软件开发行业有一句很著名的话:“ 不要重复造轮子 ”,在日常的实战开发中,要求讲究的是效率,领导要看的是结果,没有必要做一些重复的工作,除非确实自己想研究一下,有充裕的闲暇时间也是未尝不可。...
  • App架构师实践指南》---笔记

    千次阅读 2022-03-23 10:16:06
    架构师是为满足某种架构设计目标而整体上构思把控的角色,在软件行业,又会细分很多,如: 系统架构师、企业架构师、应用架构师、业务架构师等 本书针对App应用架构师 一般需要一下特征: 具备客户要求的功能 能够...
  • 由于智能手机时代来临,很多产品都有了APP,作为一个测试人员掌握APP测试是必要的。   在展开APP测试之前,首先了解一下几个点: 1.基于软件测试框架之上。复习下软件测试框架。 ...
  • 近期在上企业课,利用闲暇时间打算整理一下之前写过的项目和论文,以供大家相互学习指教,项目或者论文有不当之处,欢迎大家批评指正! 如果小伙伴喜欢这篇文章或觉着对您有用,欢迎您点赞收藏,感谢 正文 基于...
  • UI自动化测试(APP测试)

    千次阅读 2022-04-03 19:35:33
    一、UI自动化测试介绍 1、什么是自动化测试 概念:由程序代替人工进行系统校验的过程 1.1自动化测试能解决的问题? 回归测试 (冒烟测试) 针对之前老的功能进行测试 通过自动化的...自动化测试能在较少的时间内执行
  • APP 安全测试

    2018-07-17 18:49:24
    3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4)限制/允许使用手机功能接人互联网 5)限制/允许使用手机发送接受信息功能 6)限制/允许应用程序来注册自动启动应用程序 7)...
  • 注意:功能测试点提取和用例设计方法都跟web测试一致,但是APP有-一些自己特性测试,也需要加到测试点中。 安装与卸载(正常+异常) 安装前:空间不足时是否有响应提示。 安装中:安装过程中是否可以取消,是否可以正常...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 14,610
精华内容 5,844
关键字:

行业app加载时间