常见移动端APP测试场景

简介: 常见移动端APP测试场景

大家好,我是阿萨。今天总结下常见APP测试场景。新手测试,直接照搬即可。完全涵盖日常所有测试场景


安装卸载测试


安装和卸载是否可以在不同的手机系统环境中完全运行。


UI Test


1,测试用户界面(如菜单、对话框、窗口等控件)的布局,风格是否符合客户要求;文字是否正确,页面是否美观,作品集是否完整,操作是否友好。


2、UI测试的目标是保证用户界面会为用户提供测试对象对应的访问或浏览功能。


3.确保用户界面符合公司或行业标准。包括用户界面友好、合理和操作方便。


导航测试


1,按钮,对话框,列表,和窗口等。或者需要在不同的连接页面之间导航。

2、导航是否方便,导航是否直观。

3.你需要搜索引擎吗?

4. 如果导航是准确和直观的,它会有所帮助。

5. 导航与页面结构、菜单、连接页面的样式一致。


图形测试


1、横向对比,与各种控制是否一致。

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

3、页面标签样式统一。

4、页面整体美观。

5、页面的图片要有其实际意义,要求整体朝向。

6、在实际要求的情况下,画面质量高,画面尺寸小。

7、整体界面的颜色不要太多。禁止用行业避讳。


内容测试


1,输入文本内容和系统功能作为系统功能。

2、文字长度是否有限制。

3、文字内容是否演示。

4. 有打字错误吗?

5. 信息是否以中文显示。

6. 是否存在敏感图片,如版权、专利、隐私等图片。


功能测试


1、采用业务分析的方法,提取用户使用场景。

2. 基于测试函数的特征,覆盖相应类型的测试用例列表。

3.跟踪测试在测试实施的每个阶段实现需求输入的覆盖率,并及时纠正业务或需求错误。


运行测试


1、试运行app安装完成后,可以正常打开软件。

2、App打开测试,是否有负载状态调度提示。

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

4、APP页面之间的切换是否顺畅,逻辑是否正确。

5、应用注册。

6、app登录。

7、app注销。


前后台切换测试


1,app切换到后台,再返回app,检查最后一个操作界面是否还剩。

2、app切换到后台,再返回app,检查功能和应用状态是否正常。

3、app切换到后台,返回app,注意程序是否崩溃,功能状态是否正常,特别是从后台切换到前台时数据是否自动更新。

4、手机锁屏进入app时要注意是否死机,功能状态是否正常,特别是从后台切换前台数据时,是自动更新的。

5. app中有通话时,使用完后切换到app,功能状态正常。

6. 关闭app进程后,打开app,查看app是否可以正常启动。

7. 必须处理完提示后,切换到后台再切换回来,检查提示是否还存在。

8. 对于数据交换的页面,每个页面都必须进行前后阶段切换,锁屏测试,这是最容易崩溃的。


加载过程测试


1、app是否具备加载广告功能,需要考虑手机系统版本的差异。

2. 考虑在没有网络的情况下是否可以进入登录状态。

3.切换用户登录,更新用户登录信息及其数据内容,并确保原用户退出。

4、一个账号只能登录一台机器。因此,您需要检查登录多部手机的情况。原手机用户需要注销,友情提示。

5、将app切换到后台,然后在前台削减支票。

6. 修改密码后,在进行数据交换时,检查是否有有效的验证。

7. 支持自动登录应用在进行数据交换时,检查系统是否能自动登录成功,数据操作是否出错。

8. 检查用户是否主动登录,退出后,下次启动APP应留在登录中


数据更新测试


1、需要确定哪些地方需要提供手动刷新,哪些地方需要自动更新,哪些地方需要手动+自动更新。2. 确定从后台切换到前台进行更新的位置。

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

4. 确定数据显示段的处理逻辑,是对每次请求进行相应的测试,还是将其缓存到本地,以便进行相应的测试。

5. 检查数据交换被检查的地方,有相应的异常。


升级卸载测试


1、功能更新

2. 当版本不合理升级时,用户可以取消升级,旧版本可以正常使用。下次仍然可以显示更新提示。

3.当强制升级版本时,当给出强制更新时,客户端不更新,退出客户端。当你下次启动应用程序时,抛出强制更新升级提示。

4. 当客户端有新版本时,如果客户端没有删除客户端,直接更新检查可以正常更新。

5. 当客户端有新版本时,如果客户端没有删除客户端,请检查更新的客户端功能是否为新版本。

6. 当客户端有新版本时,如果客户端没有删除客户端,请检查该资源是否为需要正常更新到新版本的同名文件。


定位和相机测试


1、App有摄像头、定位服务,需要注意系统版本差异。

2、凡是有定位业务、摄像业务的地方,都需要进行前后切换测试,检查应用是否正常。

3.当定位服务未开启时。是否允许使用定位服务关联的弹出窗口允许定位提示。开机后,可以自动跳转到定位设置开启定位。

4、测试定位,摄像头服务必须用实机进行测试。


时间测试


1、客户端可以设置手机时区、时间,所以需要验证这个设置对APP的影响。

2、中国是东8区,所以当手机设置的时间不是东8区时,检查当地时间是否正确,功能是否可以正常运行。

3、时间一般切换到客户端对应的时区,提高用户体验。

4. 更改时间可以转换为测试时间。


推送测试


1,检查推送消息是否按照指定的业务规则发送。

2. 当检查没有收到推送消息时,用户将不再接收push消息。

3.如果用户设置了奇数干扰时间段,则检查用户在该干扰时间段内不会收到PUSH。

4. 用户可以在用户不打扰的时间段内接收PUSH。

5. 当收到的Push消息是用于登录用户时,需要检查收到的Push消息是否与用户身份一致。

6. 在测试PUSH时,必须使用一台真实的机器进行测试。


性能测试


1、极限测试,如电池、存储、网速等,验证APP在各种极限压力的情况下能够正常响应。

2. 响应能力测试,测试app中的各项操作是否满足用户响应时间要求,如安装、卸载等功能操作响应时间。

3、长时间压力测试,反复/长期运行,系统资源是否出现异常。

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


交叉测试


1、多个app同时运行影响正常功能。

2、APP运行时会切换前后台是否影响正常功能。3、打电话,app运行时监听手机。

4、app正在运行,接收短信。

5、应用程序正在运行,接收邮件。

6. 应用程序运行时切换网络模式。(2G, 3G, 4G, 5G, WiFi)

7、App运行时浏览网页

8. 使用蓝牙/红外/ USB传输数据。

9. 使用摄影、视频等手机配合拍照、录音。


兼容性测试


1,本地主流应用是否兼容。

2、根据开发环境和生产环境,app数据和使用在各种网络中是正常的。

3.是否与各种主流设备兼容,如果有跨系统支持,则需要验证它是否在各个系统下运行。


回归测试


1、BUG修复和新版本发布后的回归测试。

2、bug完成后测试前需要进行测试,需要进行全量回归测试。


大版本升级测试


1、升级后功能与描述相同。

2. 升级模块关联的模块功能与需求一致。

3.升级安装和意外情况测试。

4、界面兼容的UI测试。

5. 不同操作系统之间的升级测试。


用户体验测试


1、是否有界面引导用户进行操作。

2. 是否滥用用户指导。

3.是否有不舒服的影响?

4. 菜单层太深了吗?

5. 是交互过程分支太多。

6. 相关选项位置是否舒适。

7、是否加载了过多的数据。

8、界面中的按钮可以点击是否合适。

9、标签是否来自内容内容,当标签切换时,内容会发生变化。

10. 操作应该有一个主关系。

11. 是否定义后面的逻辑。返回键应该由硬件和软件交互程序明确定义。

12. 是否存在适应性设计。作为屏幕的水平和垂直切换。


手势操作测试


1、手机解锁APP在操作中的影响。

2. 切换操作中网络对APP的影响。

3、APP前后阶段切换的影响。

4. APP切换在多个操作中的影响。

5. 运行应用程序时关闭。运行应用程序时重新启动。运行应用程序时充电。


网络环境测试


1,无网络,执行网络操作,给予友好提示。

2、在进行内网测试时,注意将异常情况选择到外网运行。

3、当网络信号不好时,检查功能状态是否正常,确保Crash不会因为数据提交失败而引起Crash。

4、网络信号不好时,检查数据是否会处于提交状态,有无时间限制,失败时给予提示。

5. 在网络信号不好的情况下,如果执行了该操作,如果回调未完成,则退出或执行其他操作均无异常。


接口测试


1、服务器一般向客户端提供数据,所以接口测试在服务器上进行。

2. 确保转换为接口的JSON内容是正确的,分支,异常流,对应的返回值。

3.执行服务器测试需要开发人员提供一个端口文档。


数据库测试


1、增加、删除、更改、检查测试。

2、如果表/数据不存在,可以自动创建。如果删除表/数据,则删除后可以自动创建表/数据,并且可以自动从服务器上获取和保存数据。

3.当服务需要从服务器检索到客户端时,客户端可以将数据保存到本地。

4. 当业务被修改时,删除后,客户端和服务器都会有相应的更新。


服务器测试


1、域名解析出错时,后台可能有404错误的API请求,排除异常。

2、需要验证异常,否则程序可能无法正常工作。



相关文章
|
2月前
|
Java Android开发
Rockchip系列之CAN APP测试应用实现(4)
Rockchip系列之CAN APP测试应用实现(4)
42 1
|
1月前
|
开发框架 移动开发 JavaScript
SpringCloud微服务实战——搭建企业级开发框架(四十七):【移动开发】整合uni-app搭建移动端快速开发框架-添加Axios并实现登录功能
在uni-app中,使用axios实现网络请求和登录功能涉及以下几个关键步骤: 1. **安装axios和axios-auth-refresh**: 在项目的`package.json`中添加axios和axios-auth-refresh依赖,可以通过HBuilderX的终端窗口运行`yarn add axios axios-auth-refresh`命令来安装。 2. **配置自定义常量**: 创建`project.config.js`文件,配置全局常量,如API基础URL、TenantId、APP_CLIENT_ID和APP_CLIENT_SECRET等。
186 60
|
9天前
|
测试技术
性能测试场景设计
**性能测试场景设计**涉及模拟用户行为和负载以评估系统在真实环境下的性能、稳定性和可靠性。常用的测试方法包括:**负载测试**,模拟实际使用以检查不同负载下的性能;**压力测试**,超负荷运行以检测系统极限;**稳定性测试**,验证系统长时间高负载的稳定性;**并发测试**,检查多用户访问时的性能和问题;以及**容量测试**,确定系统处理能力和资源利用率。测试场景多样,旨在确保系统应对未来增长需求的能力。
21 4
|
18天前
|
机器学习/深度学习 人工智能 视频直播
AI直播手机APP震撼发布!3大场景直播,60秒一键开播!
🎉 青否数字人AI直播APP发布!🚀 在抖音等平台60秒一键开播,简化直播流程。💡 3种AI直播模式,融合6大AIGC技术,助力新手轻松直播带货且避免违规。💪 AI主播、声音克隆,实时话术改写,智能互动与讲品同步,提升转化。📊 实景与视频直播结合,适应多种场景。🌐 独立部署,自定义版权,1年免费升级,专业售后支持。🚀 (直播: zhibo175) #青否数字人 #AI直播
AI直播手机APP震撼发布!3大场景直播,60秒一键开播!
|
24天前
|
JSON 前端开发 API
移动端---------app开发03----apicloud必须掌握的代码
移动端---------app开发03----apicloud必须掌握的代码
|
24天前
|
前端开发 开发者
移动端-------app开发02,了解apicloud功能和使用,真机测试
移动端-------app开发02,了解apicloud功能和使用,真机测试
|
2月前
|
编解码 测试技术 Android开发
Appium Inspector与Weditor:移动端测试的利器
本文介绍了两款移动端自动化测试的元素定位工具:Appium Inspector和weditor。Appium Inspector是官方推荐的辅助工具,而weditor是基于Python的ATX生态工具,支持Android和iOS界面分析。weditor安装需Python 3.6以上版本,可能遇到的GBK编码问题可通过更改系统区域设置解决。它提供设备界面、元素详情和代码运行三个主要部分,便于元素定位、属性查看及交互代码执行。这两款工具对于提升开发和测试效率具有积极作用。
89 8
|
2月前
|
编解码 测试技术 API
模拟手机设备:使用 Playwright 实现移动端自动化测试
本文介绍了使用Python的Playwright库进行移动设备模拟和自动化测试的方法。通过Playwright,开发者能模拟不同设备的硬件和软件特性,如屏幕尺寸、用户代理,以确保网站在移动设备上的表现。示例代码展示了如何模拟iPhone X并访问网站,之后可在此基础上编写测试代码以检验响应式布局和交互功能。Playwright的设备参数注册表支持多种设备,简化了移动端自动化测试的流程。
128 1
|
2月前
|
XML 数据格式
Xpath高阶定位技巧,轻松玩转App测试元素定位!
XPath是一种用于XML文档中节点定位的语言,支持逻辑运算符(and、or、not)、轴定位、谓词和内置函数。
44 0
|
2月前
|
XML 数据格式 Python
App测试中,强制等待和隐式等待谁更强?
本文介绍了在自动化脚本中添加等待以确保与应用程序同步的重要性。由于应用响应时间的不确定性,适当等待能防止脚本在操作未完成前继续执行,提高测试稳定性。等待包括强制等待(如`time.sleep()`)、隐式等待(全局设置查找元素的等待时间)和显式等待(根据预期条件等待)。示例代码展示了如何在Python的Appium测试中应用这些等待策略,以优化脚本的可靠性和与应用的同步。
36 0