测试用例：
我们测试工作就是编写用例，执行用例（依据于测试用例）；
1、分析需求文档；
2、把需求上的功能点都用xmind梳理出来，叫测试点
3、根据测试点去编写测试用例
用例的重要性
编写用例的技巧和注意
一、编写用例的流程
1、了解需求
2、xmind 梳理测试点
3、把测试点转换成测试用例
4、对用例进行评审
5、评审通过，把用例导入到用例管理工具中(禅道)
6、分配测试用例，执行测试用例
7、在缺陷工具上提交bug（禅道，jira，tapd敏捷开发平台）
8、验证bug
9、关闭bug
10、用例测试成功
11、输出测试报告
二、编写用例的标准（要素）
重要：
1、用例编号 如：系统名_模块名_001
1.1举例：wx_fhb_001
1.2 用例编号，系统名称，模块名称
2、用例标题
有些命名：测试内容，测试标题，用例标题，测试名称
举例：
3、优先级（高，中，低）
比如：冒烟测试用例是高
4、前置条件 数据准备
5、测试步骤
6、预期结果
次要
7、用例类型 功能用例，接口用例 ，性能用例
8、测试数据
9、实际结果
10、编写时间等
三、
3、1用例编号
系统名称_模块名称_编号 （一般用大写的英语写）
例如（WX_FHB_001）
3.2用例标题（要素中的重点）
描述这条用例是验证什么
例如：1、发红包失败（零钱余额不足） 验证微信发红包
2、验证微信正确密码能登录
3、单个红包金额输入错误有提示（>200）
注意点：
1、用例标题永远是唯一的，也就是说不存在相同标题的用例，
例如：
1.1发红包失败（零钱余额不足）
1.2发红包失败（银行卡余额不足）
1.3发红包失败（无网络）
2、标题描述要简单，易懂，但是要描述清楚
3、用例编号根据公司规定
4、用例标题能加“验证”尽量加上验证
5、用例标题和预期结果相呼应
6、用例标题要写清楚验证的点
7、用例标题是陈述句，不能用判断句或者选择范围，也不能用是否，不能用疑问句
8、不能把bug写成用例 例如：验证微信发红包失败
9、一个无效的等价类尽量写成一条用例，不要2个无效等价类写成1条测试用例
10、用例步骤写编号，从最开始的步骤写起，避免重复
11、测试数据写在测试步骤里面，不要写在预期结果中
12、有数值尽量用“”或‘’或按钮【】等
四、优先级
优先级分为：高中低
高：核心功能用例（冒烟测试用例），会阻碍大部分其他测试的用例，基本功能测试
中：异常的测试，边界，中断，弱网
低：字体，颜色，易用性，页面，错别字，色差等
场景法设计的用例，基本流为高级用例
场景法设计的用例，备选流为中级用例
因果图设计的用例，有效的用例，选一条为高级 ，其他都为中级
等价类和错误推测法 ， 设计的有效用例 中级
等价类和错误推测法，设计的无效用例 低级
ui 样色， 颜色，大小，位置，排版， （低级）
死机，白屏，卡顿，闪退，界面跳转， （高级）
删除，返回，取消，刷新，更新，翻页， （中级）
用例的优先级对应我们的bug；
致命bug （1级bug） 当天解决
严重bug （2级bug）
一般bug （3级bug）
建议性bug （4级bug）
kpi绩效考核
五、前置条件（执行操作前的准备工作）
5、1 测试数据作为操作步骤前的准备工作
5、2 测试账号，银行卡号，卡内余额 ，绑卡的账号，实名账号，账号的资金
例 wx_fhb_001 验证删除好友能发红包
前置条件：两个微信号，两个手机 ，微信号有足够金额，网络正常
步骤：1、两台手机分别登陆微信，互相添加好友；
2、a在微信中点击b删除好友
3、a在打开b的对话框 ，点击+，发送红包10元
4、点击发送
5、查看对话框
预期结果：
1、对话框显示红包
2、金额减少10元
3、账单记录显示发送金额10元
测试步骤：
1、测试的流程按步骤书写出来比如 1.2.3
2、测试步骤都是动词
3、步骤一般不超过8个步骤 （简化）
4、不能把上一个用例步骤，作为下一个用例的前置条件
注意：1、不能拿上一个测试用例作为一个前置条件
2、前置条件需要描述清楚，例如你实用的账号，密码，账号的类型，账号的权限，测试数据，访问的地址，
六、预期结果（了解需求，程序应该执行结果）
1、预期结果要详细
2、预期结果要注意隐藏结果
3、页面跳转成功 ，
4、订单状态的变更
5、多个页面显示的结果，不能只写成功或失败
6、预期结果就是检查测试点，系统的实现
8、页面提示，提示语。
9、结果涉及到页面的提示，数据的变化必须明确说提示内容，和变化内容
10、结果涉及到数据库，需要明确数据库的表和字段的变化， 例如数据库账户表，余额字段发生变化
例如：新建一个用户，到后台数据库去查看用户表中（1）是否有新注册是的数据；（2）数据是否准确