移动APP专项测试包括,移动app专项测试包括哪些

app测试流程有哪些？

移动App的测试流程与传统软件的测试流程大体相同，在测试之前分析软件需求并对需求进行测试，需求测试完成后制订测试计划等，但移动App测试的要点与传统软件测试要点不同，因此在具体实施细节上也不相同。

1.接受测试版本：由开发人员提交给测试人员。

2.App版本测试：主要检查App开发阶段对应的版本是否一致。

3.UI测试：检查App界面是否与需求设计的效果-致。

4.功能测试：核对项目需求文档，测试App功能是否满足客户需求。

5.专项测试：对移动App进行专项测试。

6.正式环境测试：模拟实际使用环境进行测试。

7.上线准备：测试通过后，对测试结果进行总结分析，为App上线做准备。

移动App开发完成后，提交给测试人员。测试人员首先对当前App版本进行检查，通过后进行基本的UI测试，检查界面效果是否与需求设计相符合，之后依据需求文档进行功能测试，完成这些工作后进行专项测试等。最后在实际运行环境中进行测试，测试通过后做上线准备工作。

以上是关于app测试流程的介绍，由多测师亲自撰写，全网独家提供!

软件测试必学基本理论知识-APP测试

业务功能测试

APP专项测试（兼容性测试、安装、卸载、升级、交叉事件、Push消息推送、性能测试、用户体验、极限、边界、权限

手机型号、操作系统、分辨率（Android:1080x1920,720x1280;IOS:2208x1242,1334x750)尺寸(4.7,5.5)、网络环境（Wi-Fi、2G、3G、4G、5G)

拨打接听电话

接收/发送短信

插拔耳机

网络切换

1.一定数量的真机上进行

2.借助testin等云平台

3.模拟器：Xcode、Genymotion()

第三方在线统计排名（腾讯移动分析、百度研究院）

官方数据（Android、IOS官网）

埋点技术（技术手段）

push消息应该按设定规则发送特定用户

APP在后台运行时，应能正常收到其push消息

设备锁屏状态下，应能正常收到APP的push消息

设置网络段断开后再一次建立连接是，应能收到push消息

系统设置不接收APP通知消息时，用户应该不再接收push消息

安装渠道：Android-应用商城、IOS-APP Store

正常情况 ：

正常安装测试、检查是否安装成功

APP本本覆盖测试

回退版本测试

在不同型号、系统、屏幕大小、分辨率上的手机进行安装

安装完成后能否正常启动应用程序

异常情况

安装时内存不足

安装过程中的意外情况（强行断电、断网、来电话、查看信息）等

能否取消安装

正常情况：

用自己的卸载程序进行卸载，检查是否卸载干净

用第三方工具，检查是否卸载干净

不同系统、硬件环境、网络环境下进行卸载

卸载后再次安装、是否正常使用

异常情况：

卸载中出现异常情况能否恢复（比如手机关机、内存、没电等），程序是否还能运行

卸载后是否有残留，是否能够再次进行安装

是否可以取消卸载，软件恢复使用

更新版本需要提示用户

考虑是否进行强制升级（软件存在严重缺陷、软件不能够向前兼容）

是否能够跨版本升级

性能测试指标：内存、CPU、流量、电量、启动速度、界面切换速度

内存溢出与内存泄漏

1.内存溢出out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，出现溢出

2.内存泄漏out of leak，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄漏危害可以忽略，但内存泄漏堆积后果很严重，无论多少内存，迟早会被占光

3.二者的关系：内存泄漏会导致内存溢出

冷启动与热启动

1.指app被后台杀死后，在这个状态打开app，这种启动方式叫做冷启动

2.热启动：指app没有被后台杀死，仍然在后台运行，通常我们再次打开这个app，这种启动方式叫做热启动

用户体验

边界（极限测试）

权限测试

App的兼容性测试尤为重要：由于手机厂商生产的手机型号及相关软硬件存在千千万万的差异性，进而APP端需要着重考虑分辨率，系统版本，尺寸，主流机型等

App性能测试指标不一样，除了需要和web一样考虑APP客户端的性能外，我们还需要考虑电量、流量的消耗、GPU渲染等

APP网络测试场景的复杂性：如2G、3G、4G、5G、Wi-Fi、弱网环境等

APP基于手机载体存在的交叉事件测试、前后台切换，安装/卸载/升级测试

APP基于手机载体特有的一些用户操作习惯类测试，如横竖屏切换，多点触控，事件触发区域等

内测发布平台

工作流程：1.开发将打好的程序包上传到内测发布平台上2.内测分发平台基于上传的安装包生成唯一的二维码3.测试扫描二维码即可进行下载，安装并测试

蒲公英：

fir.im(

线上发布平台：

应用商店、APP Store

前置基础：瀑布模型（不适用快速变化的需求）、快速原型

互联网特点：请求创新、要求的高度不确定性

移动互联网的解决方案：快速的反馈机制、快速试错

基本可以和快速原型划等号。

scrum：提供了一套基于团队的敏捷方法。

角色：产品负责人（整理需求）、项目经理、开发团队

输出物：产品待办列表、迭代待办列表、产品增量（可工作的软件）

5个活动：迭代、迭代计划、每日站会、评审会、迭代回顾

1.需求分析与评审

2.编写测试计划（测试方案）

3.设计测试用例与评审

4.执行测试用例与缺陷跟踪

5.编写测试报告

兼容测试

交叉事件

弱网测试

极限边界

权限测试

删除请求：remove all

设置过滤

查看请求和响应数据

修改响应数据

辅助定位bug

构建模拟测试场景

APP弱网模拟测试

前端性能分析及优化

重定向、API接口测试

为什么抓包？

通过抓包工具截取观察网站的请求信息，帮助我们更深入了解系统

通过用抓包工具截取，观察网站的请求与返回信息，帮助我们进行bug的定位与描述

步骤

1.打开Fiddler，设置代理（tools-option-connection-勾选Allow remote computers to connect，并允许远程连接

2.手机连接电脑的热点网络或者在同一个局域网内

3.手机网络连接中，设置网络代理，IP是电脑的同网段IP地址，端口是8888

4.手机访问APP或者用手机浏览器访问网络，电脑Fiddler观察抓包情况

1.概念

在当今移动互联网盛行的时代，网络的形态除了有线连接，还有2G/3G/Edge/4G/Wi-Fi

等多种手机网络连接方式，不同的协议、不同的制式、不同的速率使移动应用运行的场景更加丰富。

2.原理

通过Fiddler来模拟限速，提供客户端请求前和服务器响应前的回调接口，Fiddler的模拟限速是在客户端请求前自定义限速，通过延迟发送数据或接收数据的时间来限制网络的下载和上传速度，从而达到限速的效果

打开网速模拟模式开关（Rules-Performances-simulate Modem speeds)

自定义网络：rules-customize rules

（知识就是力量，我将会持续更新软件测试相关知识哟 ）

移动签署app患者列表怎么测试?

· Crash的问题

· 设备兼容性的问题

· 流量使用过多的问题

· 在不同的网络情况下不稳定，比如卡死和白屏的问题

第一：兼容性测试

针对App通常会考虑这些方面：

包括Andoird版本，iOS版本

2）屏幕分辨率

3）不同厂家的ROM

4) 网络类型

比如Wifi、3G、4G下的功能情况

第二：流量测试

第三：电量测试

第四：弱网络测试

第五：稳定性测试

在保证基本功能正确基础之上，App的稳定性就显得非常重要，如果一个App经常出现闪退或者卡死，那么用户体验就会受到很大伤害，在有其他竞争产品的情况下很容易造成用户的流失。

第六：安全测试

第七：环境相关的测试

在实际项目中，有一些缺陷我发现是和App所处的运行环境相关的，所以设计测试的时候，要多考虑这些场景，比如：

1）干扰测试

2）权限测试

一些用户在实际使用App的时候回有意识阻止某些功能。例如有的用户感觉让某个App访问电话本或者相册可能泄漏隐私，就在手机中设置了禁止了该App访问相册的权限。

3）边界测试

手机环境本身也有其边界情况需要在测试中覆盖。常见的场景有：

可用存储空间过少、没有SD卡/双SD卡、飞行模式、系统时间有误（晚于和早于标准时间）、第三方依赖（比如我们的App依赖第三方App，但是现在第三方App没有安装或者版本过低的测试情况）。

他们的主要区别在于具体测试的细节和方法有区别，比如：性能测试，在WEB测试只需要测试响应时间这个要素，在App测试中还需要考虑流量测试和耗电量测试。

安装测试：WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。

还有，App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换）

操作类型测试：如横屏测试，手势测试

网络测试：包含弱网和网络切换测试。需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交。弱网络的模拟，据说可以用360wifi实现设置。

从系统架构的层面，WEB测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是APP端是不能够保证完全一致的，除非用户更新客户端。如果是APP下修改了服务器端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。

还有升级测试：升级测试的提醒机制，升级取消是否会影响原有功能的使用，升级后用户数据是否被清除了。

app测试和web测试的区别， web测试和app测试的区别

一、测试方式不同

1、app测试：指对移动应用进行测试，包括自动化测试和人工测试等。

2、web测试：是软件测试的一部分，是针对Web应用的一类测试。

二、测试内容不同

1、app测试：模拟用户操作对应用程序进行黑盒测试，并使用Cucumber作为自然语言来编写测试用例。还会对应用测试操作进行记录，以帮助开发者进行测试回顾。

2、web测试：包括内容测试、界面测试、功能测试、性能测试、兼容性测试、安全性测试等。

三、特点不同

1、app测试：可通过增加预先测试环节来确认环境已经测试就绪，同时还能知道哪些错误是环境不稳定引起的，哪些是一般的测试用例错误。

2、web测试：通过测试可以尽可能地多发现浏览器端和服务器端程序中的错误并及时加以修正，以保证应用的质量。

参考资料来源：百度百科-移动应用测试

参考资料来源：百度百科-Web测试