APP测试流程-测试用例-计划-报告可参照

admin管理员组

文章数量:1530836

2023年12月30日发(作者：)

移动APP测试流程及测试点测试基本流程

1.1.测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），依据项目状况以及版本质量可适当缩短或延长测试时间。正式测试前先向负责人确认项目排期。1.2.测试资源测试任务起先前，检查各项测试资源。

--产品功能需求文档；

--产品原型图；

--产品效果图；

--行为统计分析定义文档；

--测试设备（ios7.1-ios9.2；Android4.0-Android6.0；）；

--其他。1.3.日报、周报及APP上线报告1）测试人员每天需对所测项目发送测试日报。

2）测试日报所包含的内容为：

--对当前测试版本质量进行分级（中学低）；

--对较严峻的问题进行例举，提示开发人员优先修改；

--对版本的整体状况进行评估。

3）APP上线前，测试人员发送APP上线报告。

4）上线报告所包含的内容为：

--对当前版本质量进行分级；

--附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）；

--总结上线版本的基本状况。若有遗留问题必需列出并记录解决方案。5）周报作为汇总本周全部的状况，以及开发人员修改状况与回来测试。测试点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）防止应用程序异样终止而又没有删除它的临时文件, 文件可能遭遇人侵者的攻击, 然后读取这些数据信息； 5）当将敏感数据输人到应用程序时, 其不会被储存在设备中；

6）在数据删除之前，应用程序应当通知用户或者应用程序供应一个“取消”吩

咐的操作；

7）“取消”吩咐操作能够依据设计要求实现其功能；

8）应用程序应当能够处理当不允许应用软件连接到个人信息管理的状况；

9）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息；

10）在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容；

11）应用程序读和写数据正确；

12）应用程序应当有异样爱护；

13）假如数据库中重要的数据刚要被重写, 应刚好告知用户；

14）能合理地处理出现的错误；

25）意外状况下应提示用户。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）软件在不同操作系统（Android、iOS）下安装是否正常；

2）软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的书目里；

3）软件安装各个选项的组合是否符合概要设计说明；

4)）软件安装向导的UI测试；

5）软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明

处理；

6）软件安装过程中意外状况的处理是否符合需求（如死机，重启，断电）；7）安装空间不足时是否有相应提示；

8）安装后没有生成多余的书目结构和文件；

9）对于须要通过网络验证之类的安装，在断网状况下尝试一下；

10）还须要对安装手册进行测试，依照安装手册是否能顺当安装。2.2.2.卸载1）干脆删除安装文件夹卸载是否有提示信息；

2）测试系统干脆卸载程序是否有提示信息；

3）测试卸载后文件是否全部删除全部的安装文件夹；

4）卸载过程中出现的意外状况的测试（如死机、断电、重启）；

5）卸载是否支持取消功能，单击取消后软件卸载的状况；

6）系统干脆卸载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）注销

--注销原模块，新的模块系统能否正确处理；

--终止注销能否返回原模块，原用户；

--注销原用户，新用户系统能否正确处理；

--运用错误的账号、口令、无权限的被禁用的账号进行注销。前后台切换1) APP切换到后台，再回到app，检查是否停留在上一次操作界面；

2) APP切换到后台，再回到app，检查功能及应用状态是否正常，安卓和IOS的版本的处理机制有的不一样；

3) app切换到后台，再回到前台时，留意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候；

4) 手机锁屏解屏后进入app留意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候；

5) 当App运用过程中有电话进来中断后再切换到app，功能状态是否正常；

6) 当杀掉app进程后，再开启app，app能否正常启动；

7) 出现必需处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷；

8) 对于有数据交换的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最简单出现崩溃。2.4.3.自动登陆很多应用供应自动登录功能，当应用开启时自动以上一次登录的用户身份来运用app.

1) app有免登录功能时，须要考虑IOS与安卓版本差异；

2) 考虑无网络状况时能否正常进入免登录状态；

3) 切换用户登录后，要校验用户登录信息及数据内容是否相应更新，确保原用户退出；

4) 依据MTOP的现有规则，一个帐户只允许登录一台机器。所以，须要检查一个帐户登录多台手机的状况。原手机里的用户须要被踢出，给出友好提示；

5) app切换到后台，再切回前台的校验；

6) 切换到后台，再切换回前台的测试

7) 密码更换后，检查有数据交换时是否进行了有效身份的校验；

8) 支持自动登录的应用在进行数据交换时，检查系统是否能自动登录胜利并且数据操作无误；

9) 检查用户主动退出登录后，下次启动app，应停留在登录界面2.4.4.数据更新依据应用的业务规则，以及数据更新量的状况，来确定最优的数据更新方案。

1) 须要确定哪些地方须要供应手动刷新，哪些地方须要自动刷新，哪些地方须要手动+自动刷新；2) 确定哪些地方从后台切换回前台时须要进行数据更新；

3) 依据业务、速度及流量的合理安排，确定哪些内容须要实时更新，哪些须要定时更新；

4) 确定数据展示部分的处理逻辑，是每次从服务端恳求，还是有缓存到本地，这样才能有针对性的进行相应测试；

5) 检查有数据交换的地方，均有相应的异样处理。2.4.5.离线阅读很多应用会支持离线阅读，即在本地客户端会缓存一部分数据供用户查看。

1) 在无网络状况可以阅读本地数据；

2) 退出app再开启app时能正常阅读；

3) 切换到后台再切回前台可以正常阅读；

4) 锁屏后再解屏回到应用前台可以正常阅读；

5) 在对服务端的数据有更新时会赐予离线的相应提示更新1) 当客户端有新版本时，有更新提示；

2) 当版本为非强制升级版时，用户可以取消更新，老版本能正常运用。用户在下次启动app时，仍能出现更新提示；

3) 当版本为强制升级版时，当给出强制更新后用户没有做更新时，退出客户端。下次启动app时，仍出现强制升级提示。

4) 当客户端有新版本时，在本地不删除客户端的状况下，干脆更新检查是否能

正常更新；

5) 当客户端有新版本时，在本地不删除客户端的状况下，检查更新后的客户端功能是否是新版本；

6) 当客户端有新版本时，在本地不删除客户端的状况下，检查资源同名文件如图片是否能正常更新成最新版本。假如以上无法更新胜利的，也都属于缺陷。2.4.7.定位、照相机服务1) App有用到相机，定位服务时，须要留意系统版本差异；

2) 有用到定位服务、照相机服务的地方，须要进行前后台的切换测试，检查应用是否正常；

3) 当定位服务没有开启时，运用定位服务，会友好性弹出是否允许设置定位提示。当确定允许开启定位时，能自动跳转到定位设置中开启定位服务；

4) 测试定位、照相机服务时，须要采纳真机进行测试。2.4.8.时间测试客户端可以自行设置手机的时区、时间，因此须要校验该设置对app的影响。

--中国为东8区，所以当手机设置的时间非东8区时，查看须要显示时间的地方，时间是否展示正确，应用功能是否正常。时间一般须要依据服务器时间再转换成客户端对应的时区来展示，这样的用户体验比较好。比如发表一篇微博在服务端记录的是10：00，此时，华盛忽然间为22：00，客户端去阅读时，假如设置的是华盛忽然间,则显示的发表时间即为22:00,当时间设回东8区时间时，再查看则显示为10：00。（另：假如时间不统一，由于semp服务器的原因，会导致APP无法正常运用，遇到这种状况，请刚好更新手机时间，或者通知开发人员修改服务器时间，感谢大家协作）。

消息推送测试1) 检查push消息是否依据指定的业务规则发送；

2) 检查不接受推送消息时，检查用户不会再接收到push；

3) 假如用户设置了免打搅的时间段，检查在免打搅时间段内，用户接收不到PUSH。在非免打搅时间段，用户能正常收到push；

4) 当push消息是针对登录用户的时候，须要检查收到的push与用户身份是否相符，没有错误地将其它人的消息推送过来。一般状况下，只对手机上最终一个登录用户进行消息推送；

5) 测试push时，须要采纳真机进行测试。2.5.性能测试评估App的时间和空间特性：

1)极限测试：在各种边界压力状况下，如电池、存储、网速等，验证App是否能正确响应。 --内存满时安装App； --运行App时手机断电；

--运行App时断掉网络；2)响应实力测试：测试App中的各类操作是否满足用户响应时间要求。

--App安装、卸载的响应时间；

--App各类功能性操作的影响时间；3)压力测试：反复/长期操作下、系统资源是否占用异样。

--App反复进行安装卸载，查看系统资源是否正常；

--其他功能反复进行操作，查看系统资源是否正常；

4)性能评估：评估典型用户应用场景下，系统资源的运用状况。2.6.兼容测试主要测试内部和外部兼容性：

1）与本地及主流App是否兼容；

2）基于开发环境和生产环境的不同，检验在各种网络连接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的数据和运用是否正确；

3）与各种设备是否兼容，若有跨系统支持则须要检验是否在各系统下，各种行为是否一样；

--不同操作系统的兼容性，是否适配；

--不同手机屏幕辨别率的兼容性；

--不同手机品牌的兼容性。2.7.回来测试1）Bug修复后且在新版本发布后须要进行回来测试。

2）Bug修复后的回来测试在交付前、要进行全量用例的回来测试。2.8.用户体验测试以主观的一般消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。 通过不同个体、独立空间和非阅历的统计复用方式去有效评价产品的体验特性￿出修改看法提升产品的潜在客户满足度。

1）是否有空数据界面设计，引导用户去执行操作；

2）是否滥用用户引导；

3）是否有不行点击的效果，如：你的按钮此时处于不行用状态，那么肯定要灰

掉，或者拿掉按钮，否则会给用户误导；

4）菜单层次是否太深；

5）交互流程分支是否太多；

6）相关的选项是否离得很远；

7）一次是否载入太多的数据；

8）界面中按钮可点击范围是否适中；

9）标签页是否跟内容没有从属关系，当切换标签的时候，内容跟着切换；

10）操作应当有主次从属关系；

11）是否定义Back的逻辑。涉及软硬件交互时，Back键应详细定义；

12）是否有横屏模式的设计，应用一般须要支持横屏模式，即自适应设计2.9.硬件环境测试2.9.1.网络环境测试手机的网络目前主要分为2G、3G、4G、wifi。目前2G的网络相对于比较慢，测试时尤其要留意此块的测试。1) 无网络时，执行须要网络的操作，赐予友好提示，确保程序不出现crash；2) 内网测试时，要留意选择到外网操作时的异样状况处理；

3) 在网络信号不好时，检查功能状态是否正常，确保不因提交数据失败而造成crash；

4) 在网络信号不好时，检查数据是否会始终处于提交中的状态，有无超时限制。如遇数据交换失败时要赐予提示；

5) 在网络信号不好时，执行操作后，在回调没有完成的状况下，退出本页面或者执行其他操作的状况，有无异样状况。此问题也会常常出现程序crash。

2.9.2.服务器垒机或者出现404、500的状况下测试后台服务牵涉到DNS、空间服务商的状况下会影响其稳定性，如：当出现域名解析故障时，你对后台API的恳求很可能就会出现404错误，抛出异样。这时须要对异样进行正确的处理，否则可能会导致程序不能正常工作。是否有友好的提示。

本文标签： 是否测试用户须要状况