测试用例的设计要素以及设计测试用例的方法

本篇文章主要是为了讲述测试用例的设计要素以及设计方法

1、定义:测试用例是为了达到特定的目的而设计的一组测试输入、执行条件和预期结果的文档。

2、设计测试用例的要素:(有八大要素)
①、用例编号:也就是用例的id,唯一标识到某一条测试用例(现在的写测试用例的工具都会自动生成用例的编号,例如ONES上的就是自动生成的)
②、用例标题:一般该标题要简洁,题意明显。描述测试的场景以及测试什么功能点。
③、测试项目:描述你所写的用例是输入哪一个项目下的模块的。
④、用例级别:测试用例的重要程度,可依据(基本功能、主要功能、次要功能)区分测试用例的级别
⑤、测试输入:测试的数据
⑥、预置条件:执行该条测试用例时的特殊条件
⑦、执行步骤:就是执行的流程按步骤1、2、3、4…描述清楚
⑧、预期结果:正常情况下的结果。(一般会用该结果与实际得出的结果相比较,一样则视为通过,否则视为失败)

3、设计测试用例的方法:
①、等价类划分法:

  • 等价类:具有共同特征的数据子集
  • 此方法适用场景:文本输入框
  • 等价类分为:1、有效:满足输入框的限制条件
    2、无效:不满足条件的

②、边界值分析法:

  • 边界值:顾名思义是边界上的值,略大于的数和略小于的数
  • 此方法适用场景:1、有边界的地方 2、长度宽度数量等 3、文本框有长度限制时(可以结合等价类划分法一起使用)
  • 边界上的点的取法:点一般分为:上点(边界上的点)、离店(距离上点最近的点)、内点(范围内的点)
    一般取5个点:1、边界上两个点 2、闭区间:外侧的2个点,开区间:内侧的2个点 3、内点:范围内的点取一个

③、判定表:

  • 适用范围:1、需求中有多个输入和输出 2、输入和输入之间有组合关系 3、输入和输出之间有依赖关系
  • 判定表的组成部分:1、条件桩:判定表中的输入条件 2、动作桩:输入组合对应的结果 3、条件项:条件值 4、动作项:结果值
  • 使用方法:1、明确需求 2、画出判定表:①、明确条件桩和动作桩 ②、填写条件项,对条件进行全组合 ③、明确每个条件组合对应的动作项 3、生成测试用例(判定表中每条规则对应一条测试用例)

④、因果图法:

  • 核心:因:需求中的输入条件
    果:需求中的输出结果
  • 适用范围:1、需求中有多种输入和输出 2、输入和输入之间有组合关系
    3、输入和输出之间有依赖关系 4、需求比较复杂的时候

-说明:此方法要与判定表法结合使用
因果图法的画法

  • 步骤:①、明确需求 ②、画出因果图 ③、画出判定表 ④、编写测试用例

⑤、正交法:

  • 定义:使用最少的测试用例集合,获得最大的测试覆盖率
  • 范围:需求中组合量比较大的
  • 正交表是一种特制的表,一般的正交表标记为: L n ( m k ) L_n(m^k) Ln(mk)(n表示行数,m表示列的取值个数,因素的值,k表示表的列数、因素)
  • 这里对于正交表的使用方法不过多描述,可以百度相关资料

⑥、场景法:(又名 流程图法)

  • 定义:用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例
  • 意义:从用户的角度出发,通过测试功能的组合,找到产品的问题,测试人员单独测试一些功能点,容易遗漏功能组合的问题
  • 适用场景:需求中有多个功能,需要测试功能的组合

⑦、错误推测法:

  • 适用场景:1、时间紧,任务重 ----测试经验丰富的人员,列出产品容易出问题的地方,测试列出清单,根据清单测试
    2、测试还有富裕的时间 ---- 挑些容易错的地方进行测试

⑧、状态迁移法:

  • 概念:列出被测对象的所有状态,列出状态之间转变的关系,再来设计测试用例
  • 适用场景:1、需求比较复杂 2、关注需求中状态的转变,不关注细节的东西
  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值