下载文档原格式
APP内部H5测试点⼀、业务逻辑除基本功能测试外，需要关注的⼀些测试点：1.登录1.1 H5页⾯嵌⼊到客户端使⽤，若客户端已经登录，进⼊H5页⾯应该是登录状态1.2 H5页⾯嵌⼊到客户端内使⽤，若客户端未登录，如果访问的页⾯需要登录，是否能跳转到客户端登录页⾯。
若取消登录后，再次访问是否能正常的再次跳转到登录页⾯1.3 H5页⾯嵌⼊到客户端内使⽤，若客户端内已经登录，进⼊H5页⾯，该页⾯是否展⽰正常1.4 H5页⾯嵌⼊到客户端内使⽤，在H5端登录，客户端各个需要登录的页⾯（原⽣及H5页⾯）是否正常同步登录状态2.下拉刷新2.1 下拉刷新后，页⾯是否还在当前页2.2 下拉刷新后，页⾯数据是否正常显⽰2.3 ⽤户主动点击下拉刷新，页⾯是否还处于当前页；页⾯数据是否正常显⽰2.4 系统⾃动刷新，页⾯是否还处于当前页，页⾯数据是否正常展⽰2.5 长时间不操作，页⾯session过期，再次查看是否会⾃动刷新2.6 从其他页⾯返回时，数据需要刷新，是否跟上⼀次查看数据不⼀样2.7 页⾯数据有时间限制，超过时间是否需要⾃动刷新3.翻页3.1 数据只有⼀页时，加载数据翻页页⾯请求数据是否正常3.2 数据>1页时，加载数据翻页页⾯请求数据是否正常3.3 数据请求翻页loading时，向下刷新页⾯，页⾯数据请求是否正常4.返回4.1 页⾯是否有返回按钮4.2 点击页⾯返回按钮，页⾯是否正常返回到期望页⾯4.3 点击Android⾃带的返回按钮，页⾯是否正常返回到期望页⾯4.4 点击⼀些设计的返回按钮，页⾯是否正常返回到期望页⾯5.数据为空处理5.1 接⼝返回数据为空时，页⾯是否展⽰正常5.2 页⾯某个数据为空时，页⾯是否展⽰正常5.3 页⾯某功能返回链接为空，点击该功能区域是否会跳转6.分享6.1 点击分享是否能弹出预设的分享平台，选择分享平台后是否能调起第三⽅软件6.2 分享后，在第三⽅软件是否能正常打开分享的页⾯，并且页⾯能正常显⽰6.3 在第三⽅软件⼆次分享后，页⾯是否正常6.4 未安装预设的第三⽅软件，分享选项是否不出现该选项，若出现，是否能友好提⽰未安装7.其他异常处理7.1 页⾯session与cookie值过期时，是否会重新跳转到登录页7.2 页⾯session与cookie值过期时，页⾯展⽰是否正常7.3 APP回后台再回前台，页⾯是否正常显⽰7.4 页⾯title是否正常，只显⽰⼀个title，即原⽣title或H57.5 涉及⼿机相册时，是否⽀持放⼤显⽰照⽚，查看不同相册是否能正常7.6 涉及⼿机相册时，添加的照⽚有数量限制，在不同相册选择时照⽚总数是否为选择的总数7.7 涉及⼿机相册时，同⼀张照⽚包含在不同相册，被选中时总数只+17.8 涉及⼿机系统权限，是否能跳转到系统设置，拒绝授权再次进⼊功能需要是否仍有获取权限提⽰⼆、H5与第三⽅体验环境：1. 微信内体验，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常2. qq内体验，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常3. 微博内，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常4. 普通浏览器内，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常5. ⼆次分享后页⾯展⽰是否正常三、H5页⾯适配1. iPhone⼿机：iPhone x、iPhone11等各个⼿机系统，H5页⾯功能是否展⽰正常2. Android市场主流品牌、机型、系统，H5页⾯功能是否展⽰正常3. 分辨率不同的⼿机，H5页⾯功能是否展⽰正常4. 不同浏览器，H5页⾯功能是否展⽰正常四、⽹络问题1.WiFi下页⾯展⽰是否正常2.4G/3G等情况下，页⾯是否展⽰正常3.移动、电信、联通⽹络下页⾯是否展⽰正常4.数据⽆⽹络到有⽹络，页⾯点击后是否会⾃动加载数据5.⽆⽹络时，刷新时页⾯是否有提⽰五、体验问题1.页⾯请求时，是否会给出loading效果2.页⾯请求失败时，是否会给出友好提⽰3.页⾯刷新时，页⾯是否会出现抖动现象4.页⾯⽂本输⼊数据过多时，页⾯是否会正常显⽰。
软件测试之APP测试流程及策略
⼀、App测试流程
需求-设计-开发-测试-上线
⼆、App测试维度
功能测试、性能测试、兼容性测试、稳定性测试、⽤户测试
三、App测试策略（⽅法）
与web端相同：表单值域测试、业务流程测试、业务逻辑测试、数据准确性测试、链接跳转测试、cookie测试、接⼝测试
与web端不同：
兼容性测试：UI测试、分配率测试（⼿机屏幕⼤⼩、ipad平板）、⽹络测试（3g,4g,5g,wifi）、系统测试（IOS测试、安卓测试、系统版本测试）、配置兼容性测试
安全测试：通过不同的杀毒软件来扫描⾃⼰的App、漏洞扫描、SQL注⼊、数据的加密解密
性能测试：CPU监控、内存监控、耗电量、流量耗费、响应测试
⽤户体验测试：不要放弃⼩⽩⽤户、不要放弃低配机制、⽤户的交互体验、⼿机的⾃带功能（指纹、⾯部识别、三滑、左滑右滑、长按）
安装卸载更新：安装（通过不同渠道安装、安装过程中断开）、卸载（验证软件卸载后是否有遗漏数据）、更新版本（跨版本测试、更新过程中断开、更新后回归测试）
健壮性测试：异常断开（软件使⽤过程中来电、来视频）、内存溢出（多线程、内存溢出）、稳定性测试（使⽤monkey）
增值业务：推送消息（测试推送内容是否正确、时间是否正确、条件）、控件测试（⽇历、天⽓、地区）、⼴告
权限测试
四、使⽤⼯具
monkey
monkeyrunner
GT
appium
appscan。
app测试报告随着智能手机的普及和移动互联网的发展，手机应用（APP）已经成为我们日常生活中不可或缺的一部分。
然而，由于市场竞争激烈，许多APP的质量和性能并不稳定，这就需要进行全面的测试和评估。
本文将通过对一个APP进行测试和分析，来给出一个APP测试报告，以揭示APP的优点和不足之处。
测试环境与流程在进行APP测试之前，我们需要设立一个适当的测试环境。
这个环境包括硬件设备、操作系统、网络条件等。
具体来说，我们选择了一款手机型号作为测试设备，并安装了最新版本的操作系统。
同时，在测试过程中，我们还利用了Wi-Fi和4G网络，分别测试了在不同网络下的表现。
测试的过程可以分为功能测试和性能测试两个部分。
在功能测试中，我们主要关注APP的各项功能是否正常运作、是否满足用户需求。
例如，我们测试了APP的注册和登录功能、商品浏览和购买功能等等。
在性能测试中，我们测试了APP的响应速度、加载时间、占用内存等指标，以评估APP的性能表现。
测试结果与评价经过一段时间的测试和分析，我们对这个APP的性能和功能进行了全面的评估。
以下是我们的测试结果和评价。
首先，就功能而言，这个APP在绝大部分方面表现出了良好的稳定性和完整性。
注册和登录功能没有出现问题，用户可以顺利地进行账号注册和登录操作；商品浏览和购买功能也非常顺畅，用户可以方便地浏览商品信息和下单购买。
此外，APP的界面设计简洁美观，用户操作流程合理，易于上手。
这些功能上的优点使得用户能够愉快地使用这个APP，并得到满意的购物体验。
然而，我们也发现了一些不足之处。
首先，APP在某些网络条件下的加载速度较慢。
在4G网络下，尤其是在网络信号不稳定的情况下，APP的加载时间明显延长，给用户带来了不便。
其次，我们在测试过程中发现了一些小Bug，例如部分页面的显示错位、部分按钮失灵等。
虽然这些问题并不影响APP的正常运行，但细心的用户可能会注意到这些细节问题。
最后，我们认为APP的搜索功能还有进一步改进的空间，包括搜索结果的准确性和搜索速度等方面。
移动app测试有哪些基本流程?第三方软件测试机构收费标准随着科技的发展，人们现在对于手机的依赖度越来越高，各类app的产出层出不穷。
因此软件企业要想在如此激烈的市场上取得一席之地，app软件的产品质量必须做到严格把控，而软件测试是检验软件产品质量的有效保障手段。
移动app从开发到推出市场，app测试也是必经之路，那么第三方软件测试机构在测试移动app时有哪些基本流程呢?一、移动app测试的基本测试流程1、接受测试版本：由开发人员提交给测试人员。
2、app版本测试：主要检查app开发阶段对应的版本是否一致。
3、UI测试：检查app界面是否与需求设计的效果-致。
4、功能测试：核对项目需求文档，测试app功能是否满足客户需求。
5、专项测试：对移动app进行专项测试。
6、正式环境测试：模拟实际使用环境进行测试。
7、上线准备：测试通过后，对测试结果进行总结分析，为app成功上线做准备。
以上是移动app测试的几个基本环节，当然，根据具体项目的不同有的流程会有略微的调整。
二、软件测试就找权威第三方软件测试机构更放心在日新月异的互联网行业中，软件测试虽然是一项简单的工作，但要想更好的保障软件产品质量，还需要技术含量以及实战经验，例如卓码软件测评这种权威第三方软件测试机构。
卓码软件测评，具备CMA、CNAS双重权威认证的品牌机构，多年来专注于软件测评服务行业，测试经验丰富、技术成熟，全国范围内各类软件测试类型都可服务，价格优惠，专业出具带有法律效力的软件测试报告。
三、第三方软件测试机构收费标准软件测试是随着测试功能点以及测试项目的大小来决定的，且不同时间和地域也有着收费差异，因此行业内并无统一具体的收费标准，想要获得2023最新软件测试报价的朋友可咨询卓码软件测评。
APP测试基本流程以及APP测试要点1.需求分析：仔细阅读对应的需求文档，了解APP的功能和特性。
2.用例设计：根据需求文档编写测试用例，包括各种场景下的测试步骤和预期结果。
3.环境准备：准备测试环境，包括各种设备、操作系统以及网络环境。
4.功能测试：按照设计的测试用例，对APP的各个功能模块进行测试，验证其是否满足用户需求。
5.兼容性测试：将APP在不同的设备和操作系统上进行测试，检查其兼容性。
6.性能测试：测试APP的性能，包括启动时间、响应时间、占用资源等指标。
7.安全性测试：测试APP的安全性，包括身份验证、数据加密等方面的测试。
8.用户界面测试：对APP的用户界面进行测试，包括布局、颜色、字体等方面的检查。
9.数据完整性测试：验证APP的数据输入、处理和输出的完整性，确保数据的准确性和一致性。
10.出错处理测试：测试APP在出现错误和异常情况时的处理能力，包括错误提示、恢复机制等方面的测试。
11.安装和卸载测试：测试APP的安装和卸载过程，验证其是否能够正常安装和卸载，并不会对用户设备造成损坏。
12.更新和升级测试：测试APP的更新和升级功能，验证其是否能够正确地更新到最新版本，并保证用户数据的完整性和安全性。
13.回归测试：在修改或添加新功能后，重新运行之前的测试用例，以确保修改和新增功能不会导致现有功能的故障。
14.缺陷管理及跟踪：记录并跟踪测试过程中发现的软件缺陷，包括缺陷的详细描述、重现步骤以及修复的状态。
15.测试报告：编写测试报告，总结测试结果和发现的问题，并提供改进建议。
1.兼容性：测试APP在不同的设备和操作系统版本上的兼容性，确保APP能够在各种终端上正常运行。
2.功能性：测试APP的各项功能是否符合需求，包括用户登录、数据输入与输出、操作流程等方面。
3.用户界面：测试APP的用户界面布局、字体、颜色等方面的可用性，确保用户能够方便地使用APP。
4.性能和稳定性：测试APP的启动时间、响应时间、资源占用情况等指标，以及在长时间运行和高负载情况下的稳定性。
App测试流程及测试点1 APP测试基本流程1.1预估测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两周（即10个工作日,一人份工作量），根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目整体排期。
与其他项目强耦合适量增加3-5个工作日，弱耦合增加1-2工作日1.2测试资源测试任务开始之前，准备测试资源1.产品文档2.原型图3.效果图即设计交互稿4.行为统计分析定义文档5.测试设备(测试机，平板，系统iOS、Android,不同分辨率)6.测试人员7.其他1.3分析测试内容•这里就说的通俗一点•比如A要去吃饭，那么他怎么吃饭，用什么吃饭，吃什么饭，吃多少合适。
•怎么吃：项目业务流•用什么吃：项目前期准备测试事宜•吃什么饭：明确测试目的，项目背景•吃多少合适：合格点，吃完饭了是不是得确认他是不是吃饱了？1.4设计测试计划、测试用例古人云：凡事预则立，不预则废。
也就是强调预先计划的重要性和必要性•测试计划•测试范围明确测什么？比如：产品的具体业务需求有哪些？产品是web端的还是移动端的，还是两者都有？•测试策略明确怎么测。
对不同业务需求，具体要有哪些测试类型、测试场景、测试方法。
•资源安排包括测试人员的安排，测试环境是怎样的，测试工具的选择等。
•进度安排在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。
•发布标准发布标准是测试完成和产品上线需要满足的条件，以便项目内所有角色都有一致认可的目标。
怎样才算是测完了？达到怎样的标准才可以上线？•风险预防最后，我们需要对整个测试过程中可能存在的风险，以及当这些风险发生时的应对措施提前进行一些考虑和准备，并在测试计划中体现出来。
•测试用例就不多说了，测试工程师的基本功1.5用例评审一千个眼里就有一千个哈姆雷特，所以用例评审很重要，这是一个查漏补缺的过程，不光用例层面的补充，也在某种程度上对其他同事也是一种回顾&梳理其他同事的堵塞点1.3测试报告1.测试人员对每天测试项目发送测试报告(若无要求，则不需要发送日报)2.日报所含内容：•对当前测试版本质量进行分级•严重阻塞进度的问题提出，提示开发同学优先修改•对版本整体测试进度进行评估3.产品上线前，测试发送测试报告2 APP测试点2.1 安装1.软件在不同操作系统（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安装是否正常2.软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里3.软件安装各个选项的组合是否符合概要设计说明4.软件安装向导的UI测试5.软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明处理6.软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）7.安装空间不足时是否有相应提示8.安装后没有生成多余的目录结构和文件9.对于需要通过网络验证之类的安装，在断网情况下尝试一下10.还需要对安装手册进行测试，依照安装手册是否能顺利安装2.2 卸载1.直接删除安装文件夹卸载程序是否有提示信息2.测试系统直接卸载程序是否有提示信息。
软件产品测试流程指南第1章测试基础与规划 (3)1.1 软件测试的定义与目的 (4)1.1.1 定义 (4)1.1.2 目的 (4)1.2 测试流程概述 (4)1.3 测试计划的制定 (4)第2章测试需求分析 (5)2.1 需求文档评审 (5)2.1.1 评审任务 (5)2.1.2 注意事项 (5)2.2 测试需求的提取 (5)2.2.1 提取方法 (5)2.2.2 提取步骤 (6)2.3 需求跟踪矩阵 (6)2.3.1 需求跟踪矩阵的构成 (6)2.3.2 需求跟踪矩阵的作用 (6)第3章测试用例设计 (6)3.1 测试用例的基本要素 (6)3.1.1 测试用例编号 (7)3.1.2 测试用例标题 (7)3.1.3 测试目的 (7)3.1.4 测试前置条件 (7)3.1.5 测试步骤 (7)3.1.6 预期结果 (7)3.1.7 实际结果 (7)3.1.8 测试结论 (7)3.1.9 测试人员 (7)3.1.10 测试日期 (7)3.2 测试用例的设计方法 (7)3.2.1 等价类划分 (7)3.2.2 边界值分析 (7)3.2.3 错误猜测法 (7)3.2.4 因果图法 (8)3.2.5 决策表法 (8)3.2.6 场景法 (8)3.3 测试用例的评审 (8)3.3.1 测试用例评审人员 (8)3.3.2 评审内容 (8)3.3.3 评审过程 (8)3.3.4 评审结果处理 (8)3.3.5 评审通过标准 (8)4.1 硬件与软件环境配置 (8)4.1.1 硬件环境配置 (8)4.1.2 软件环境配置 (9)4.2 网络环境配置 (9)4.2.1 内部网络环境 (9)4.2.2 外部网络环境 (9)4.3 测试工具与资源准备 (9)4.3.1 测试工具 (9)4.3.2 测试资源 (9)第5章单元测试 (10)5.1 单元测试概述 (10)5.2 单元测试方法与工具 (10)5.2.1 单元测试方法 (10)5.2.2 单元测试工具 (10)5.3 单元测试执行与评估 (10)5.3.1 单元测试执行 (10)5.3.2 单元测试评估 (10)第6章集成测试 (11)6.1 集成测试策略 (11)6.1.1 目标与原则 (11)6.1.2 测试范围 (11)6.1.3 测试环境 (11)6.2 集成测试方法 (12)6.2.1 非增量集成测试 (12)6.2.2 增量集成测试 (12)6.2.3 混合集成测试 (12)6.3 集成测试用例设计 (12)6.3.1 设计原则 (12)6.3.2 测试用例要素 (12)6.3.3 测试用例设计方法 (13)第7章系统测试 (13)7.1 功能测试 (13)7.1.1 测试目的 (13)7.1.2 测试内容 (13)7.2 功能测试 (13)7.2.1 测试目的 (13)7.2.2 测试内容 (13)7.3 安全测试 (14)7.3.1 测试目的 (14)7.3.2 测试内容 (14)7.4 兼容性测试 (14)7.4.1 测试目的 (14)7.4.2 测试内容 (14)8.1 验收测试概述 (14)8.1.1 概念与重要性 (15)8.1.2 测试主体 (15)8.1.3 与系统测试的区别 (15)8.2 验收测试计划与用例 (15)8.2.1 验收测试计划 (16)8.2.2 验收测试用例 (16)8.2.3 验收测试标准 (16)8.3 验收测试执行与反馈 (16)8.3.1 验收测试执行 (16)8.3.2 问题反馈与解决 (17)第9章缺陷管理 (17)9.1 缺陷报告与跟踪 (17)9.1.1 缺陷报告规范 (17)9.1.2 缺陷跟踪流程 (17)9.2 缺陷生命周期管理 (17)9.2.1 缺陷状态管理 (17)9.2.2 缺陷优先级和严重程度管理 (18)9.3 缺陷分析与改进措施 (18)9.3.1 缺陷分析 (18)9.3.2 改进措施 (18)第10章测试总结与评估 (18)10.1 测试覆盖度评估 (18)10.1.1 功能测试覆盖度评估 (18)10.1.2 功能测试覆盖度评估 (18)10.1.3 异常测试覆盖度评估 (18)10.2 测试效果评估 (19)10.2.1 缺陷发觉率 (19)10.2.2 缺陷分布 (19)10.2.3 缺陷修复情况 (19)10.3 测试总结报告 (19)10.3.1 测试概述 (19)10.3.2 测试结果统计 (19)10.3.3 测试问题分析 (19)10.3.4 测试结论 (19)10.4 测试团队绩效评估与改进建议 (19)10.4.1 测试团队绩效评估 (19)10.4.2 改进建议 (19)第1章测试基础与规划1.1 软件测试的定义与目的1.1.1 定义软件测试是指通过对软件产品进行操作和评估，以发觉软件中潜在的错误、缺陷或不足，并验证软件是否满足预定的需求和设计规格的过程。
APP功能测试要点（功能测试重点）1、功能性测试根据产品需求⽂档编写测试⽤例⽽进⾏测试，包括客户端的单个功能模块以及功能业务逻辑（功能交互）如：涉及输⼊的地⽅需要考虑等价类，边界值，异常或⾮法等1.1 安装与卸载测试>软件安装后是否可以正常运⾏>安装过程中是否可以取消>安装空间不⾜时是否有相应提⽰>是否可以卸载应⽤（可通过桌⾯卸载，也可以通过软件卸载安装）>卸载是否⽀持取消功能，单击取消后软件卸载功能是否正常===不可逆>卸载后⽂件是否全部删除所有的安装⽂件夹>安装到本地还是SD卡，有选择可以提供>安装完⾃动删除安装包>从不同的应⽤市场下载进⾏安装？---安卓端>重复安装1.2 软件升级测试>当客户端有新版本时，是否有更新提⽰>当版本为⾮强制升级时，⽤户可以取消更新，⽼版本能正常使⽤，⽤户在下次启动app时仍能出现更新提⽰>当版本为强制升级时，当给出强制更新后⽤户没有做更新时，退出客户端，下次启动app时仍能出现强制升级提⽰（没有取消按钮）>检查更新后各个功能是否正常使⽤>在线跨版本升级后是否正常使⽤---问题：版本升级测试是全部测试还是部分测试？>关于新版本的更新内容：1.新功能 2.修复bug、优化模块先测试更新的内容，再在发布之前⾛⼀下基本功能1.3 登录测试>1）账号密码登录 2）第三⽅登录 3）指纹登录 4）⼿势密码登录 5）快捷登录 6）声⾳识别登录 7）刷脸 8）⼆维码>⽤户主动退出登录后，下次启动APP时，应该进⼊登录界⾯ QQ、微信、天猫、外卖>对于登录状态时，⼀些页⾯的操作是否做了控制>切换账号登录时，检验登录的信息是否做到及时更新>对于多个端（web、ios、android等）进⾏操作时，确保数据库操作⽆误，且每个端可以及时看到数据更新>⼀个账号只允许登录⼀台机器的软件，需要账号登录多个⼿机时，是否将原⽤户踢下线，且能够给出提⽰信息>⽤户登录状态太久，sessionid 会过期，会出现“虽然是登录状态，系统会提⽰⽤户没有登录”1.4 离线测试>是应⽤程序在本地客户端会缓存⼀部分数据以供程序下次调⽤，对于⼀些程序，离线状态下可以浏览本地数据>对于离线（⽆⽹络时），刷新获取新数据时，不能获取数据时能给出友好提⽰>对于界⾯的数据不提供离线查看，需要给出相应提⽰且界⾯更新后⽆任何数据>离线下，退出APP再启动APP时能正常浏览>离线下，切换到后台再切回APP应⽤时可以正常浏览>离线下，锁屏后再解锁回到应⽤前台可以正常浏览>离线后上线，断点发送/传送/记录（⼿动/⾃动断点续传：⽹盘/直播视频APP）1.5 消息推送测试>默认开关应该是全打开状态（设置）>设置⽽已⾃由打开关闭，设置开关关闭时，客户端接收不到消息推送>未锁屏时，应⽤后台运⾏，消息推送是否可以正常接收>未锁屏时，APP客户端使⽤过程中，可以收到消息提醒，且点击可以查看>锁屏时，推送消息是否⽀持接收？且点击可查看>⼿机消息栏是否可以接收到消息提醒，且点击可查看，点击后消息栏中消失>当push消息是针对⽤户登录的时候，需要检查收到的push与⽤户⾝份是否相符，没有错误的将其他⼈的消息推送过来>push 推送消息是否能有针对性的推送，如相应内容推送给相应应付（精确推送）>退出登录后，是否接受push推送（根据需求来）2 UI测试>确保产品UI符合产品经理制定的原型图与UI设计效果图、切图>⼀般涉及界⾯（如菜单对话框、窗⼝和其他可视控件）布局，风格，⽂字是否正确，页⾯是否美观，操作是否友好，如：安装APP后的加载页显⽰，分享页⾯的产品logo显⽰1. 兼容性测试>应⽤是否可以在不同操作系统正常使⽤，如果开发有Android 和IOS 两个平台的软件，那么在这两个平台都要做兼容性测试，如：Android 版本有 5.1 6.。
APP测试要点总结手机或Ipad 上App 要做的测试有：功能测试（流程测试、功能点测试）、兼容性测试（多机型、多系统）、交叉测试、安装卸载测试、安全性测试、易用性测试、UI 界面测试、压力测试（接口压力测试）。
1.功能测试：对具体功能点一一进行测试，确保每个点都能正确实现相应功能；2.兼容性测试：对市场上主流的机型执行测试，确保都能正常运行；3.交叉测试：对于正在运行的应用，若进入短信、电话等其他软件响应的情况，不会影响所测试应用，且会保证应用都能正确运行；4.安装卸载测试：确保应用都能正确安装、卸载且能正确运行（注意应用的升级测试，升级前后的状态）；5.安全性测试：对程序和数据库进行安全性测试，以确保符合系统安全指标；6.易用性测试：所开发的功能，是否让用户容易接受，是否符合大众的操作习惯；7.UI 界面测试：应用的设计是否够美观、界面图片、按钮是否合适；8.压力测试：用户量大，交互性高的应用需对接口执行压力测试，确保应用在用户量大的情况下能正常运行。
（一）功能测试根据实际用户需求来测试功能及业务流程a）输入框和选择框•测试输入框和选择框是否为可编辑的状态。
•测试对日期类的控件是否作了规范验证。
•测试输入的信息或者选择的数据是否正确显示。
b）查询测试• 查看对于有限制条件的查询，在查询框中是否作了说明• 测试在单个查询条件中，输入合法的查询条件，查询界面数据显示是否正确。
• 测试在单个查询条件中，输入不合法的查询条件，查询界面数据显示是否正确。
• 测试对于系统支持模糊查询的，输入单个条件的部分信息，测试查询界面数据显示是否正确。
• 测试进行多组合条件，测试查询界面数据显示是否正确。
c）数据对比• 测试在app 上做的所有操作及数据，数据库实际数据及日志进行对比，检查信息是否一致。
*其他根据实际业务需求来进行流程和功能的测试（二）兼容性测试• 测试在不同手机系统（如IOS、Android 、Symbian、Black Berry 等）上，app能否正常运行。
APP测试方法分享随着智能手机的普及，APP应用的开发也变得越来越重要。
然而，开发一个功能完善、稳定可靠的APP并不容易，需要经过多轮严格的测试才能保证质量。
本文将分享一些常用的APP测试方法，希望对APP开发人员和测试人员有所帮助。
一、功能测试功能测试是APP测试的核心，主要检查APP的各项功能是否正常。
根据APP的特点和需求，可以将功能测试分为以下几个方面：1.用户界面测试：检查APP的界面设计、布局、颜色、字体等是否符合要求，是否美观易用。
2.用户交互测试：检查APP的各种按钮、链接、下拉菜单等交互元素是否正常工作，是否能够正确响应用户的操作。
3.用户登录和注册测试：检查用户登录和注册功能是否正常，是否能够准确识别用户的身份信息。
4.功能模块测试：根据APP的功能模块，分别进行测试。
例如，对于一个购物APP，可以分别测试浏览商品、添加到购物车、下单、支付等功能模块。
5.地理位置测试：测试APP在获取用户地理位置信息时是否准确，地图导航功能是否正常。
二、兼容性测试兼容性测试是指测试APP在不同操作系统、不同型号的设备上的兼容性。
由于Android手机和iPhone采用不同的操作系统，不同的屏幕分辨率，因此APP需要在不同的设备上进行兼容性测试，确保在各种设备上都能正常运行。
兼容性测试需要考虑以下几个方面：1. 操作系统：测试APP在不同版本的操作系统上的兼容性，包括Android和iPhone的不同版本。
2.设备型号：测试APP在不同型号的设备上的兼容性，包括屏幕分辨率不同、处理器不同的设备。
3. 浏览器：如果APP有Web页面，需要测试在不同浏览器上的兼容性，例如Chrome、Safari、Firefox等。
三、性能测试性能测试是测试APP在各种负载情况下的性能表现。
通过性能测试，可以评估APP的响应速度、稳定性和并发能力，以及对系统资源的占用情况。
性能测试可以从以下几个方面进行：1.响应时间：测试APP对用户操作的响应时间，包括点击按钮、加载页面、等。
APP测试基本流程1.1流程图不符仍然为测试环境1.2测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目排期。
1.3测试资源测试任务开始前，检查各项测试资源。
--产品功能需求文档；--产品原型图；--产品效果图；--行为统计分析定义文档；--测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）；--其他。
1.4日报及产品上线报告1）测试人员每天需对所测项目发送测试日报。
2）测试日报所包含的容为：--对当前测试版本质量进行分级；--对较严重的问题进行例举，提示开发人员优先修改；--对版本的整体情况进行评估。
3）产品上线前，测试人员发送产品上线报告。
4）上线报告所包含的容为：---对当前版本质量进行分级；---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）；--总结上线版本的基本情况。
若有遗留问题必须列出并记录解决方案。
2 App测试点2.1安全测试2.1.1软件权限1）扣费风险：包括发送短信、拨打、连接网络等2）隐私泄露风险：包括访问手机信息、访问联系人信息等3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测4）限制/允许使用手机功能接入互联网5）限制/允许使用手机发送接受信息功能6）限制/允许应用程序来注册自动启动应用程序7）限制或使用本地连接8）限制/允许使用手机拍照或录音9）限制/允许使用手机读取用户数据10) 限制/允许使用手机写人用户数据11) 检测App的用户授权级别、数据泄漏、非法授权访问等2.1.2安装与卸载安全性1）应用程序应能正确安装到设备驱动程序上2）能够在安装设备驱动程序上找到应用程序的相应图标3）是否包含数字签名信息4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的5）JAD文件显示的资料容与应用程序显示的资料容应一致6）安装路径应能指定7）没有用户的允许, 应用程序不能预先设定自动启动8）卸载是否安全, 其安装进去的文件是否全部卸载9）卸载用户使用过程中产生的文件是否有提示10）其修改的配置信息是否复原11）卸载是否影响其他软件的功能12）卸载应该移除所有的文件2.1.3数据安全性1）当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码2）输人的密码将不以明文形式进行显示3）密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上4）不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间5）当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。
以6）防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。
7）当将敏感数据输人到应用程序时, 其不会被储存在设备中8）备份应该加密, 恢复数据应考虑恢复过程的异常 通讯中断等, 数据恢复后再使用前应该经过校验9）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告10）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户11）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12）“取消”命令操作能够按照设计要现其功能13）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况14）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息15）在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何容Μ16）应用程序读和写数据正确。
17）应用程序应当有异常保护。
18）如果数据库中重要的数据正要被重写, 应及时告知用户19）能合理地处理出现的错误20）意外情况下应提示用户2.1.4通讯安全性1）在运行其软件过程中, 如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时, 是否能暂停程序，优先处理通信, 并在处理完毕后能正常恢复软件, 继续其原来的功能2）当创立连接时, 应用程序能够处理因为网络连接中断, 进而告诉用户连接中断的情况3）应能处理通讯延时或中断4）应用程序将保持工作到通讯超时, 进而发送给用户一个错误信息指示有连接错误5）应能处理网络异常和及时将异常情况通报用户6）应用程序关闭或网络连接不再使用时应及时关闭) 断开7)HTTP、HTTPS覆盖测试--App和后台服务一般都是通过HTTP来交互的，验证HTTP环境下是否正常；--公共免费网络环境中（如：麦当劳、星巴克等）都要输入用户名和密码，通过SSL认证来访问网络，需要对使用HTTP Client的library 异常作捕获处理。
2.1.5人机接口安全性1）返回菜单总保持可用2）命令有优先权顺序3）声音的设置不影响应用程序的功能4）应用程序必需利用目标设备适用的全屏尺寸来显示上述容5）应用程序必需能够处理不可预知的用户操作, 例如错误的操作和同时按下多个键2.2安装、卸载测试验证App是否能正确安装、运行、卸载以及操作过程和操作前后对系统资源的使用情况2.2.1安装1）软件在不同操作系统（Palm OS、Symbian、Linux、Android、iOS、Black BerryOS 6.0、Windows Phone 7）下安装是否正常。
2）软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里。
3）软件安装各个选项的组合是否符合概要设计说明4)）软件安装向导的UI测试5）软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明处理6）软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）7）安装空间不足时是否有相应提示8）安装后没有生成多余的目录结构和文件9）对于需要通过网络验证之类的安装，在断网情况下尝试一下10）还需要对安装手册进行测试，依照安装手册是否能顺利安装2.2.2卸载1）直接删除安装文件夹卸载是否有提示信息。
2）测试系统直接卸载程序是否有提示信息。
3）测试卸载后文件是否全部删除所有的安装文件夹。
4）卸载过程中出现的意外情况的测试（如死机、断电、重启）。
5）卸载是否支持取消功能，单击取消后软件卸载的情况。
6）系统直接卸载UI测试，是否有卸载状态进度条提示。
2.3 UI测试测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏觅功能。
确保用户界面符合公司或行业的标准。
包括用户友好性、人性化、易操作性测试。
2.3.1导航测试1）按钮、对话框、列表和窗口等；或在不同的连接页面之间需要导航2）是否易于导航，导航是否直观3）是否需要搜索引擎4）导航帮助是否准确直观5）导航与页面结构、菜单、连接页面的风格是否一致2.3.2图形测试1）横向比较。
各控件操作方式统一2）自适应界面设计，容根据窗口大小自适应3）页面标签风格是否统一4）页面是否美观5）页面的图片应有其实际意义而要求整体有序美观6）图片质量要高且图片尺寸在设计符合要求的情况下应尽量小7）界面整体使用的颜色不宜过多2.3.3容测试1）输入框说明文字的容与系统功能是否一致2）文字长度是否加以限制3）文字容是否表意不明4）是否有错别字5）信息是否为中文显示6）是否有敏感性词汇、关键词7）是否有敏感性图片，如：涉及、专利、隐私等图片2.4功能测试根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程：1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景，对比说明或需求，整理出在、外在及非功能直接相关的需求，构建测试点，并明确测试标准，若用户需求中无明确标准遵循，则需要参考行业或相关国际标准或准则。
2)根据被测功能点的特性列丼出相应类型的测试用例对其进行覆盖，如；涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。
3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况，及时修正业务或需求理解错误。
2.4.1运行1）App安装完成后的试运行，可正常打开软件。
2）App打开测试，是否有加载状态进度提示。
3）App打开速度测试，速度是否可观。
4）App页面间的切换是否流畅，逻辑是否正确5）注册--同表单编辑页面--用户名密码长度--注册后的提示页面--前台注册页面和后台的管理页面数据是否一致--注册后，在后台管理中页面提示6）登录--使用合法的用户登录系统。
--系统是否允许多次非法的登陆，是否有次数限制。
--使用已经登陆的账号登陆系统是否正确处理。
--使用禁用的账号登陆系统是否正确处理。
--用户名、口令（密码）错误或漏填时能否登陆。
--删除或修改后的用户，原用户登陆。
--不输入用户口令和用户、重复点（确定或取消按钮）是否允许登陆。
--登陆后，页面中登陆信息。
--页面中有注销按钮。
--登陆超时的处理。
7）注销--注销原模块，新的模块系统能否正确处理。
--终止注销能否返回原模块，原用户。
--注销原用户，新用户系统能否正确处理。
--使用错误的账号、口令、无权限的被禁用的账号进行注销2.4.2应用的前后台切换1) APP切换到后台，再回到app，检查是否停留在上一次操作界面。
2) APP切换到后台，再回到app，检查功能及应用状态是否正常，IOS4和IOS5的版本的处理机制有的不一样。
3) app切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
4) 手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
5) 当App使用过程中有进来中断后再切换到app，功能状态是否正常6) 当杀掉app进程后，再开启app，app能否正常启动。
7) 出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
8) 对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
2.4.3免登录很多应用提供免登录功能，当应用开启时自动以上一次登录的用户身份来使用app.1) app有免登录功能时，需要考虑IOS版本差异。
