1.什么是测试用例 完成某项特定功能的测试，测试过程中的步骤及测试数据，产生一个实际结果，与我们的预期结果进行比较 预期结果：是我们从需求文档上得出的结果 实际结果：就是执行用例时产生的结果 如果预期结果与实际结果对不上，这就是一个bug 2.测试用例，越详细越好。相当于一个说明书，拿到用例就知道怎么执行。 用例存在交叉执行的情况，写的用例精良都可以看得懂。是一个可交付文档 3.测试用例评审 项目正式进入系统测试阶段前，测试组内评审，项目组内评审 主要目的：完善测试用例，就是在评有没有漏测，详细与否。如果不通过，继续完善，直到通过为止 测试用例核心8大要素 用例编号 就是测试用例的编号：每一个项目组，用例编号的的命名规则不一样,每一个编号都是唯一的 测试项目 就是项目中所属的一个模块 用例标题 看到标题就知道本条用例是测试什么功能的 优先级 根据测试功能的优先级去判断，一般核心业务用例的优先级最高，涉及到金钱用例优先级也很高。。。 高、中、低 p0,p1,p2,p3 高：核心业务功能，会影响到数据的用例 中：一些辅助功能，核心流业务失败的用例 低：一些文案错误 预置条件 测试过程中不会执行的步骤，会影响测试结果 执行步骤 测试过程中执行的步骤，越详细越好 测试数据 测试过程中使用的数据，输入的数据 预期结果 从需求文档方面，得出得到一个期望结果。 其他要素： 实际结果：执行测试用例后产生的一个结果 编写人员：编写本条测试用例的人员 每一个公司，用例管理工具可能都不一样，每一个工具都很简单。一般公司都会用excel来编写测试用例（每一个公司的用例模板都不一样） 写用例的好处有哪些： 1.防止漏测:(用例评审方向，对遗漏点进行补充) 2.正式进入系统测试阶段，思路比较清晰（只需要根据编写的用例执行就可以了） 3.提高测试效率 4.突出测试重点 5.监控测试进度 6.度量指标（用例执行方面,可以判断出，开发完成情况，也可以判断出模块逻辑的复杂程度）