一、测试用例定义
测试用例是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。简单的可以认为，测试用例是为某个特殊目标而编制的，实际结果与预期相符
二、测试用例内容
用例编号：模块+需求编号+用例编号 DL-DLOO1-DLtestase001
用例标题：测试点的内容，验证**功能/按键是否可用
模块/功能：描述模块名称功能名称
前置条件：达到该条测试用例的前提操作或者客观条件
测试步骤：描述具体的执行步骤，数据可以不用写的很清楚
预期结果：按照正确的业务逻辑和执行能够得到的结果
优先级：执行测试用例的优先级，在必要的场景下是会选择优先级高的用例来执行（需求明确提的，特色功能，常用功能，基本功能）
备注：记录执行结果或者执行人情况；记录发生的bugid概述
执行人：如果存在一套用例由不同人执行的i情况，会记录
执行日期：一套用例由不同人或者不同时间执行
版本：执行软件测试的版本
平台：执行软件的平台，在移动端用的比较多
三、测试用例的必要性
专业的角度分析
a.从专业的流程上来说，从需求文档就应该专业的出具相关文档，那么测试用例作为测试工程师的产出之一也是必须的
b.测试用例可以很好的展示对需求的覆盖程度，确保需求上应该有的功能都应该得到实现
c.测试用例作为测试工程师的执行测试的一个重要的依据
实际业务分析
a.由于项目的质量要求，对测试用例的粒度和质量有影响
c.由于项目的时间限制，不能对所有的用例或者细节进行全面的测试
d.全员质量意识不足，对测试不够重视
e.测试工程师的能力不足，无法输出高质量的测试用例，或者测试点（记录）
四、测试用例设计方法
等价类：有效等价类、无效等价类
边界值：上下限值
因果图：通过画图的方式来表示输入条件（因）和输出结果（果）之间的关系。
因果之间的关系
因因之间的关系
场景法：基于系统的业务流程进行设计方法，功能线，业务线
错误推断法：凭借测试工程师自己的经验进行业务分析测试（测试经验、行业经验、技术经验）
游戏测试：画质高，流程好，性能高，大型游戏账号安全
医疗系统：数据库，性能好，界面不同太美观
状态转化法：例如播放器
播放、暂停、前进、后退、上一首、下一首，状态之间进行切换，根据不同的状态进行设计用例
五、测试用例设计流程
提取功能点：每个模块/界面从上到下，从左到右的顺序列出能够操作的点（返回）左上角返回按键，物理返回键，左滑/右滑返回，
提取测试点：不同的场景，不同的条件下操作某一个功能的点
六、用例设计注意点
1、优先级如何确定？
能够实现功能的正向用例
用户场景下大概率会遇到的异常操作
2、粒度如何确定？
需求中明确定义的功能
软件系统中特色功能
软件系统中常用的功能
软件系统中基本功能
3、用例是否有必要写？
根据项目质量要求
项目的测试时间
七、分类测试总结
单个界面上业务测试：既要验证界面上的控件功能，也要验证界面上的业务功能
模块上的数据影响测试：多个字段之间的数据影响
模块间的数据流程测试
系统整体体验测试：
