常见移动端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、需要验证异常,否则程序可能无法正常工作。



相关文章
|
17天前
|
XML 测试技术 数据格式
解决 App 自动化测试的常见痛点
在App自动化测试中,常见挑战包括启动加载慢和弹框干扰。为处理弹框,可以创建一个黑名单列表,遍历并点击消除。使用`handleAlertByPageSource()`方法结合`getPageSource()`判断弹框元素在当前页面的存在性,提高效率。对于首页加载延迟,使用显示等待特定元素如`user_profile_container`,但需注意弹框可能阻止元素定位。因此,结合PageSource判断首页元素和弹框,确保加载完成判断的准确性。通过这样的优化,能更有效地处理自动化测试中的中断问题。
11 1
|
18天前
|
监控 安全 Shell
深入探究App压力测试的关键要点:从零开始学习Monkey
Monkey是Google的自动化测试工具,用于模拟用户随机事件以测试应用的稳定性和压力。它可以在模拟器或设备上运行,通过随机点击发现潜在问题。
23 1
|
24天前
|
测试技术 Android开发
快速上手App自动化测试利器,Toast原理解析及操作实例
`Toast`是Android中的轻量级通知,短暂显示在屏幕任意位置,1-2秒后自动消失,不获取焦点且不可点击。Appium通过uiautomator2在控件树中处理Toast。在测试中,可设置隐式等待,利用XPath或Accessibility ID定位Toast元素进行检测和验证。示例代码展示了如何初始化driver,点击触发Toast,以及如何定位并读取Toast文本。
18 3
|
25天前
|
开发框架 移动开发 JavaScript
SpringCloud微服务实战——搭建企业级开发框架(四十六):【移动开发】整合uni-app搭建移动端快速开发框架-环境搭建
正如优秀的软件设计一样,uni-app把一些移动端常用的功能做成了独立的服务或者插件,我们在使用的时候只需要选择使用即可。但是在使用这些服务或者插件时一定要区分其提供的各种服务和插件的使用场景,例如其提供的【uni-starter快速开发项目模版】几乎集成了移动端所需的所有基础功能,使用非常方便,但是其许可协议只允许对接其uniCloud的JS开发服务端,不允许对接自己的php、java等其他后台系统。
134 2
|
28天前
|
存储 测试技术 C++
P2P网络下分布式文件共享场景的测试
P2P网络下分布式文件共享场景的测试
26 6
|
2月前
|
监控 安全 物联网
B/S架构智慧工地源码,两个终端:PC后台管理端、APP移动端
智慧工地系统充分利用计算机技术、互联网、物联网、云计算、大数据等新一代信息技术,以PC端,移动端,设备端三位一体的管控方式为企业现场工程管理提供了先进的技术手段。让劳务、设备、物料、安全、环境、能源、资料、计划、质量、视频监控等十大管理环节变得智慧可控。为建设集团、施工企业、政府监管部门等提供一站式工地现场管理信息化解决方案,是一种崭新的工程现场一体化管理模式。
27 0
|
2月前
|
测试技术 UED
APP交互性如何测试?
APP交互性如何测试?
|
2月前
|
监控 测试技术 Shell
APP的CPU,内存和流量如何测试?
APP的CPU,内存和流量如何测试?
|
2月前
|
监控 测试技术
APP的稳定性测试如何做?
APP的稳定性测试如何做?
|
2月前
|
Web App开发 传感器 Android开发
APP兼容性测试都需要考虑哪些场景?
APP兼容性测试都需要考虑哪些场景?

热门文章

最新文章