移动应用程序测试的简单定义将是这样的"移动应用程序测试是一个为手持移动设备开发的应用程序软件进行功能测试的过程，可用性和一致性.移动应用程序测试可以是自动或手动类型的测试."
注意 : 为了更好地理解，我们假设我们正在测试在线机票预订系统的移动应用程序.
功能测试是最多的任何应用程序的基本测试，以确保它按照定义的要求工作.与其他基于用户界面的应用程序类似，移动应用程序在用户场景中需要大量人工交互.
示例测试场景 :
确认仅在选定日期显示所选来源目的地的航班可用性.
验证过去的日期不包含在搜索结果中.
兼容性测试已获得在移动应用程序测试方面，最高的堆栈.通常，移动应用程序兼容性测试的目的是确保应用程序的关键功能在特定设备上按预期运行.兼容性本身应该只需要几分钟，并且可以提前做好计划.
这不是一件容易的事，决定应该执行哪些移动设备兼容性测试(因为使用所有可用设备进行测试是不可能的.因此，准备一个包含每种可能组合的测试矩阵，并让客户优先考虑它.
示例测试场景 :
确认使用Android设备成功执行航班搜索.
确认Apple iPad已成功执行航班搜索.
如今，大多数应用程序都是专为全球使用而设计的，关注语言，时区等区域路径非常重要.当有人更改时区时，验证应用程序的功能非常重要.必须考虑到，有时西方设计可能无法与来自东方国家的观众合作，反之亦然.
示例测试场景 :
当我们使用不同语言的移动应用程序(或者说非英语语言)时，请确认没有UI或数据截断问题.
确认您的移动应用程序正常处理时区更改.
实验室测试通常由网络运营商进行，通过模拟完整的无线网络来完成.当移动应用程序使用语音和/或数据连接执行某些功能时，执行此测试以找出任何故障.
示例测试场景 :
当客户与支持人员进行语音聊天时，确认没有任何故障.
移动性能测试涵盖客户端应用程序性能，服务器性能和网络性能.确保性能测试方案涵盖所有这些方面非常重要.在性能测试工具的帮助下，鉴于预定义的负载和事务组合，识别现有网络，服务器和服务器端应用程序瓶颈并不困难.
示例测试场景 :
确认航班可用支票只花费合理的时间.
确认在检查航班可用性时，手机正常运行且不会挂起.
压力测试是查找在功能和用户界面测试期间可能未被注意到的异常，挂起和死锁的必要条件.以下是压力测试的一些标准列表 :
使用尽可能多的数据加载应用程序试图达到其突破点.
一遍又一遍地执行相同的操作.
以不同的速度执行重复操作 - 非常快或非常慢.
让应用程序长时间运行，并与设备进行交互并让它闲置，或执行一些需要很长时间的自动任务，例如幻灯片.
随机发送屏幕点击和按键给你的应用程序.
在您的设备上运行多个应用程序，以便您可以经常在应用程序和其他设备应用程序之间切换.
示例测试场景 :
检查1000个用户是否正在访问移动应用寻找国内的flig hts.
检查1000个用户正在访问移动应用程序以搜索国际航班.
应将黑客攻击，身份验证和授权策略，数据安全性，会话管理和其他安全标准的漏洞作为移动应用安全测试的一部分进行验证.应用程序应在通过网络对用户进行身份验证时加密用户名和密码.
测试安全相关方案的一种方法是通过代理服务器(如OWASP Zed攻击代理)路由移动数据并查看漏洞.
示例测试场景 :
验证应用程序是否存在不能在两个不同的移动设备上使用相同的用户凭据进行操作.
如果会话保持非活动状态超过15分钟，请确认会话自动过期.
与其他计算机和移动设备相比，移动设备的内存非常有限系统有一个默认行为来终止使用过多内存并导致糟糕的用户体验的应用程序.
内存测试对于移动应用程序来说非常重要，以确保每个应用程序都能保持优化的内存我们整个用户旅程的年龄.建议我们在实际目标设备上进行内存测试，因为系统架构不同于仿真器到实际设备.
示例测试场景 :
航班可用性检查十次并记下每张支票增加的内存使用量.
保持应用程序运行十分钟并观察内存使用情况是否保持稳定.
在不同的移动设备中使用了几种类型的电池(即镍镉/锂离子/镍金属混合物).虽然我们专注于功耗测试，但我们需要测量每个活动级别的电池状态.它将使我们更好地了解单个应用程序的功耗.
功耗测试可以手动完成;此外，市场上还有一些免费工具，如Trepn Profiler，Power Tutor和Nokia Energy Profiler.这些应用程序可以在智能手机或平板电脑上显示实时功耗.
示例测试场景 : 去;
使用移动应用程序搜索航班可用性，并检查耗电量是否最低.
保留移动应用程序处于理想状态;验证应用程序没有活动时没有耗电量.
应用程序在运行时可能会遇到一些中断，如来电或网络覆盖中断和恢复.这可以再次区分为 :
传入和传出的短信和彩信
传入和拨打电话
收到通知
电池拆卸
电缆插入和移除数据传输
示例测试场景 :
验证航班可用性收到来电后，支票会暂停并恢复.
确认用户在使用应用时可以拒绝来电，然后再次恢复相同的应用.
可用性测试根据目标的以下三个标准评估应用程序观众 : 去;
效率 : 指定用户在特定环境中达到指定目标的准确性和完整性.
有效性 : 所花费的资源与目标的准确性和完整性有关.
满意度 : 工作系统对用户和受其使用影响的其他人的舒适度和可接受性.
获得可用性测试非常重要从应用程序设计的早期阶段到位，并且只有在应用程序完成时才应该这样做.可用性测试需要用户的大量参与，输出可能会影响应用程序设计，这在项目的后期阶段很难改变.
示例测试场景 :
航班可用性检查应在主页上.
赞助广告不应显示在中间内容.
安装测试验证安装过程顺利进行而无需用户遇到任何困难.
示例测试场景 :
验证安装过程是否顺利
通过企业应用程序商店验证安装是否成功.
卸载测试的基础知识可以在一行中汇总为"卸载应扫除数据相关的t o应用程序只需一次".
示例测试场景 : 去;
验证卸载后是否已成功删除所有与应用程序相关的文件.
如果是存储媒体文件的应用程序(如Whatsapp或Facebook)，请保留即使在卸载应用程序后也会出现文件.
我们需要非常对移动应用更新非常谨慎.人们经常抱怨更新后应用程序无法令人满意地工作.因此，在更新测试中，我们认为应用程序将按照以前的工作方式运行，这一点非常重要.简而言之，它不应该破坏任何东西.移动应用程序更新可以通过两种方式进行: 自动更新和手动更新.
示例测试方案 :
在自动更新后验证应用程序是否成功运行.
验证更新进度是否正确显示.
要获得合规证书，每个移动设备都需要根据不同移动平台设置的指南进行测试.
示例测试方案 :
验证应用程序在安装时是否符合iOS手机的政策iPhone.
在Android上安装时，请确认该应用程序是否符合Android手机的政策.
