测试用例

一、测试用例定义

测试用例是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。简单的可以认为，测试用例是为某个特殊目标而编制的，实际结果与预期相符

二、测试用例内容

用例编号：模块+需求编号+用例编号 DL-DLOO1-DLtestase001

用例标题：测试点的内容，验证**功能/按键是否可用

模块/功能：描述模块名称功能名称

前置条件：达到该条测试用例的前提操作或者客观条件

测试步骤：描述具体的执行步骤，数据可以不用写的很清楚

预期结果：按照正确的业务逻辑和执行能够得到的结果

优先级：执行测试用例的优先级，在必要的场景下是会选择优先级高的用例来执行（需求明确提的，特色功能，常用功能，基本功能）

备注：记录执行结果或者执行人情况；记录发生的bugid概述

执行人：如果存在一套用例由不同人执行的i情况，会记录

执行日期：一套用例由不同人或者不同时间执行

版本：执行软件测试的版本

平台：执行软件的平台，在移动端用的比较多

三、测试用例的必要性

专业的角度分析

a.从专业的流程上来说，从需求文档就应该专业的出具相关文档，那么测试用例作为测试工程师的产出之一也是必须的

b.测试用例可以很好的展示对需求的覆盖程度，确保需求上应该有的功能都应该得到实现

c.测试用例作为测试工程师的执行测试的一个重要的依据

实际业务分析

a.由于项目的质量要求，对测试用例的粒度和质量有影响

c.由于项目的时间限制，不能对所有的用例或者细节进行全面的测试

d.全员质量意识不足，对测试不够重视

e.测试工程师的能力不足，无法输出高质量的测试用例，或者测试点（记录）

四、测试用例设计方法

等价类：有效等价类、无效等价类

边界值：上下限值

因果图：通过画图的方式来表示输入条件（因）和输出结果（果）之间的关系。

因果之间的关系

因因之间的关系

场景法：基于系统的业务流程进行设计方法，功能线，业务线

错误推断法：凭借测试工程师自己的经验进行业务分析测试（测试经验、行业经验、技术经验）

游戏测试：画质高，流程好，性能高，大型游戏账号安全

医疗系统：数据库，性能好，界面不同太美观

状态转化法：例如播放器

播放、暂停、前进、后退、上一首、下一首，状态之间进行切换，根据不同的状态进行设计用例

五、测试用例设计流程

提取功能点：每个模块/界面从上到下，从左到右的顺序列出能够操作的点（返回）左上角返回按键，物理返回键，左滑/右滑返回，

提取测试点：不同的场景，不同的条件下操作某一个功能的点 

六、用例设计注意点

1、优先级如何确定？

能够实现功能的正向用例

用户场景下大概率会遇到的异常操作

2、粒度如何确定？

需求中明确定义的功能

软件系统中特色功能

软件系统中常用的功能

软件系统中基本功能

3、用例是否有必要写？

根据项目质量要求

项目的测试时间

七、分类测试总结

单个界面上业务测试：既要验证界面上的控件功能，也要验证界面上的业务功能

模块上的数据影响测试：多个字段之间的数据影响

模块间的数据流程测试

系统整体体验测试：