测试(四)

本文详细介绍了如何根据需求设计测试用例,包括功能性测试和非功能性测试两个方面,并探讨了等价类、边界值等多种设计方法。此外,文章还全面梳理了测试的多种分类,如界面测试、可靠性测试、兼容性测试、易用性测试等,以及黑盒测试、白盒测试等不同测试类型,旨在帮助读者理解测试的各个层面。
摘要由CSDN通过智能技术生成

1. 如何根据需求设计测试用例

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

  1. 验证需求的正确性,无二义性
  2. 分析需求,细化需求,从需求中提取测试项
  3. 根据测试项找到测试点
  4. 根据测试点设计测试用例

2. 测试用例的两个方面

2.1 功能性测试

  1. 界面功能的全面性测试(从左至右,从上到下)
  2. 将功能串联为业务或场景,验证功能之间的交互性,一致性
  3. 同一个功能输入不同的数据,要有与之对应的输出
  4. 异常功能的测试
  5. 功能用到的算法的验证

2.2 非功能性测试

  1. 性能
  2. 兼容性
  3. 易用性
  4. 安全性
  5. 容错性
  6. 可移植性
  7. 可靠性测
  8. 可维护性

3. 具体设计测试用例的方法

3.1 等价类

依据需求将输入(特殊情况下考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果这个测试用例测试通过,则认为所代表的等价类测试通过,解决了不能穷举测试的问题

  1. 有效等价类:对于程序的规格说明书是合理的、有意义的输入数据构成的集合
  2. 无效等价类:根据需求说明书,不满足需求的集合。

3.2 边界值

对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界

3.3 错误猜测法

根据测试人员的经验、知识积累,猜测某一块功能有问题,有针对性的进行测试用例的编写
探索性测试,比较依赖测试人员的水平

3.4 场景法

软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流

不同的功能点串联起来形成了一个场景,不同的功能点又有不同的输出,不同的输出导致了不同的测试场景

3.5 因果图法

因果图是一种简化的逻辑图,能直观地表明程序输入条件(原因)和输出动作(结果)之间的相互关系。因果图法是借助图形来设计测试用例的一种系统方法,特别适用于被测试程序具有多种输入条件、程序的输出又依赖于输入条件的各种情况
请添加图片描述
设计测试用例的步骤:

  1. 分析出所有的输入和输出
  2. 找出输入、输出之间的组合关系
  3. 根据关系图画出因果图
  4. 根据因果图画出判定表
  5. 根据判定表写出测试用例

3.6正交法

正交法的

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值