测试用例设计（功能测试）

目录

前言

工作流程

一、需求分析（评审）

二、设计测试方案

三、用例设计

四、用例执行

五、缺陷管理

六、测试报告 

测试用例编写

测试用例八大要素编写规范

测试用例设计方法

测试用例执行

---

前言

学完功能测试基础本来想把后面的总结写完，但因为想赶一下Linux和数据库的学习进度和其他一些事情迟迟没有开始写。下面是功能测试的测试用例设计总结内容。

---

工作流程

一、需求分析（评审）

前提：阅读需求⽂档，记录不明确之处。
参与⼈员：前端、后端、测试、产品
⽬的：
1、确保各部⻔需求理解⼀致
2、各⻆⾊对需求进⾏查漏补缺
3、了解软件有些功能
提示：需求分析阶段->软件还未实现（刚⽴项） 

二、设计测试方案

说明：指导测试执⾏的⽂档（重要）
测什么（目标、范围）
谁来测（人员进度及安排）
怎么测（测试工具、测试策略）

三、用例设计

说明：保证能准确验证软件测试点执⾏的⽂档。
1、分析需求
2、提取测试点
3、设计⽤例覆盖测试点

四、用例执行

说明：实施测试

五、缺陷管理

提交->验证->关闭

六、测试报告 

1、bug分析及统计
2、测试中遇到的问题
3、测试总结（本次测试中的优点和不足）

---

测试用例编写

测试用例八大要素编写规范

• 用例编号:项目_模块_编号
• 用例标题:预期结果（测试点)
• 模块/项目:所属项目或模块
• 前置条件∶要执行此条用例，有哪些前置操作
• 优先级:表示用例的重要程度或者影响力p0~p4(p0最高)
• 测试步骤:描述操作步骤
• 测试数据:操作的数据，没有的话可以为空
• 预期结果:期望达到的结果

(根据不同的公司要求可以加上实际结果和测试人员等要素)

示例：excel中编写用例测试

 

测试用例设计方法

• 等价类划分法
• 边界值分析法
• 判定表法
• 场景法 
• 错误推测法
• 正交测试法
• 因果图法
• 案例（经验）

介绍部分见前面文章

测试用例执行

说明：执⾏结果与⽤例的期望结果不⼀致（含义），为缺陷。

 

说明：执⾏结果与⽤例的期望结果不⼀致（含义），为缺陷。

提示：⽤例执⾏不通过为缺陷，需要进⾏缺陷管理