很多人估计会疑问，写测试用例不是测试人员干的活吗？别的公司我不知道哈（毕竟新鲜社会人一枚），但在本司，功能性产品测试是由PM本人完成的。我也蛮认可这种方式的，在写测试用例的过程中真的可以发现很多产品设计的漏洞（在此对开发人员说声sorry），必须改的我就直接和开发沟通修改需求文档了；不能改的只能放到版本迭代的时候啦。
写测试用例真的是一个很好的检验需求文档的方法。
言归正传，接下来介绍如何写测试用例。
测试用例内容
测试用例包含的条目：
| 功能模块 | 用例编号 | 测试点 | 测试背景 | 前置条件 | 优先级 | 测试数据 | 测试步骤 | 预期结果 |
|---|---|---|---|---|---|---|---|---|
| 注册 | register_01 | 点击注册按钮，弹出注册对话框 | 测试注册功能完善 | —- | 高 | —- | 1.进入慕课网、2.点击注册按钮 | 弹出注册对话框 |
贴心提示：不一定和上表完全一致，根据项目的需求和公司自己的用例模板写。
提取测试点
以注册、登录功能为例：
| 功能模块 | 测试点编号 | 测试点描述 |
|---|---|---|
| 注册 | register_01 | 点击注册按钮，弹出注册对话框 |
| 注册 | register_02 | 对输入的邮箱和手机号进行验证是否可用 |
| 注册 | register_03 | 判断验证码是否正确 |
| 注册 | register_04 | 点击注册跳转页面 |
| 登录 | loginin_01 | 自动登录是否有效 |
| 登录 | loginin_02 | 判断输入的邮箱、手机号是否符合规范 |
| 登录 | loginin_03 | 账号为空时，点击登录 |
| 登录 | loginin_04 | 账号错误时，点击登录 |
| 登录 | loginin_05 | 密码为空时，点击登录 |
| 登录 | loginin_06 | 密码错误时，点击登录 |
| 登录 | loginin_07 | 账号、密码都为空时，点击登录 |
| 登录 | loginin_08 | 点击忘记密码，进入找回密码页面 |
测试方法
数据测试
测试边界
默认、空白、空值、零值
非法、错误、不正确、垃圾数据
业务流程法
基本流和备用流。基于业务流程的一系列操作的总和，可用不用像功能点测试用例那么详细。
状态测试
测试程序的状态及其转换。
测试用例示例
根据前面提取的测试点，编写测试用例。
| 功能模块 | 用例编号 | 测试点 | 测试背景 | 前置条件 | 优先级 | 测试数据 | 测试步骤 | 预期结果 |
|---|---|---|---|---|---|---|---|---|
| 注册 | register_01 | 点击注册按钮，弹出注册对话框 | 测试注册功能完善 | —- | 高 | —- | 1.进入慕课网、2.点击注册按钮 | 弹出注册对话框 |
| 注册 | register_02 | 使用邮箱注册成功 | 测试注册功能完善 | 输入的邮箱未被注册 | 高 | 账号：19216810@163.com 密码：ABC123456 | 1、输入邮箱地址2、其他项输入正确3、点击注册按钮 | 提示用户注册成功 |
| 注册 | register_03 | 使用错误邮箱注册失败 | 测试注册功能完善 | 输入的邮箱未被注册 | 高 | 账户：zz 密码：ABC123456 | 1、输入邮箱地址2、其他项输入正确3、点击注册按钮 | 提示用户注册失败 |
| 注册 | register_04 | 使用空的邮箱注册失败 | 测试注册功能完善 | – | 高 | 账户： 密码：密码：ABC123456 | 1、输入空的邮箱地址2、其他项输入正确3、点击注册按钮 | 提示用户注册失败 |
| 注册 | register_04 | 使用已注册的邮箱注册失败 | 测试注册功能完善 | 该邮箱已被注册过 | 高 | 账户： 密码：密码：ABC123456 | 1、输入空的邮箱地址2、其他项输入正确3、点击注册按钮 | 提示用户注册失败 |
贴心提示：根据数据测试的分类，测试数据这一项可能有多种值。
模板下载地址
以上。