编写测试用例
一、用例模板
案例1：
案例2：
案例3：
二、测试工作重点：
编写测试用例、 执行用例 （依据测试用例）
三、测试流程（h模型）
1、拿到需求
2、编写测试计划（负责人）
3、根据xmind图梳理测试点
4、再根据测试点编写测试用例
5、用例评审（组内评审，交叉评审）
6、将评审用例导入到用例管理工具（禅道）
7、分配测试用例
8、搭建环境
9、开发提测，有代码包
10、我们将代码包部署到环境中
11、冒烟测试（测试 用例：优先级高）
12、sit系统集成测试（测试：全部用例）
13、有bug给开发，开发修改，我们验证
14、以此内推，直到用例100%执行，0bug、
15、输出测试报告
四、详细讲解用例编写
1、用例编号
（1）、用例编号又称用例id或编号
格式： 系统名称 ___ 模块名称___编号
WX__FHB__001
注意：系统名称或模块名称一般是大写
案例：
（2）在工作中写用例：
a、问公司用例有模板
b、公司没有模板，你就按我们模板来编写
c、根据用例管理工具中模板来写（禅道）
2、用例标题（重点）
（1）用例标题（称为：测试内容或用例名称）
案例：
（2）用例标题内容： 主要是描述用例要验证什么？
比如：
1、验证微信能发红包
2、验证微信发红包失败（红包金额>余额）
3 、验证微信发红包失败（密码错误）
4、验证单个红包超过最大金额有错误提示（>200）
（3）编写用例标题要求：
a、用例标题是永远唯一的，不存在两条相同的用例
案例：
1、验证微信发红包失败（红包金额>余额）
2、验证微信发红包失败（无网络）
3、验证微信发红包失败（密码错误）
b、标题要简单、易懂、但是要描述清楚
c、用例标题能加上“验证”两个字尽量加上验证二字
d、用例标题与预期结果相呼应
e、用例标题要写清楚验证的点
f、用例标题是陈述句，不能用判断句或者选择范围，也不能用是否，不能为疑问句
g、不能把bug写成用例
h、一个无效等价类就是一条用例，不能多个无效等价类写成一个用例
（二）前置条件
前置条件（又名：预置条件）执行操作前的准备工作。
1、执行前工作
（1）测试账号
（2）网络已连接
（3）卡内余额
（4）准备设备
（三）优先级
优先级：高中低
（1）高：
a、核心功能用例（冒烟测试用例）
b、会阻碍大部分其他测试用例，基本功能测试
中：异常测试、边界测试、中断、弱网
低：字体、颜色、大小、位置、排版、布局
场景法设计用例：基本流 高级测试用例
备选流 中级测试用例
因果图设计用例： 有效用例 ，选一条为高级，其他都为中级
等价类和错误推测：设计的有效等价类的用例是 中级
设计的无效等价类的用例是 低级
用例的优先级对应我们bug的严重程度：
致命bug（1级bug）
验证bug（2级bug）
一般bug（3级bug）
建议性bug（4级bug）
=================================================
用例步骤（重要）
用例步骤：安装测试标题的内容去实现的具体步骤
（1）测试流程步骤按照序号1,2，3,4编写
注意：一般来说步骤7-8个步骤（简化步骤）
（2）测试步骤开头都动词
如：插入、输入、点击、查看
（3）不能把上一个用例的步骤，用来做下一个用例的前置条件
（4）步骤中规范输入【】，“ ”等符号表示模块名称或动词
=================================================
预期结果：
预期结果：达到预期的目标，不是实际结果
（1）预期结果要详细
（2）预期结果要考虑隐藏的结果
（3）页面跳转成功
（4）订单状态的变更
（5）预期结果不能只写成功或失败
（6）页面的提示和提示语
（7）结果涉及到页面提示、数据变化、必须说明提示内容
（8）结果涉及数据，需要明确数据库中表和字段的变化，例如：添加用户表，余额字段
==========================================================
1、测试用例编写的要素有哪些？
必填：用例编号、用例标题、优先级、前置条件、用例步骤、预期结果
非必填： 用例类型、实际结果、测试时间、编写人，所属模块
2、你编写了多少用例？
大概：30-120条 平均：70条左右
========================================================
案例：
=========================================================================================
案例1：
案例2：
案例3：
案例4：
案例5：
案例6：
案例7：
案例8：
案例9：
