目录
前言
学完功能测试基础本来想把后面的总结写完，但因为想赶一下Linux和数据库的学习进度和其他一些事情迟迟没有开始写。下面是功能测试的测试用例设计总结内容。
工作流程
一、需求分析（评审）
前提：阅读需求⽂档，记录不明确之处。 参与⼈员：前端、后端、测试、产品 ⽬的： 1、确保各部⻔需求理解⼀致 2、各⻆⾊对需求进⾏查漏补缺 3、了解软件有些功能 提示：需求分析阶段->软件还未实现（刚⽴项）
二、设计测试方案
说明：指导测试执⾏的⽂档（重要） 测什么（目标、范围） 谁来测（人员进度及安排） 怎么测（测试工具、测试策略）
三、用例设计
说明：保证能准确验证软件测试点执⾏的⽂档。 1、分析需求 2、提取测试点 3、设计⽤例覆盖测试点
四、用例执行
说明：实施测试
五、缺陷管理
提交->验证->关闭
六、测试报告
1、bug分析及统计 2、测试中遇到的问题 3、测试总结（本次测试中的优点和不足）
测试用例编写
测试用例八大要素编写规范 用例编号:项目_模块_编号 用例标题:预期结果（测试点) 模块/项目:所属项目或模块 前置条件∶要执行此条用例，有哪些前置操作 优先级:表示用例的重要程度或者影响力p0~p4(p0最高) 测试步骤:描述操作步骤 测试数据:操作的数据，没有的话可以为空 预期结果:期望达到的结果 (根据不同的公司要求可以加上实际结果和测试人员等要素)
示例：excel中编写用例测试
- 测试用例设计方法
- 等价类划分法
- 边界值分析法
- 判定表法
- 场景法
- 错误推测法
- 正交测试法
- 因果图法
- 案例（经验）
介绍部分见前面文章
测试用例执行
说明：执⾏结果与⽤例的期望结果不⼀致（含义），为缺陷。
说明：执⾏结果与⽤例的期望结果不⼀致（含义），为缺陷。
提示：⽤例执⾏不通过为缺陷，需要进⾏缺陷管理
