测试用例设计

举报
bug郭 发表于 2022/11/30 16:45:35 2022/11/30
【摘要】 大家好,我是bug郭,一名双非科班的在校大学生。对C/JAVA、数据结构、Spring系列框架、Linux及MySql、算法等领域感兴趣,喜欢将所学知识写成博客记录下来。 希望该文章对你有所帮助!如果有错误请大佬们指正!共同学习交流作者简介:CSDN java领域新星创作者blog.csdn.net/bug…掘金LV3用户 juejin.cn/user/bug…阿里云社区专家博主,星级博主,...

大家好,我是bug郭,一名双非科班的在校大学生。对C/JAVA、数据结构、Spring系列框架、Linux及MySql、算法等领域感兴趣,喜欢将所学知识写成博客记录下来。 希望该文章对你有所帮助!如果有错误请大佬们指正!共同学习交流

作者简介:

本章重点

  • 测试用例的基本要素
  • 测试用例的设计方法
  • 基于需求的设计方法
  • 等价类
  • 边界值
  • 因果图
  • 正交分析法
  • 错误猜测法
  • 场景法
  • 测试用例的有效性
  • 测试用例的粒度和评价

测试用例的基本要素

测试用例就是为了实施测试而先被测试系统提供的一组集合,这组集合包括,测试环境,测试步骤,测试数据,预期结果等

评价测试用例好的标准

  • 用例表达清楚,无义性
  • 用例可操作性强
  • 用例的输入输出明确,一条用例只有一个预期结果
  • 用例对需求的覆盖率高

测试用例给我们带来的好处

  • 测试执行的依据
  • 使得工作可重复,自动化测试的基础
  • 评估需求覆盖率
  • 用例的复用
  • 积累测试方法思路以供后续鉴赏
  • 解决了如下问题

不知道是否全面的测试了所有功能,测试的覆盖率无法衡量,重复测试无法进行,回归测试等,测试用例的大量冗余,影响测试效率

测试用例设计方法

  • 基于需求的设计方法
  • 等价类
  • 边界值
  • 因果图
  • 正交分析法
  • 错误猜测法
  • 场景法

基于需求的设计方法

基于需求的设计方法是测试设计/开发测试用例的基础,我们通过需求分析,验证需求是否合理,正确,完整,无二义性,并且逻辑自洽.然后我们在需求分析的基础细化需求,上列出功能需求点或者需求项,并且根据需求点或者需求项进一步设计测试用例!

分析需求一般分为功能需求和非功能需求

  • 功能性测试
  • 界面的全面性测试(界面从左到右从上到下)
  • 按照业务的场景把一个个独立的功能串起来测试
  • 验证功能之间的交互性和一致性
  • 同一个功能不同输入数据的测试
  • 同一个功能异常数据,错误操作测试
  • 功能相关的算法验证(白盒测试需要看代码,对代码进行测试)
  • 非功能性测试

可靠性测试,安全性测试,易用性测试,兼容性测试,性能测试,可移植性测试,容错性测试

等价类

把输入或输出划分若干个等价类,从每一个等价类中选一个(或多个)测试用例进行测试,如果该测试用例通过,那么这个等价类测试就通过

  • 有效等价类:符合数据规格说明书的数据
  • 无效等价类:不符合数据规格说明书的数据

边界值

边界值是等价类的补充,输入输出的边界进行测试用例的设计,叫做边界值法
等价类和边界值往往结合起来进行测试用例的设计

因果图法

因果图是一种逻辑图,恒等,与,或,非,用因果图来设计测试用例,叫做因果图法
使用场景:当我们有很多的输入,不同的输入或者不同输入组合针对有不同的输出,这个时候我们就可以用因果图法进行设计用例

在这里插入图片描述
因果图发设计测试用例步骤

  • 分析出所有的输入和输出
  • 找出输入和输出之间的关系
  • 根据关系画出因果图
  • 根据因果图画出判定表
  • 根据判定表写出测试用例
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。