手机应用测试资料
手机测试报告
手机测试报告1. 综述本测试报告旨在对手机进行全面的功能和性能测试，以评估其表现和可靠性。
通过测试，我们对手机的各个方面进行了评估，并总结了测试结果。
2. 功能测试在功能测试部分，我们对手机的主要功能进行了测试，包括但不限于：- 手机通话功能：测试了通话的质量和稳定性。
- 短信功能：测试了短信的发送和接收能力。
- 联系人管理：测试了添加、编辑和删除联系人的功能。
- 日历：测试了日历的功能、提醒和日程管理。
- 天气预报：测试了获取实时天气信息的功能。
- 拍照和录像功能：测试了相机的画质和录像的清晰度。
在功能测试中，手机表现出色，所有功能都正常运作且稳定。
3. 性能测试在性能测试部分，我们对手机的性能进行了评估，包括但不限于：- 处理器性能：测试了手机的处理器性能和多任务处理能力。
- 内存和存储：测试了手机的内存使用情况和存储空间。
- 电池寿命：测试了手机在正常使用情况下的电池续航能力。
- 网络和连接：测试了手机的网络连接速度和稳定性。
通过性能测试，我们发现手机在各方面都表现出色，性能稳定且符合预期。
4. 安全性测试在安全性测试部分，我们对手机的安全功能进行了评估，包括但不限于：- 指纹解锁：测试了指纹解锁的准确性和安全性。
- 面部解锁：测试了面部解锁的准确性和安全性。
- 数据加密：测试了手机的数据加密功能。
- 应用权限管理：测试了应用对敏感权限的管理和控制。
通过安全性测试，我们确认手机在安全性方面表现良好，能够提供一定的数据保护和用户隐私保障。
5. 结论通过对手机的全面测试，我们认为该手机在功能、性能和安全性各方面表现出色。
所有主要功能都正常运作，性能稳定且符合预期，安全性也得到了保障。
然而，请注意该测试报告仅基于我们的测试结果，并不代表所有手机在实际使用中的表现。
根据实际情况进行选择和决策。
以上为手机测试报告的详细内容。
手机app测试要点总结
对于产品的手机项目（应用软件），主要是进行系统测试。
而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。
1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。
一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。
2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。
例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。
执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。
另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。
不能因执行优先级别高的事件而导致优先级较低的事件吊死。
交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。
另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。
3、压力测试：又叫边界值容错测试或极限负载测试。
即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。
例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。
对手机可以施加的压力测试类型主要有：Ø存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，如果程序员不做相应处理或者处理不好的话，很容易造成其他存储区被擦除，从而在UI上出现问题（比如其他功能无法正常使用，出现异常）。
Ø边界压力：边界处理一直是程序员最容易忽略的地方。
Ø响应能力压力：有时候某个操作可能处理的时间很长，在处理期间如果测试者再不断地进行其他操作的话，很容易出现问题。
测试手机功能及应用
通过测试手机的应用程序，优化手机 性能，提高用户使用手机的体验。
测试范围和限制
测试范围
测试内容包括手机的基本功能、应用 程序、性能等方面。
限制
由于测试资源、时间和成本的限制， 测试可能无法覆盖所有细节和极端情 况。
02 手机基本功能测试
解决方案2
定期清理后台应用，关 闭不必要的通知和权限， 减少系统资源占用。
解决方案3
降低屏幕亮度，使用省 电模式，减少高耗电应 用的使用时间。
07 结论
测试总结
测试目的
评估手机各项功能是否正常，验证应用是否能够正常运行，为消费者 提供客观、准确的购买建议。
测试范围
包括手机的通话功能、数据传输、相机、电池续航、屏幕显示、音频 性能等方面，以及预装应用和第三方应用的兼容性和性能。
分辨率和清晰度测试
评估手机屏幕的分辨率和清晰度，以及在不同光线条件下屏幕的显示效果是否清 晰、颜色是否准确。
触控反应测试
检查屏幕的触控反应速度、准确性和多点触控功能是否正常，以及是否存在延迟 或失灵的情况。
06 问题与解决方案
遇到的问题及原因分析
问题1：手机发热
01
问题2：应用崩溃或卡顿
03
02
04 硬件性能测试
处理器性能测试
01
02
03
基准测试
使用AnTuTu、 Geekbench等知名跑分软 件，对手机处理器的单核 和多核性能进行评估。
多任务处理能力
通过同时运行多个应用程 序和游戏，观察手机在多 任务环境下的流畅度和响 应速度。
图形处理性能
通过运行3D游戏或使用图 形渲染软件，评估手机 GPU的性能。
手机应用软件测试报告
手机应用软件测试报告一、引言手机应用软件的广泛应用已经成为人们日常生活中不可或缺的一部分。
为了确保手机应用软件的质量和稳定性，测试工作变得尤为重要。
本报告旨在对某款手机应用软件进行全面的测试和评估，以便发现潜在的问题并提供改进建议。
二、测试目标本次测试的主要目标是评估手机应用软件在不同操作系统和设备上的性能和稳定性。
具体的测试内容包括功能测试、兼容性测试、性能测试和安全性测试。
三、测试环境1. 操作系统：Android 10、iOS 142. 设备：iPhone 12、Samsung Galaxy S213. 测试工具：Android Studio、Xcode、Appium四、功能测试功能测试旨在验证手机应用软件的各项功能是否符合设计要求，并检查是否存在功能缺陷。
测试内容包括但不限于以下几个方面：1. 用户注册和登录功能测试：验证用户注册和登录过程是否顺畅，用户信息是否能够正确保存和显示。
2. 页面导航功能测试：测试各个页面之间的跳转是否正常，确保用户能够顺利浏览不同页面的内容。
3. 数据输入和输出功能测试：测试用户输入的数据是否能够正确保存和展示，以及软件对外部数据的读取和处理是否准确。
4. 功能模块测试：对软件的各个功能模块进行独立测试，包括但不限于聊天功能、支付功能、地图导航功能等。
五、兼容性测试兼容性测试旨在验证手机应用软件在不同操作系统和设备上的兼容性。
测试内容包括但不限于以下几个方面：1. 操作系统兼容性测试：测试软件在不同版本的Android和iOS操作系统上的运行情况，确保软件能够正常工作并兼容各个版本的操作系统。
2. 设备兼容性测试：测试软件在不同型号的手机设备上的运行情况，包括屏幕适配、分辨率适配等，确保软件能够适配各种设备。
3. 网络环境兼容性测试：测试软件在不同网络环境下的运行情况，包括2G、3G、4G、Wi-Fi等网络，确保软件能够正常连接和传输数据。
六、性能测试性能测试旨在评估手机应用软件在负载情况下的性能表现，包括响应速度、稳定性和资源占用情况。
手机测试经典知识
手机测试经典知识作为现代人不可或缺的工具之一，手机在我们的日常生活中扮演着越来越重要的角色。
而随着智能手机的普及和使用率的增加，对于手机的测试也变得越来越重要。
在这篇文章中，我们将探讨一些经典的手机测试知识。
1. 测试前准备在进行手机测试之前，必须先进行测试准备。
首先，需要确定测试目标和测试范围。
测试目标应该是清晰、明确的，可以是功能性测试、负载测试、性能测试等。
同时，测试范围也应该尽可能地详细描述，以确保测试的全面性。
其次，需要确定测试设备和测试环境。
测试设备可以是真实设备或虚拟设备，根据测试目标和测试范围选择不同的测试设备。
测试环境包括网络环境、软件环境等，也需要进行合理的设置和调整。
最后，需要准备好测试计划和测试用例。
测试计划描述了整个测试过程的流程和步骤，测试用例则是具体的测试场景和测试步骤。
在测试前，需要对测试用例进行充分的评审和验证，确保测试用例的准确性和全面性。
2. 功能性测试功能性测试是最基本的测试类型，它是对手机应用程序功能的测试。
这种测试类型主要是验证应用程序的功能是否正常，例如：是否能正确的启动、登录、注册等。
功能性测试的重点在于验证应用程序的所有功能都能正常的工作，并且覆盖尽可能多的测试场景。
在进行功能性测试时，需要注意以下几点：（1）测试覆盖范围尽可能全面，覆盖率要达到100%。
（2）测试用例要详细、准确，并且要完整涵盖所有可能的测试场景。
（3）针对测试过程中发现的问题及时进行记录和反馈，并且尽快的解决问题。
3. 性能测试性能测试是对手机应用程序的性能进行测试，主要是指应用程序的响应速度、负载能力、稳定性等因素。
性能测试的目标是保证应用程序性能良好，不会出现卡顿或崩溃等问题。
在进行性能测试时，需要注意以下几点：（1）测试覆盖范围要全面，包括应用程序的启动速度、响应速度、流畅度、内存占用等。
（2）测试环境要尽量模拟真实环境，例如模拟不同网络环境、不同硬件环境等。
（3）测试用例要充分考虑不同的负载情况，例如同时打开多个应用、多次进行同一操作等。
app测试题.docx
app测试题1. 测试目的：验证App的功能性、性能、兼容性、安全性和可用性。
2. 测试类型：- A. 功能测试- B. 性能测试- C. 兼容性测试- D. 安全性测试- E. 可用性测试3. 功能测试：- 3.1 描述App的主要功能，并列出测试用例。
- 3.2 验证用户登录和注册流程是否正常。
- 3.3 检查数据输入和输出是否正确。
4. 性能测试：- 4.1 确定App的响应时间是否符合预期。
- 4.2 测试App在高负载下的表现。
- 4.3 检查内存使用情况和电池消耗。
5. 兼容性测试：- 5.1 测试App在不同操作系统版本上的兼容性。
- 5.2 验证App在不同设备和屏幕尺寸上的显示效果。
- 5.3 检查App在不同网络环境下的稳定性。
6. 安全性测试：- 6.1 验证用户数据的加密和存储安全性。
- 6.2 检查App是否有潜在的漏洞，如SQL注入、XSS攻击等。
- 6.3 测试App的权限管理是否合理。
7. 可用性测试：- 7.1 评估用户界面的直观性和易用性。
- 7.2 检查App的帮助文档和用户支持是否充分。
- 7.3 收集用户反馈，评估App的整体用户体验。
8. 回归测试：- 8.1 描述在App更新后进行回归测试的重要性。
- 8.2 列出回归测试的步骤和关键点。
9. 自动化测试：- 9.1 解释自动化测试在App测试中的作用。
- 9.2 列出可以自动化测试的App功能。
10. 测试报告：- 10.1 描述测试报告的结构和内容。
- 10.2 解释如何根据测试结果进行问题跟踪和修复。
11. 测试计划：- 11.1 制定一个App测试计划，包括测试范围、资源、时间表和里程碑。
- 11.2 确定测试的优先级和风险评估。
12. 测试工具和环境：- 12.1 列出进行App测试可能使用的工具和框架。
- 12.2 描述测试环境的搭建和配置。
13. 用户验收测试：- 13.1 解释用户验收测试(UAT)的目的和重要性。
移动应用兼容性测试报告
移动应用兼容性测试报告1. 测试背景在移动应用快速发展的背景下，各种不同的移动设备和操作系统版本层出不穷。
为了确保移动应用程序在不同设备上的正常运行和用户体验，兼容性测试是必不可少的一环。
本报告旨在分析和总结对移动应用进行的兼容性测试结果。
2. 测试目的本次兼容性测试旨在验证移动应用在不同设备和操作系统版本上的兼容性，并发现并解决潜在的兼容性问题，以提高应用在多样化环境中的稳定性和可用性。
3. 测试环境- 设备：iPhone 11, Samsung Galaxy S10, Google Pixel 3- 操作系统：iOS 13.5, Android 104. 测试内容和方法本次兼容性测试主要包括以下内容：- 应用在不同设备上的安装和启动测试- 应用在不同操作系统版本上的安装和启动测试- 应用在不同设备和操作系统版本上的功能测试- 应用在不同设备和操作系统版本上的UI和界面布局测试- 应用在不同网络环境下的性能测试测试方法主要包括手动测试和自动化测试。
手动测试用于验证应用的基本功能和界面表现，自动化测试则用于大规模的反复测试，以提高测试效率和全面性。
5. 测试结果5.1 设备兼容性测试结果- iPhone 11：应用安装并启动正常，各项功能均可正常使用，界面布局整齐美观。
- Samsung Galaxy S10：应用安装并启动正常，各项功能均可正常使用，界面布局整齐美观。
- Google Pixel 3：应用安装并启动正常，各项功能均可正常使用，界面布局整齐美观。
5.2 操作系统兼容性测试结果- iOS 13.5：应用安装并启动正常，各项功能均可正常使用，界面布局整齐美观。
- Android 10：应用安装并启动正常，各项功能均可正常使用，界面布局整齐美观。
5.3 功能兼容性测试结果- 所有设备和操作系统版本均没有发现功能上的兼容性问题。
5.4 UI和界面布局兼容性测试结果- 应用在不同设备和操作系统版本上的界面布局均保持一致，未发现布局错乱或不美观的情况。
软件测试用例范文
软件测试用例范文标题：手机应用软件登录功能测试用例一、测试用例名称：正确的用户名和密码登录1. 用例描述：用户使用正确的用户名和密码进行登录操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面输入正确的用户名。
- 在密码输入框中输入正确的密码。
- 点击登录按钮。
4. 预期结果：- 用户成功登录，并跳转到应用首页。
- 应用首页显示用户的个人信息。
二、测试用例名称：错误的用户名和密码登录1. 用例描述：用户使用错误的用户名和密码进行登录操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面输入错误的用户名。
- 在密码输入框中输入错误的密码。
- 点击登录按钮。
4. 预期结果：- 系统提示用户名或密码错误。
- 用户无法登录，并停留在登录页面。
三、测试用例名称：空用户名和密码登录1. 用例描述：用户未输入用户名和密码进行登录操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面不输入用户名和密码。
- 点击登录按钮。
4. 预期结果：- 系统提示用户名和密码不能为空。
- 用户无法登录，并停留在登录页面。
四、测试用例名称：忘记密码找回1. 用例描述：用户忘记密码，通过找回密码功能进行操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面点击“忘记密码”链接。
- 进入密码找回页面。
- 输入注册时的手机号码。
- 点击发送验证码按钮。
- 输入收到的验证码。
- 输入新密码。
- 点击确认按钮。
4. 预期结果：- 系统验证成功，提示密码重置成功。
- 用户可以使用新密码登录。
五、测试用例名称：退出登录1. 用例描述：用户在登录状态下进行退出操作。
2. 前提条件：用户已经正确登录了手机应用软件。
3. 测试步骤：- 在应用首页点击用户头像。
(完整版)手机APP测试报告
招标手机APP测试总结报告14 144. 151.测试概述2. 1.1. 编写目的 1.2. 测试范围 测试计划执行情况 2.1. 2.2. 2.3. 测试类型 ....... 测试环境与配置 测试人员 ......... 测试问题总结 . 3. 2.4. 测试总结 ............... 3.1.测试用例执行结果 .........3.2. 安全测试 ................ 3.2.1. 软件权限 ........ 3.2.2. 安装与卸载安全性 3.2.2. 数据安全性 ...... 3.2.3. 通讯安全性 ...... 3.2.4. 人机接口安全性 3.3. 安装、卸载测试 ..........3.3.1. 安装 ............ 3.3.2. 卸载 ............ 3.4. UI 测试 .................3.4.1. 导航测试 ........ 3.4.2. 图形测试 ........ 3.4.3. 内容测试 ........ 3.5. 功能测试 ................3.5.1. 运行 ............ 3.5.2. 注册 ............ 3.5.3. 登录 ............ 3.5.4. 注销 ............ 3.5.5. 应用的前后台切换 3.5.6. 免登入 .......... 3.5.7. 数据更新 ........ 3.5.8. 离线浏览 ........ 3.5.9. APP 更新 ......... 3.5.10. 时间测试 ....... 3.5.11. 性能测试 ....... 3.5.12. 交叉性事件测试 3.6. 兼容测试 ................ 3.7. 用户体验测试 ............测试结果 ....................目录9 9 10 10 10 10 11 11 11 12 12 12 13 13 131.测试概述1.1.编写目的本测试报告为招标手机APP的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。
手机软件测试汇总
手机应用软件测试点汇总1 功能方面1.1安装、卸载、启动、运行、清除缓存/数据运行看看是否正常1.2交互：运行时接电话、收短信、锁屏、充电、闹铃1.3和第三方软件兼容：和同类产品同时运行时候出错，360手机助手、手机管家等是否对软件有非友好提示、限制使用root权限相关功能等。
1.4所谓错误潜伏在边界，隐藏在角落，所以边界值是必须要重点测试的。
为空、超上限、超长内容都有可能导致程序Crash。
还有一点就是在边缘的一些功能，可能有的用户都用不到，如分享一个网址，你只看了能不能分享成功，没去这个网站看看是不是自己要分享的内容，不一致跟踪很容易遗漏这种问题。
1.5等价类：把限制输入的内容分一下类，然后设计进行输入,常用的有特殊符号（@%&/'"[]*_）、null、字母大小写、汉字、数字正负、敏感字等。
顺便说一下搜索，输入1或者0容易出现异常。
1.6安全性：输入SQL语句、代码<%PHP%>、登录错误提示“用户名或密码错误”、输入错误几次后设制等待时间、找回密码验证码最好是6位以上非纯数字并且限制重试的次数、权限控制等。
2 兼容性方面2.1系统版本兼容性，兼容性是手机APP的一大特点，安卓2.1、2.2、2.3、4.0、4.1、4.2版本。
低版本容易出现不兼容问题。
2.2分辨率兼容性，各个分辨率检查软件的UI是否和需求一致。
2.3手机厂商，小米、三星、华为、酷派、oppo、中兴、HTC等。
3 性能方面3.1客户端：关注点就是启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量、电流。
与同类产品相比较是否有优势。
这里介绍两个工具DDMS里面搜索Displayed关键字就可以看到页面加载时间、emmagee简单易用，可以去网上下载。
3.2服务器：利用接口对服务器施加压力，重点关注响应时间、吞吐量、并发数、事物通过率等。
这里介绍工具有loadrunner（强大）、Jmeter（灵活）.4易用性方面用户的操作习惯，大部分人用右手，所以确定按钮可以放在右边，根据手机页面设计最合适的UI。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
兼容性1、手机软件测试网络2G网络：GSM，CDMAGSM：是global system for mobile communications的缩写，中午是全球移动通信系统，是移动、联通的网络制式CDMA：是码分多址的英文缩写（code dicision multiple access），是中国电信的网络制式3G网络：wcdma，td-scdma,cdma2000WIFI：一种可以将个人电脑、手持设备等终端以无线方式互相连接的技术2、手机系统Symbian\linux\palm(平板电脑)\blackberry（黑莓）\windowsmobile\android\ios3、手机界面分辨率QVGA：320*240 XQVGA:320*480 HQVGA:320*640 VGA:480*6404、手机测试分类按开发阶段：单元测试-集成测试-系统测试-确认测试-验收测试按测试技术分类：白盒测试-灰盒测试-黑盒测试、静态测试和动态测试按测试内容划分：文档测试-功能测试-兼容性测试-UI测试-安装卸载测试-安全测试-容错性测试-稳定性测试-用户体验测试5、手机测试注意事项：手机测试与pc内存泄露Monkey工具进行测试手机软件测试UI与PC UI测试，手机分辨率多样化，注意功能不对应，点击范围重叠，点击范围溢出手机软件的交互性：调用手机自带应用的内置借口是出错，导致程序crash。
比如在关于手机应用语音对讲功能，在对讲的时候有人打电话过来，在调用话筒设备的时候是否处理正确手机网络多样化，在不同的网络下测试软件产品的使用情况手机流量使用情况手机按键对软件功能的影响：Android手机一般分为3个键，主页、菜单、返回ISO只有一个键，home6、手机浏览器：UC浏览器、安卓自带浏览器、iPHone自带浏览器、QQ浏览器、Opera48*800常规3.5寸4寸手机分辨率540*960常规4.3寸4.5寸手机分辨率640*960水果4/4s分辨率720*1280 小米2高分辨率设备常见分辨率Chrome下快速更改窗口尺寸，window resizer应用中手机APP测试，主要针对的是android和ios两大主流操作系统，总体上来说android碎片化是个难题，bug也多；ios相对bug少。
主要考虑的就是功能性、兼容性、稳定性、易用性（也就是人机交互）、性能移动互联网App测试点包括：1.安全测试1)软件权限-扣费风险：包括发送短信、拨打电话、连接网络等-隐私泄露风险：包括访问手机信息、访问联系人信息等-新增风险项2)开发者官方权限列表信息比对分析2.安装、运行、卸载测试验证App是否能正确安装、运行、卸载，以及操作过程和操作前后对系统资源的使用情况，主要包括：1)检测软件是否能正确安装、运行、卸载；2)安装、卸载、更新错误报告；3)其他辅助信息：-位置和文件夹是否合理；-组件是否正确注册或删除；-评估操作前后，CPU、Memory（内存占用）、Storage（磁盘占用）等系统资源的使用情况。
3.UI测试测试用户界面(如菜单、对话框、窗口和其它可视控件)布局、风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
确保用户界面符合公司或行业的标准。
包括用户友好性、人性化、易操作性测试。
4.功能测试根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程：1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求，构建测试点，并明确测试标准（若用户需求中无明确标准遵循，则需要参考行业或相关国际标准或规则）。
2)根据被测功能点的特性列举出相应类型的测试用例对其进行覆盖，如：涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。
3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况，及时修正业务或需求理解错误。
5.性能测试评估App的时间和空间特性1)极限测试：在各种边界压力情况下（如电池、存储、网速等），验证App是否能正确响应。
2)响应能力测试：测试App中的各类操作是否满足用户响应时间要求3)压力测试：反复/长期操作下，系统资源是否占用异常；4)性能评估：评估典型用户应用场景下，系统资源的使用情况。
5)Benchmark测试（基线测试）：与竞争产品的Benchmarking,产品演变对比测试等。
6.中断测试针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法，如：App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。
7.兼容测试主要测试内部和外部兼容性，包括：与本地及主流App是否兼容；检验在各种网络连接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的数据和运用是否正确；与各种设备是否兼容（若有跨系统支持则需要检验是否在各系统下，各种行为是否一致）。
8.安全测试安全测试显得尤为重要，粗心、不谨慎的数据存储或传输方式使得非法、恶意目的有可乘之机。
智能终端安全涉及各信息交互、存储接点，借鉴于网络传输和相关安全测试经验，App安全测试大概划分为以下几类：1)从数据的本地存储到数据的传输、处理以及远程访问等各个环节，基于相应的安全标准/行业标准评估App的安全特性；2)借鉴在Web App和网络安全测试的一些成功经验在智能终端App测试中进行裁减或适配；3)检测App的用户授权级别，数据泄漏，非法授权访问等；4)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测,以期发现潜在的安全问题；5)基于各种通信协议或相应的行业安全标准检视App是否满足相应的要求。
<SPAN style="FONT-FAMILY: 宋体; FONT-SIZE: 9pt; mso-ascii-theme-font: minor-我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题。
根据最近的调查研究，用户难以容忍有bug的移动App。
移动App Bug的影响是用户体验差、App的商店评级下降、用户换用竞争对手的App，声誉和信誉损失、最后销售量减少，如果它是一个付费App的话。
移动App测试与传统台式机测试相比有一定的复杂性。
这些复杂性可以被分类为：环境（大量的设备，各种移动OSs，适应频繁OSs变化）。
设备（触摸式和非触摸式设备，有限的内存容量，电池耗电量）。
网络（不同的网络和运营商，在不好或无网络的情况下的App行为，离线支持）。
可用性（方向，触摸，多触摸，缩放，分页和导航的局限性，各种干扰，如来电，来电短信，闹钟，和低电量警报）。
所有这些手机专有的复杂性需要新的针对移动App测试的测试用例设计方案。
最常见的移动App Bug为了确定最常见的移动App Bug，进行了一次研究，其结果发表在国际测试会议上[ 1 ] 。
为了这个目的，准备了一次在线调查思考参与者的移动测试经验并发表在移动App开发和测试相关的专业社会团体内。
有针对性的参加本次调查的主要有移动App测试人员和开发人员。
结合几个结果，最常见的移动App Bug在对调查结果进行统计分析后确定。
根据调查的结果，移动App崩溃是最常见的移动App Bug ，这是预料中的结果，因为很容易发现一个移动App崩溃。
Android OS上一个写着“强制关闭错误”的弹出窗口跳上屏幕；当发生崩溃时，iOS中App屏幕突然消失消失。
最坏的情况下，App崩溃可能会导致系统故障，操作系统崩溃。
移动App崩溃原因为什么移动App经常崩溃？App崩溃有几个原因：从平台或环境到开发问题。
一些崩溃原因（排名不分先后）：设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。
带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。
网络的变化：不同网络间的切换可能会影响App的稳定性。
内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。
用户过多：连接数量过多可能会导致App崩溃。
代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。
第三方服务：广告或弹出屏幕可能会导致App崩溃。
移动App崩溃的测试用例设计测试用例是移动测试最重要部分之一。
准备和执行预先定义的针对移动App崩溃的测试用例将简化和加速移动App崩溃的测试。
一些通用的触发移动App崩溃的测试场景，如下：1 验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的App行为。
2 用新发布的操作系统版本验证App的行为。
3 验证在如隧道，电梯等网络质量突然改变的环境中的App行为。
4 通过手动网络从蜂窝更改到Wi-Fi ，或反过来，验证App行为。
5 验证在没有网络的环境中的App行为。
6 验证来电/短信和设备特定的警报（如警报和通知）时的App行为。
7 通过改变设备的方向，以不同的视图模式，验证App行为。
8 验证设备内存不足时的App行为。
9 通过用测试工具施加载荷验证App行为。
10 用不同的支持语言验证App行为。
显然，还会有更多的导致App崩溃的App特定场景。
结论在这项研究中，展示了针对移动App崩溃的通用测试案例。
如果移动测试团队在他们的测试场景中准备并执行这些测试用例，那么早在开发周期就可以找到崩溃相关的Bug。
然后，开发团队将阐明崩溃原因，并找出一个解决所有Bug的通用方法。
最后，App质量和用户满意度就会增加。
1、业务功能本身2、业务适配、兼容测试（如不同手机、不同操作系统、不同网络环境（2G、3G、Wifi、飞行模式等等）、与其他软件兼容：如输入法、视频、声音等等）3、其他应用中断测试，如在启动自己的应用app过程中：电量低提示、来电、Tips消息、锁屏等等，你在使用手机过程中出现的各种提示、提醒类4、性能（指标根据业务本身要求来定）5、Crash测试，算作性能的一种，但慢慢从性能中剥离开来，单独作为一项测试类型进行关注，旨在关注APP的稳定性。
很多公司APP业务对于质量的考量指标往往是Crash率。