测试用例是什么？
测试工作的核心
一组在测试时输入输出的标准
软件需求的具体对照
测试用例的作用
检验软件是否满足客户需求
体现一个测试人员的工作量
展现测试用例的思路
测试用例包含的内容--格式
修改履历
版本，日期，变更说明，作者
基本测试用例
测试依据，设计人员，所属产品，功能模块，用例名称，优先级，预置条件，操作步骤，预期结果，实际结果，测试结论，备注
测试用例编写流程
需求分析——》提取测试点——》测试用例编写——》测试用例评审
需求分析
业务需求（需要）——关注系统是否满足业务
用户需求（需求）——关注系统是否满足用户习惯
功能需求（要求）——关注系统满足功能要求
提取测试点
测试点是通过需求分析后对得出的需要进行测试的具体内容
提取测试点的好处
快速
覆盖
方法
细节
测试用例编写
测试用例编写的方法
等价类划分法
作用：选择适当的子集来代表整个数据集，通过降低测试的数目去实现合理的覆盖，覆盖更多可能的数据，以发现更多的软件缺陷。
把程序所有可能输入的数据，划分为若干个等价类，从每个部分中选取最具有代表性的数据作为测试用例，进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性，
有效等价类指的是对于程序规格说明来说是合理的有意义的输入数据构成的集合，利用有效等价类可以检验程序是否满足了规格说明和预先规定的功能和性能，有效等价类可以是一个或者多个，更据系统的输入划分为多个部分，从每个部分中选取少数有代表性的数据当作数据测试的测试用例，等价类是输入域的集合。
无效等价类，对于软件规格而已是无效的，不合理的输入数据集合，利用无效等价类可以检查出软件的异常情况，检查程序的功能和性能是否符合规范
边界值分析法
作用：使用边界值分析法一般和等价类划分法结合起来，它不是从等价类中选取一个例子作为代表，而是将测试边界情况作为重点目标，选取，正好等于，刚刚对于，刚刚小于边界值的测试数据。
场景法
作用：通过运用场景来对系统功能点和业务流程来描述，从而提高测试效果，
场景法一般包括基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。
猜错法
直觉90%——》猜测50%
经验90%——》结果80%
测试用例评审
评审对测试用例的进行检测
评审包括同行评审，小组评审，部门评审，三方评审
不同评审类型会有不同角色参与
评审的意义
通过评审可以发现测试用例的不足
方便测试人员，改进测试用例
达到测试时提高测试质量的目的
评审的流程
测试用例设计步骤
需求文档分析——》功能模块分析——》测试用例编写——》测试用例整理和维护
需求文档分析
文档阅读
功能细节沟通探讨
逻辑梳理
功能拓展思考
兼容相关思考
功能模块分析
功能模块划分原则
高内聚，低耦合
重整体，轻局部
功能模块划分方法
功能流程法： 将功能的基本流程画出来，根据流程的每个大环节进行模块划分，然后再细化和查漏补缺。
层次划分法： 按照逻辑层次依次细化出模块的过程，比较适用于UI划分，大的系统模块划分。
类型划分法： 按照功能包含内容的不同类型进行划分。
测试用例编写
测试用例的格式
常用的测试用例编写方法
测试用例编写注意事项
测试用例的整理和维护
