测试用例day01

测试用例概述

一、测试用例的定义

二、测试用例的特性

三、测试用例的编制要素

四、测试用例的设计原则

五、测试用例应该避免的问题

六、测试用例分类


 


一、测试用例的定义

1、测试用例(Test Case)是为特定的目的而设计的一组测试输入、执行条件和预期的结果,以便测试某个程序路径或核实是否满足某个特定需求。通过大量的测试用例来检验软件的运行效果,它是指导测试工作进行的依据

2、测试用例(Test Case)是为了高效率地发现软件缺陷而精心设计的少量测试数据。实际测试中,由于无法达到穷举测试,所以要从大量输入数据中精选有代表性或特殊性的数据来作为测试数据。好的测试用例应该能发现尚未发现的软件缺陷。

二、测试用例的特性

1、有效性: 测试用例的能够被使用,且被不同人员使用测试结果一致。

2、可复用性:良好的测试用例具有重复使用的功能

3、易组织性:好的测试用例会分门别类地提供给测试人员参考和使用。

4、可评估性:从测试管理的角度,测试用例的通过率和软件缺陷的数目是软件产品质量好坏的测试标准。

5、可管理性:测试用例可以作为检验测试人员进度、工作量以及跟踪/管理测试人员工作效率的因素。

三、测试用例的编制要素

软件测试用例的基本要素包括用例编号、测试模块、用例标题、用例级别、测试环境、测试输入、执行操作、预期结果

1、用例编号:每个测试用例都有唯一的标识号,用以区别其他测试用例

2、测试模块:指明并简单描述本测试用例是用来测试哪些项目、子项目或软件特性的。

3、测试(用例)标题:对测试用例的描述,测试用例标题应该清楚表达测试用例的用途

4、用例级别:定义测试用例的优先级别,可以粗略地分为 “ 高 ” 和 “ 低 ” 两个级别。

5、测试环境:描述执行测试用例所需要的具体测试环境,包括硬件环境和软件环境

6、测试输入:用来执行测试用例的输入要求。这些输入可能是数据、文件或具体操作。

7、执行操作:执行本测试用例所需的每一步操作。

8、预期结果:描述被测项目或被测特性所希望或要求达到的输出或指标

四、测试用例的设计原则

1、保证测试用例的明确性:测试人员要尽量避免测试用例存在含糊的因素,在测试过程中,测试用例的测试结果是唯一的。

2、保证测试用例的代表性:尽量将具有相似功能的测试用例抽象合并。

3、保证测试用例的简洁性:测试用例简洁,可读性良好,测试过程目的明确,测试结果唯一。

五、测试用例应该避免的问题

1、把测试用例设计等同于测试输入数据的设计。

2、强调测试用例设计的“越详细越好”。

3、追求测试用例设计的“一步到位”。

4、将多个测试用例混在一个用例中。

5、让没有测试经验的人员设计测试用例。

六、测试用例分类(六种)

1、功能测试用例:包含功能测试、健壮性测试和可靠性测试。

2、性能测试用例:包含性能测试、压力测试和强度测试。

3、集成测试用例:包含接口测试,健壮性测试和可靠性测试。

4、安全性测试用例。

5、用户界面测试用例。

6、安装/反安装测试用例。

测试种类、阶段和测试用例的关系
测试阶段测试类型执行人员
单元测试模块功能测试,包含部分接口测试、路径测试开发人员、开发人员和测试人员结合
集成测试接口测试、路径测试,含部分功能测试开发人员和测试人员结合、测试人员
系统测试功能测试、健壮性测试、性能测试、用户界面测试、安全测试、压力测试、可靠性测试、安装/反安装测试测试人员
验收测试对于实际项目基本同上,并包含文档测试;对于软件产品主要测试相关技术文档测试人员、可能包含用户

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值