软件测试用例

一、测试用例的基本要素

测试用例就是向被测试系统发起的一组集合,包含测试数据,测试环境,操作步骤,预期结果(要素)

(了解)测试前期,测试版本,功能模块,重要性

二、测试用例的重要好处:评估需求的覆盖率

三、测试用例设计的方法

1.总的设计用例设计方法:基于需求去设计测试用例

    1.1基于需求的设计关键问题

• 验证需求是否正确,完整无歧义,逻辑一致
• 从黑盒角度设计出充分且必要的测试集,来保证设计和代码完全符合需求

  1.2案例

 四.黑盒设计测试用例的方法有哪些

  等价类,边界值,因果图,正交法,场景设计法,错误猜测法

 五、等价类

• 把输入(特殊情况下才考虑输出) 划分成若干个等价类,从等价类中选择一个测试用例,如果该测试用例测试通过,我们就说这个测试用例代表的等价类测试通过.
• 目的:为了解决测试用例不能穷举
• 分类

                     有效等价类:针对输入有意义的数据   需求有规格有意义的数

                     无效等价类:针对系统或者需求没有意义的数据

• 举例

备注:有效无效等价类都要被测试

六、边界值

针对于输入或者输出的边界进行测试用例的设计(临界)

对于网易邮箱

6   18

5  6  7     17   18   19

备注:等价类和边界值法一般结合在一起进行测试用例的设计

七、因果图

• 逻辑图,用来表示输出和输入的关系
• 使用场景;当我们功能有多个输入,输出依赖于不同的输入

步骤：

1.找出所有输入输出

2.理清楚输入输出关系

3.画因果图

4.根据因果图画出判定表

5.根据判定表写测试用例

举例：

八、正交法

• 研究多因素多水平的一种方法
• 原理：根据正交性，选出输入的最优的组合进行测试，分析这些测试的结果，以分析整个实验的结果

       注册： 姓名，邮箱，密码，确认密码，验证码（必填，只考虑填写，不填写）

            2*2*2*2*2=32种

• 因素：测试中需要考察的变量
• 水平：（一个）变量的取值
• 因素数：测试中变量的个数     正交表列的个数（C）
• 水平数：变量的取值(T)
• 正交表的表示 L=N（CT）
• 正交表行数（水平数相等的情况适用，只考虑这种特殊情况）：N =  （水平数-1）*因素数+1
• 问题：正交表确定后，正交表里面的因素怎末写？

 

根据正交表的性质

1每一列中各个数据出现的次数一样多

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

正交表的每一行代表一个测试用例

如何根据正交法设计测试用例

1，找出因素，因素数，水平，水平数

2，根据因素数和水平数选择一个合适的正交表

3，根据正交表性质填写正交表

4，根据完成的正交表设计测试用例，每一行为一个测试用例

5，补充认为可能的测试用例

备注：正交表行数为奇数的情况（因素的水平数不相等）  PICT（微软工具）

九、场景设计法

• 事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。典型的应用是是用业务流把各个孤立的功能点串起来，为测试人员建立整体业务感觉，从而避免陷入功能细节忽视业务流程要点的错误倾向。

      案例：ATM取款的流程：插卡---输入密码----查询银行卡余额-----取钱-----退卡

      基本流程：插卡成功，密码输入成功，输入的金额<银行卡余额，出钞取钱成功，退卡

      备选流程：1.插卡失败（卡芯片损坏，卡无法识别）

                        2.连续输入三次密码失败，账户锁定

                        3.前两次输入失败，最后一次输入成功，输入金额，取款，退卡

                        4.卡片没有激活

                        5.输入金额大于银行卡余额，再次输入小于银行卡余额的时候,,,,,,,

                        6.ATM机余额不足

                        7.操作时间太长，ATM吞卡

                        8.身份证信息过期

                        9.网络异常

                       10.输入的金额小于银行卡余额，但是小于100；不是100整数

                       11.超过5万

                       12.信用问题导致取款失败

      

十、错误猜测法（较少用）

作为一种补充的设计用例的方法

根据自己的经验，知识，直觉，判断系统哪一个模块会出现问题，专门针对这个模块来设计测试用例。

      例如：校验中特殊字符空格的处理  select *from table_name  where  name = " "   ; 

                 密码校验中的大小写

                 姓名中的特殊字符

                 密码发送是否明文

十一、测试用例的粒度（了解）

• 粒度是指测试用例的详细程度
• 好的测试用例是一个不熟悉业务的人也能依据用例来很快进行测试
• 考虑：产品的质量要求

                 项目对用例的要求

                 测试时间和资源是否充分

十二、测试用例的评价（了解）

• 同行评审
• 用户检查
• 项目组评审

十三、练习（等价类和边界值）