测试用例设计
【摘要】 大家好,我是bug郭,一名双非科班的在校大学生。对C/JAVA、数据结构、Spring系列框架、Linux及MySql、算法等领域感兴趣,喜欢将所学知识写成博客记录下来。 希望该文章对你有所帮助!如果有错误请大佬们指正!共同学习交流作者简介:CSDN java领域新星创作者blog.csdn.net/bug…掘金LV3用户 juejin.cn/user/bug…阿里云社区专家博主,星级博主,...
大家好,我是bug郭,一名双非科班的在校大学生。对C/JAVA、数据结构、Spring系列框架、Linux及MySql、算法等领域感兴趣,喜欢将所学知识写成博客记录下来。 希望该文章对你有所帮助!如果有错误请大佬们指正!共同学习交流
作者简介:
- CSDN java领域新星创作者blog.csdn.net/bug…
- 掘金LV3用户 juejin.cn/user/bug…
- 阿里云社区专家博主,星级博主,developer.aliyun.com/bug…
- 华为云云享专家 bbs.huaweicloud.com/bug…
@TOC
本章重点
- 测试用例的基本要素
- 测试用例的设计方法
- 基于需求的设计方法
- 等价类
- 边界值
- 因果图
- 正交分析法
- 错误猜测法
- 场景法
- 测试用例的有效性
- 测试用例的粒度和评价
测试用例的基本要素
测试用例就是为了实施测试而先被测试系统提供的一组集合,这组集合包括,测试环境,测试步骤,测试数据,预期结果等
评价测试用例好的标准
- 用例表达清楚,无义性
- 用例可操作性强
- 用例的输入输出明确,一条用例只有一个预期结果
- 用例对需求的覆盖率高
测试用例给我们带来的好处
- 测试执行的依据
- 使得工作可重复,自动化测试的基础
- 评估需求覆盖率
- 用例的复用
- 积累测试方法思路以供后续鉴赏
- 解决了如下问题
不知道是否全面的测试了所有功能,测试的覆盖率无法衡量,重复测试无法进行,回归测试等,测试用例的大量冗余,影响测试效率
测试用例设计方法
- 基于需求的设计方法
- 等价类
- 边界值
- 因果图
- 正交分析法
- 错误猜测法
- 场景法
基于需求的设计方法
基于需求的设计方法是测试设计/开发测试用例的基础,我们通过需求分析,验证需求是否合理,正确,完整,无二义性,并且逻辑自洽.然后我们在需求分析的基础细化需求,上列出功能需求点或者需求项,并且根据需求点或者需求项进一步设计测试用例!
分析需求一般分为功能需求和非功能需求
- 功能性测试
- 界面的全面性测试(界面从左到右从上到下)
- 按照业务的场景把一个个独立的功能串起来测试
- 验证功能之间的交互性和一致性
- 同一个功能不同输入数据的测试
- 同一个功能异常数据,错误操作测试
- 功能相关的算法验证(白盒测试需要看代码,对代码进行测试)
- 非功能性测试
可靠性测试,安全性测试,易用性测试,兼容性测试,性能测试,可移植性测试,容错性测试
等价类
把输入或输出划分若干个等价类,从每一个等价类中选一个(或多个)测试用例进行测试,如果该测试用例通过,那么这个等价类测试就通过
- 有效等价类:符合数据规格说明书的数据
- 无效等价类:不符合数据规格说明书的数据
边界值
边界值是等价类的补充,输入输出的边界进行测试用例的设计,叫做边界值法
等价类和边界值往往结合起来进行测试用例的设计
因果图法
因果图是一种逻辑图,恒等,与,或,非,用因果图来设计测试用例,叫做因果图法
使用场景:当我们有很多的输入,不同的输入或者不同输入组合针对有不同的输出,这个时候我们就可以用因果图法进行设计用例
因果图发设计测试用例步骤
- 分析出所有的输入和输出
- 找出输入和输出之间的关系
- 根据关系画出因果图
- 根据因果图画出判定表
- 根据判定表写出测试用例
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)