软件测试——用例篇

文章目录

• 软件测试——用例篇
• • 一、概念
  • 二、测试用例总体设计方案
  • • 1、等价类 ☆
    • 2、边界值 ☆
    • • 2.1 边界值法设计用例步骤
    • 3、判定表 ☆
    • 4、因果图
    • 5、场景设计法 ☆
    • 6、错误猜测法
    • 7、正交排列
    • 三、实际操作中注意的点
    • • 3.1测试用例的注意点
  • 四、缺陷介绍
  • • 1、缺陷的判定标准
    • 2、缺陷产生的原因：
    • 3、软件缺陷的核心内容
    • 4、缺陷类型
    • 5、缺陷编写
    • • 5.1缺陷练习

一、概念

测试用例的基本概念：

测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素 。

主要步骤：

测试环境——测试步骤——测试数据——预期结果

易邮箱注册成功测试用例

标题：邮箱注册，邮箱输入项测试：

简单案例：

案例二（电话）：

补充：边界范围节点：

1、上点，边界上的点

2、离点，举例边界上的点最近的点（刚好大于，刚好小于）遵循 开内闭外 原则

3、内点，范围内的点。

• 优化：

边界上的点：开内闭外。

3、判定表 ☆

解决多条件的依赖问题。

1、定义:是一种以表格形式表达多条件逻辑判断的工具。

2、组成：

• 条件桩：列出问题中的所有条件
• 动作桩：列出问题中可能采取的操作
• 条件项：列出条件对应的取值，所有可能条件下的真假值
• 动作项：列出条件项的、各种取值情况下应该采取的动作结果。

规则:
1、判定表中贯穿条件项和动作项的一列就是一条规则
2、假设有n个条件，每个条件的取值有两个(0,1)，全组合有2的n次方种规则

3、步骤：

1）、明确需求

2）、画出判定表

• 列出条件桩和动作桩
• 填写条件项，对条件进行全组合3)、根据条件项的组合确定动作项
• 简化、合并相似规则(有相同的动作)

3）、根据规则编写测试用例

4、案列一：

因果图法设计测试用例的步骤：

1、分析出所有的输入和输出；

2、找出输出和输出之间的关系；

3、画因果图；

4、画判定图；

5、把判定表转换成测试用例；

案例：淘宝618活动，订单满300，或者有红包，测提交订单后享受优惠。

1、输入和输出

输入：金额<300，金额>300, 金额==300，有红包，无红包，提交订单

输出：享受优惠，不享受优惠

2、输入和输出之间的关系：

• 订单已提交，金额大于等于300 ，无红包，享受优惠；
• 订单已提交，金额大于等于300 ，有红包，享受优惠；
• 订单已提交，金额小于300，有红包，享受优惠；
• 订单已提交，金额小于300，无红包，无优惠；
• 订单没有提交，无优惠；

3、画因果图：

5、场景设计法 ☆

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。该方法可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，是测试
用例更容易理解和执行。

典型的应用是是用业务流把各个孤立的功能点串起来，为测试人员建立整体业务感觉，从而避免陷入功能细节忽视业务流程要点的错误倾向.

• 案例：

ATM机取款场景

功能点：插卡——输入密码——输入钱数——取款（主要功能，核心流程）

具体功能点：

（1）、插卡：插反，插错卡（饭卡，会员卡，不是本行卡），注销，消磁，冻结，有不良记录的卡

（2）、输入密码：密码错误，密码输入正确，密码三次错误，第一次密码错第二次密码对，前两次密码错第三次密码对

（3）、输入钱数：钱数<=银行卡余额，输入钱数>=银行卡余额，输入的不是整百，ATM机余额不足，超过每日取款限额，超过每次取款最大上限，超过每次取款最大次数。

（4）、取款：确认取款钱数后，ATM机吐出对应钱数；ATM机吐钞规则，操作超时，长时间不吐钱；

（5）、其他：ATM机断 ，断电，出现故障；超时，所有的操作如果超时，那么会出现吞卡（安全机制）

每个具体功能点都是可以写测试用例的。

如：1、插卡插反：第二次重新插入正确插入，仍可以正常取钱；卡冻结/注销，无法正常取钱；

2、输入三次密码错误，账户冻结，无法取款；前两次密码错第三次密码对，仍可以正常取钱

• 测试用例：

正交表设计测试用例的步骤：

1、找出所有的输入变量（因素），确定因素数；

2、确定变量的取值，确定水平数；

3、确定正交表的行和列；

4、根据正交表的性质去填写正交表

5、把正交表的每一行对应写成一个测试用例；

6、补充你认为重要的但没有体现在正交表中的测试用例；

例子：姓名，邮箱，密码，确认密码，验证码（输入和不输入）——不用正交表要列出2^5=32情况

1、因素：5

2、水平数：2（输入和不输入）

3、行：（水平数-1）*因素数+1=6

列：因素数：5

4、填写正交表

合格测试用例标题：

是软件就有缺陷！！！！！！

3、软件缺陷的核心内容

4、缺陷类型

• 功能错误
• 界面（Ui）错误 ，兼容性 （前端）
• 数据，易用性，改进建议，架构

• 扩展：什么是抓包

2、缺陷的跟踪流程

• 正确示范：

缺陷标题实例：

1、测试数据描述+实际结果+预期：

• 不合格的4位qq验证合格（预期：不合格）
• 空密码登录成功（预期：登录失败，提示密码不可为空）

2、测试数据结果描述+预期+实际

• 验证4位qq不合格（实际：合格）
• 验证空密码登录不成功（实际：登录成功）

3、测试数据描述+实际结果+需求

• 不合格的4位qq验证合格（需求：6-10自然数）
• 空密码登录成功（需求：密码位6-12位数字+字母）

以上三个模板都是可以套用的。

以上就是软件测试用例的全部方法，重点掌握等价类，边界值，判定表，场景设计法，因为这四个是实际运用的多的，因果图和正交排列可以看看，知道下概念，写测试用例的时候尤其注意标题，标题可能影响你测试用例的好还，缺陷用例也是一样。铁汁们，觉得笔者写的不错的可以点个赞哟收藏关注呗，你们支持就是我写博客最大的动力！！！！