无线测试的理念用例设计方法.docxVIP

无线测试的理念用例设计方法

前言

对于互联网中的无线软件（以手机，pad为代表的客户端软件），在测试要求上是具有它的独特性的。在测试时间上要求快，一般一个完整版的测试也就2周的测试时间。但测试的质量对用户影响却很大。用户体验，产品质量会直接影响用户量和用户黏度。因此，无线测试的要求更高，强度更大。针对这一变化，我们制定了一套自己的测试方法。

测试用例方法的设计理念：快

为了达到快，我们想尽办法做到与产品开发团队的无缝隙交接和测试流程的尽量并行。下面举几个例子：

提测测试平台

从产品经理处得到基本的需求单+交互图以后，我们就用下面要介绍的方法设计出测试主干以及一级测试点。

将这些测试点提交给开发人员和测试自动团队，让开发团队清楚测试未来的重点。测试自动化团队，以这些测试点为依据创建提测测试平台的自动化case。要求自动化团队先与开发团队提测前，将case写好。

开发人员，如想提测，只需到提测测试平台上传其代码级的Build，即可开始冒烟测试。测试通过则提测成功，并自动收到测试结果的邮件。开发和测试之间达到无缝隙交接

只列测试点，不做具体内容

无线测试，修改产品设计是非常正常和频繁的，有时候一天会改几次。如果一下将几百条的case都写完整，再根据需求修改再变动，不仅劳民伤财，而且很难提高效率。

所以，我们用下面要介绍的方法，只列测试点，不做具体内容。在提测前只做到二级或者三级的测试点细化，不需要更新case里面的内容。

而且用我们这个方法可以很容易的确定哪些部分已经修改，只要retire掉就可以了。

这样测试可以很多时间。

客户端与服务器端测试并行

端口的MCS测试，将与客户端的测试同时开始。MCS测试通过后，还将进行对服务器端的性能和压力测试。集成测试（从客户端测）将和服务器端的压力和性能测试并行。

无线测试的Matrix

如果想遍历几乎所有的情况，在无线测试中是不现实的，但利用自动化，可以尽可能的达到一定的覆盖率。

测试用例设计方法—结构拆分形成框架

首先，将需求文档按照模块把所有页面拆分开，将每个页面上的每一个控件作为一条框架点进行罗列，例如:页面上一个显示框，一个按钮、一个输入框。

以Android官方客户端登录为例，将登录模块所有页面及页面上的控件一一列出，这个包括没有button的背景界面。

目的:通过所有页面上所有组件的操作形成框架，防止测试点的遗漏。

分级设计用例

将每个控件的作用进行描述，形成一级用例；根据控件作用会引发的效果、不同的环境、不同的类型来补充二级、三级用例。例如登录界面的登录button。

一级用例:输入帐号密码后，点击登录button，成功登录客户端

二级用例:

输入正确/错误的帐号密码，相应弹出正确的提示

输入封禁、冻结的帐号点击登录，弹出对应的提示和引导

帐号、密码使用大写字母登录，帐号大小写兼容，密码不兼容

无网情况下登录给出相应的提示

登录中按返回键，根据产品需求，需要客户端做出相应判断

登录中按home键，根据产品需求，需要客户端做出相应处理

…..

用例细化遵循软件质量特性

通过对软件质量6大特性27个子特性进行评估，筛选出了15个特性，可以应用到我们项目中去，附件sheet2对这些特性进行了说明

其中10个特性可以应用到功能测试case中，另外5个特性属于整体客户端的性能指标，要在性能测试中体现。

目的:通过质量特性指导用例的细化和补充，防止在细化过程中的分支遗漏。