测试用例的定义：
测试用例是执行测试的依据，把测试系统的操作步骤用文档的形式描述出来
测试用例的特征
正确性
完整性
可维护性
可重复性（要求不同测试者在同样的测试环境下使用同样测试用例都能得出相应结论）
测试用例的作用
开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率
要素
1.用例编号
2.所属模块
3.前提条件
4.测试输入
5.预期结果
6.实际结果
（7.备注 8.版本 9.测试人（执行测试用例的人） 10.测试日期）
测试方法
1.等价类划分 （有效/无效等价类） （成年人数学考分例子）
2.因果图 （贩卖机例子）
3.边界值 （发红包例子）
4.正交法 （彩票例子）（字体，字号以及颜色例子）
5.错误推断法 （贩卖机例子<因果图转换>）
6.场景法
「基本流-备选流
」
测试用例的评审
评审的内容有以下几个方面：
1)用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
2)优先极安排是否合理。
3)是否覆盖测试需求上的所有功能点。
4)用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确期待结果是否有明显的验证方法。
5)是否已经删除了冗余的用例。
6)是否包含充分的负面测试用例。
7)是否从用户层面来设计用户使用场景和使用流程的测试用例。
8)是否简洁，复用性强。
组内评审和组外评审
组内评审的人员： 测试Leader 和 测试人员
组内评审着重与
1.用例的冗余性
2.用例的准确性
3.用例的覆盖度 70%～80%
4.用例满足需求
//
组外评审： 测试leader 测试人员 项目经理 产品经理
组外评审：
1.是否满足软件的需求
2.用例覆盖率
3.用例的执行性
4.用例的复用性
5.用例是否具有正反的用例
6.编写用例的模板
7.非功能性测试用例的编写
8.缺陷率在执行的测试用例中的占比
测试计划
开发团体人员： 5：1
假设10人开发团队 ：
UI 1人
后台开发 5个
移动端 2个
测试/运维 1个
产品经理 1个
项目开发周期： 6个月
版本迭代： 大版本 1个半月 小版本 1周
测试分工： 功能界面 性能+接口 自动化
测试计划应该包括：
测试背景
测试目标
测试范围
测试输出文档
测试策略
测试规模工具量分析
测试进程
测试进度及时间安排
测试资源
人力、设备
风险管理
