测试用例的设计

测试用例是什么

为特定目的而设计的的一组测试输入,执行条件,预期结果

测试用例包含哪些要素

1)测试目标:测试项,一句话表明

2)测试环境:

3)输入数据

4)测试步骤:尽量详细,简洁

5)预期结果:

6)测试脚本

测试用例是设计一个场景使软件程序在这种场景下,正常运行并达到预期结果

如果打不到预期结果怎么办?

证明软件有缺陷,标注出来,通知开发进行修复

开发说缺陷修复了,你要怎么办?

测试人员拿到新的测试版本,用同一个测试用例再次进行测试,确保BUG已经修复(回归测试)

为什么设计测试用例

1)测试用例可复用

2)测试用例可评估(评估测试工程师的工作质量)

3)测试用例可管理(检验测试人员工作进度,工作量)

4)测试质量的稳定的根本保障

高质量测试用例特点

1)准确性

2)完整性

3)清晰简洁

4)可重用

5)可维护(根据需求增加或删除)

测试用例的设计方法

1)等价类

2)边界值

3)因果图

4)场景法

5)错误猜测法

测试用例设计原则

基于测试需求

1)单元测试依据详细说明

2)集成测试依据详细说明

3)配置项测试依据软件需求规格说明

4)系统测试依据用户需求

基于测试方法(不同测试方法如等价类,边界值等)

兼顾测试充分性和效率

测试用例代表性测试执行可再现性

一个测试用例对应一个功能点

步骤清晰

结果明确

类似功能归类

编写测试用例注意事项

检查功能

1)功能是否齐全

2)功能是否多余

3)功能是否可以合并

4)功能是否可以细化

5)各个操作间逻辑关系是否清晰

面向用户考虑

1)操作是否符号用户习惯

2)类似操作能否成通用模块

数据处理

输入数据

1)边界值

2)最大/小个数

3)空表/空值

4)极限值

5)0值

6)负数

7)非法字符

8)日期和时间

9)跨年数据

10)数据格式

数据处理

1)处理速度

2)处理能力

3)数据处理正确率

4)计算截洪沟正确率

5)数字精确度

6)汇总数据

数据输出

1)正确率

2)输出格式

3)预期结果

4)实际结果

软件流程测试

软件流程是否和实际业务流程一致

软件流程是否能顺利完成

范流程操作

反逻辑操作

重复操作

反业务流操作以及违反流程操作

打乱流程操作或者不按照操作手册操作

测试用例设计步骤

1)测试需求分析

2)业务流程分析

3)测试用例设计

4)测试用例评审

5)测试用例更新完善

(1.新增需求

2.测试执行过程中,测试用例考虑不周

3.软件交付后,客户反馈缺陷

4.软件上线后,测试人员发现缺陷

5.维护阶段,其他人员反馈的缺陷)

设计测试用例过程中注意点

1.测试项必须是确定,不能有是否,是不是这样不确定的词汇

2.测试项中只写一个测试目的,测试目的必须明确,不能一次出现多个测试点

3.下游的测试用例,依赖于上游的测试用例(已经存在的测试用例)

4.测试数据,没有数据,空着不写(需在测试项中标注某一内容为空)

    原文作者:SJ0711
    原文地址: https://blog.csdn.net/SJ0711/article/details/123259595
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞