初步了解软件测试（二）

目录

测试用例的设计方法

基于需求进行的测试用例的设计

功能需求测试分析

非功能测试分析

等价类

边界值

判定表

 正交表

场景设计法

错误猜测法

测试用例设计的万能公式

---

测试用例：测试人员向被测系统发起的一组集合

测试用例的基本要素：测试环境，测试数据，预期结果，操作步骤

测试用例设计的万能公式：功能相关，界面，易用性，性能，安全，兼容

测试用例的设计方法

（都是黑盒测试）

基于需求进行的测试用例的设计

功能需求测试分析

 例1：

例2：

 

       在进行需求分析的时候，我们还要考虑业务规则如，上传文件的大小有没有限制；一次性上传多少数量的文件，比如小于100 个；文件夹最多有多少层等等；

非功能测试分析

（1）纯客户端软件

         例如字处理软件（Word ， PPT) ，媒体（音频 / 视频）播放软件（电脑自带的） 等。这类软件对系统的功能测试要求是最低的，但是对兼容性和稳定性、可移植性有一定的要求。

（2）企业内部的客户端 / 服务端（ C/S) 应用系统

         例如电子邮件，即时通信系统（飞Q，企业 QQ ）等， 在系统功能测试需求上比纯客户端复杂，要求功能正确，稳定性能好。但是整体上看对性能、安全性、兼容性要求不高。

（3）外部大型复杂网络应用系统

         例如电子商务，网上银行，视频网站（腾讯，优酷）等，除了有复杂的系统的功能测试需求外，在系统的性能、安全性、兼容性、容错性、可靠性等都有很高的要求。

综合实例：

 

等价类

a.定义：依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

b.分类：

c.优点：解决了不能穷举测试的问题（思想：测试用例输入的数据是无穷的，但是可以分类），类               似于分层随机抽样，以部分结果代替整体测试。 

   缺点：只考虑了输入域的分类，没有考虑输入域的组合

d.例： 

边界值

上点：边界上的点

内点：边界内的点

离点：上点附近的一个点（闭区间为边界外的点，开区间为边界内的点）

例：求【6,15】的边界值       

自行思考：求（6,15】的边界值       (容易出笔试题）

离点 7,16

判定表

a.定义：另一种表达逻辑判断的工具。（一种表格，内有条件和结果）

b.关系：

恒等	条件为真，结果必为真
与	全真即真
或	有真则真
非	条件为假，结果为真

c.例：

 正交表

a.定义：

 b.性质：

   1.每一列中各数字出现的次数都一样多

   2.任何两列中的各有序数对出现的次数都是一样多

c.举例：

d.利用正交表设计测试用例的步骤：（allpairs软件环境）

1.将因素水平填入excel表格中

2.将excel内容复制到txt文件中

 3.cdm进allpairs安装路径下

4.通过命令生产正交表

5.补充正交表

 6.用x-mind写出测试用例

场景设计法

主事件流：用户经常使用的场景

次事件流：基于主事件流

步骤：

1.找出主事件流

2.找出次事件流

3.列出测试用例

 

错误猜测法

测试用例设计的万能公式

功能相关，界面，易用性，性能，安全，兼容

综合案例1：

水杯测试用例设计

功能相关，界面，易用性，性能，安全，兼容

 综合案例2：

 微信发送朋友圈功能的测试用例设计

功能相关，界面，易用性，性能，安全，兼容

 综合案例3：

模拟弱网

综合案例4：

测试一个命令or接口

页面接口

调整网页为小窗模式，右键，copy->copy as cURL(cmd)

综合案例5：

测试手机软件的TF卡导出数据功能