前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >软件测试的用例设计方法_测试用例设计

软件测试的用例设计方法_测试用例设计

作者头像
全栈程序员站长
发布2022-11-04 11:30:57
9090
发布2022-11-04 11:30:57
举报
文章被收录于专栏:全栈程序员必看

大家好,又见面了,我是你们的朋友全栈君。

1、测试用例定义 测试用例又叫test case,是为某个特殊目标而编制的一组测试输入,执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。

2、测试用例的特性

  • 有效性:测试用例能够被使用,且被不同人员使用测试结果是一致的
  • 可复用性:良好的测试用例具有重复使用的功能,如:回归测试
  • 易组织性:好的测试用例会分门别类地提供给测试人员参考和使用
  • 可评估性:从测试管理的角度,测试用例的通过率和软件缺陷的数目是软件产品质量好坏的测试标准
  • 可管理性:从测试管理的角度,测试用例的通过率和软件缺陷的数目是软件产品质量好坏的测试标准

3、测试用例的八大要素

用例编号

用例标题

项目/模块

优先级

前置条件

测试步骤

测试数据

预期结果

项目_模块_编号

预期结果(测试点)

用例所属模块

P0~P4(P0最高)

前置条件:执行当前测试用例的前提条件,前置条件如果不满足,后面的测试步骤不能进行或得不到预期结果 测试步骤:测试步骤要清晰明确,测试人员可根据该步骤完成测试 优先级: P0:保证系统基本功能,核心业务,重要特性,实际使用频率比较高的用例 P4:实际使用频率不高,对系统业务功能影响不大的模块或功能的测试用例 p2、P3:重要程度介于P0和P4之间

其他要素: 用例的设计者,用例设计日期,对应的开发人员,测试结果(pass,fail,block),测试类型(功能,性能,压力等)

4、测试用例的设计原则 (1)明确性:测试人员要尽量避免测试用例存在含糊的因素,在测试过程中,测试用例的测试结果是唯一的 (2)代表性:尽量将具有相似功能的测试用例抽象合并,功能相似的用例要合并 (3)简洁性:测试用例简洁,可读性良好,测试过程目的明确,测试结果唯一。测试用例要用陈述语句,一句话直指问题的核心,不要用浮夸的修饰手法。

5、设计方法:等价类划分法

案例:QQ登录 1、明确需求:6~10位自然数,不能以0开头 2、划分等价类:

参数

说明

有效等价类

有效数据

无效等价类

无效数据

qq号

长度

6~8位

1234567

非6~8位,为空

12345,为空

qq号

类型

自然数

/

非自然数

123456A

qq号

规则

不以0开头

/

0开头

0123456

6、设计方法:边界值分析法

7、设计方法:因果图法

基本符号:通常在因果图中用Ci表示原因,用Ei表示结果,各节点表示状态,可取值‘0’或‘1’、0表示某状态不出现,1表示某种状态出现。

约束条件:

8、设计方法:判定表法

判定表示例:

9、设计方法:正交表法

案例:

使用正交设计助手工具: 选择正交表,填写水平因素:

生成的正交表:

每一项实验就是一条测试用例。

10、设计方法:场景法

11、设计方法:错误推断法

12、总结

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/182850.html原文链接:https://javaforall.cn

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2022年10月12日,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
测试管理
CODING 测试管理(CODING Test Management,CODING-TM)为您提供井然有序的测试协同管理工具服务,从测试用例库管理、制定测试计划,到协作完成测试任务,为测试团队提供敏捷测试工作方式,提高测试与研发团队的协同效率。提供可视化的工作视图以及数据报告,随时把控测试进度和规划。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档