纯干货：软件测试理论跟APP测试实践案例

sefd

一、软件检测的平台流程

软件工程模型基本就是业务模型-〉系统预测-〉概要设计-〉详细设计-〉编码-〉测试-〉部署。其中检测过程按4个步骤进行，即单元测试、集成测试、系统及发版测试和回归测试。

(1)单元测试，集中对每一个程序单元进行检测，检查各个程序模块是否正确地实现了预定的功能，属于白盒测试，测试范围为单元内部的源代码和程序结构(如数据结构，逻辑控制，异常处理等)。

(2)集成测试把未检测过的组件组装起来，检查模块间接口是否恰当，检查各个模块之间的通信和互相调用是否依照需求。属于灰盒测试，测试范围为组件接口之间的数据传递，以及组件组合后的功能。

(3)系统检测把被测工具系统跟计算机硬件、、为整个系统。

(4)回归测试：是硬件上线后的维护阶段以及是开发修复Bug之后进行确定测试。目的在于验证缺陷已经受到修复软件测试理论与实践pdf，并检查能否引入新的缺陷。

二、测试用例及编写方式

测试用例是一份描述详细测试方法的文档，包括检测的输入参数、条件及配置、预期的输出结果等，用以判断被测工具的工作是否正常。

2.1、测试用例设计的三大原则

(1)设计测试用例要力求最大的覆盖率，参考《需求规格说明书》对每个功能点进行操作上的明晰，尽可能趋向最大需求覆盖率。

(2)用例要对检测功能点、测试条件、测试方法、输入值跟预期结果精确描述。

(3)在设计测试用例的之后，除了满足系统基本用途需求外，还需要考量诸多异常状况、边界情况跟承受压力的能力等。

2.2、设计测试用例设计方法

设计测试用例时应按照详细的产品跟需求所明书，比如NetSignC接口普遍得就是根据输入跟输出参数的不同情况设计用例，但也是通用的状况。

(1)等价类划分。把程序的输入域界定成若干部分子集，然后从每位个别中选择少数代表性数据成为检测用例。每一类的代表性数据在测试中的作用等价于这一类中的其它值，比如存储IP地址时，可以分为A类地址、B类地址和C类地址。既可避免用例总数，又可提升测试覆盖率。

(2)边界值分析法。通常边界值分析法是成为对等价类划分法的补充，其检测条件来自等价类的界限。因为这些错误是出现在输入或输出范围的界限上，而不是发生在输入/输出范围的后面区域。因此对于诸多边界状况设计测试用例，可以查出更多的错误。

(3)错误判断法。基于测试人员的心得和直觉猜测程序中所有可能存在的各类错误,从而有针对性的设计测试用例。比如字符串和普通的字节字符结尾’\0’的区别，内存拷贝函数stycpy和memecpy必须应进行+1或-1的操作。

三、APP测试中常常发生的基础案例

3.1、APP的调试、卸载测试

（1）软件在不同操作系统及版本（Android的EMUI\Flyme\MIUI、iOS、WindowsPhone）下安装是否正常；

（2）软件安装后的能否能够正常运行，安装后的文件夹及文件是否提到了选定的目录里，安装后没有生成多余的目录结构和文件；

（3）软件安装过程能否可以更改；

（4）软件安装过程中意外状况的处理是否依照需求（如关机，重启，断电）

（5）安装空间不足时能否有相应提醒；

（6）对于应该通过网络验证之类的安装，在断网情况下尝试一下

（7）重复安装需要有提醒；

（8）升级安装时，版本更新链接有效，比如后台更改的版本白名单；

（a）使用各类形式卸载程序，如直接删除安装文件夹卸载是否有提醒信息、长按按钮删除、手机设定里删掉、第三方应用删除；

（b）测试卸载后文件是否全部删去所有的安装文件夹；

（c）卸载过程中发生的意外状况的测试（如关机、断电、重启）；

（d）卸载是否支持更改功能，单击取消后硬件卸载的状况。

3.2、APP的注册、登录和设置密码测试

3.3、核对rp原型图跟效果图，进行UI测试

（1）观察APP的用户界面(如菜单、对话框、窗口和其他可规控件)是否依照UI稿。

（2）不同的联结页面之间导航链接是否有效，是否跳转是否正确。

（3）旋转手机，确保程序不退出，页面排版无异常。

（4）输入框说明文字的内容与产品需求一致。

（5）某页无数据时、断网时、有网但接口异常时的状况页是否跟UI一致。

3.4、核对需求文档，进行功能测试

功能测试的用例要按照详细产品设计，这里只提供通用点。APP端测试更关心的是流程跟数据，避免Crash和ANR问题。

（1）App安装完成后能否能正常开启，且打开速度控制在预期时间内。

（2）切换后台再切换前台的操作对当前状况如登录、当前页、数据刷新的影响。

（3）强制杀掉APP进程再开启对当前状况如登录、当前页、数据刷新的影响。

（4）登陆验证/免密登陆时的手势密码和指纹是否依照产品需求

（5）对于有数据交换的页面，每个页面都必必须进行前后台切换、锁屏解锁的测试，这种页面最容易出现崩溃。

（6）同一用户在多个终端先后登陆时，APP是否有依照产品需求的处理。

（7）App使用过程中有电话过来的中止测试，与文件下载、音乐播放、等应用的交叉情况测试。

（8）很多应用会支持缓存数据，测试在断网开启或从有网至无网时能否可以浏览缓存数据。

3.5、安全性测试

a.软件权限

扣费风险：包括邮件、拨打电话、连接网络等。

限制/允许使用手机拍照或录音。

限制/允许使用电脑加载用户数据，手机信息、联系人信息等。

限制/允许使用电脑读取用户数据。

没有用户的允许,应用程序不能预先设置手动开启。

对App的输入有效性校验、认证、授权、数据加密等方面进行测试。

没有用户的允许,应用程序不能预先设置手动开启。

手机可控制该APP还能使用Wi-Fi和移动数据。

b.数据安全性

如果中重要的数据正要被重写，应立即告知用户。

在数据删除之前，应用程序应当通知客户以及应用程序提供一个“取消”命令的操作。

对密码长度跟复杂度的要求。

当将密码或其它的敏感数据输人至应用程序时,其不会被储存在设施中,同时密码也不会被解码。

当应用程序处理明细或其他的敏感数据时，不以明文方式将数据提到其它单独的文件以及临时文件中。

3.6、性能压力测试

（1）APP端性能测试：在诸多边界压力状况下，如电池、存储、网速等，验证App是否可恰当响应。

（2）Server端性能检测：通过测试接口的执行强度，如http接口。

3.7、兼容性测试

（1）与本机尚未安装的App是否兼容。

（2）在各类平台、系统版本的不同手机上测试注册、登陆、修改密码等功能。

（3）UI层的兼容，界面的显示依据不同尺寸手机是否自适应。

（4）在各类平台、系统版本的不同手机上进行全方面的功能测。试，如使用每一个iOS版本的iPhone上测试“我的银行卡”模块的提现功能。

（5）基于研发环境跟制造环境的不同，检验在各类网络连接下(WiFi、2G/3G/4G等)，App的数据和利用是否恰当。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-136854-1.html