测试用例和测试过程不能少的步骤

如果不编写测试用例，直接进行测试系统，必然会因为时间、脑子清醒程度、心绪、环境等等原因导致有落测的情况，所以无论是制度要求，还是为了自己效率和质量更高，测试之前都要编写测试用例，即便实际工作中遇到紧急测试，来不及写用例，我也会花时间用xmind构思用例，执行的时候有思路可依。

对于web端系统的功能测试过程中，陆续总结了一些测试用例心得记在有道里，编写用例的时候我还会再对照着总结的心得，对用例进行查漏补缺，避免漏测，把心得分享给大家:

用例大体思路：

多场景正常的情况

边界的情况（边缘数据）

重复的情况

异常值的情况（错误数据）

编写要结构化，有层次有重点，评审一看就了解结构，最底层步骤再写详细，别人执行用例的时候能看明白

用例至少包含用例标题，前置条件，测试步骤和预期结果

测试用例/测试查漏补缺

创建类的：

1. 查看页面：

1. 功能布局：面包屑，不同角色不同功能权限等

2. 表头

3. 排序

4. 分页

5. 字段名称：显示，默认值，带星必填，形式（下拉列表，复选框等）

6. 必填项不填写的提示

7. 输入框的弱提示（灰色字体的提示，填写的时候就不显示了）

8. 有字典项的核对字典值

9. 创建后生成的数据准确性验证

10. 和原型比对功能的一致性，UI图等

2. 输入验证：

1. 字段输入合规验证：长度，类型

3. 确定验证：

1. 弹窗字段名称的验证（细节同查看中的字段名称）

2. 必填项不填的提醒验证；

3. 非合规字符的验证；

4. 合规长字段填写，查看创建后的显示验证；

5. 合规数据创建后各反写字段的显示验证；

6. 多次连续点击确定的验证；

4. 取消验证：

1. 取消和x功能的验证；

2. 取消后再次创建，查重新弹出创建窗口且不保存上次取消时填写记录的验证；

3. 填写一样的内容，提示信息验证；

4. 再次创建已经删除的，是否能成功创建

5. 重复创建：

a.重复创建相同名称看效果（根据需求来）

列表类：

1. 查看表头是否符合预期

2. 查看数据填充是否准确

3. 查看默认排序

4. 查看数量统计准确性，以及数据为0，为空，为大于1万或者为小数的时候，显示效果

5. 查看翻页（首页，尾页，下一页，随机点页码翻页，输入大于页码或者小于页码或者非法数字的跳转）

6. 查看列表操作项（比如多选，删除，下载，等等操作功能）

7. 列表可下载的话，下载后的文件类型和内容验证

8. 批量下载的文件类型和内容验证，不选择文件就点批量下载的提示验证

9. 删除按钮一般都要二次弹窗确认是否删除

查询条件类的：

1：单选的：每个选项都搜索一次，验证结果；

2：多选的：先每个单选项走一遍，再多走几组组合，尤其是不同类型的，验证结果

3：组合查询：组合查询多走几组常用的和不常用的，验证结果；

4：枚举的要对比字典值对不对；

5：要验证默认条件。

6：重置按钮要看能不能恢复默认条件

7：组合查询要试试有没有联动查询，比如选择了吉林省，那么市只能选择吉林的

验证图表：

1. 验证图表标题，图例显示，横纵坐标；

2. 验证图表的联动效果（有的时候点一种类型，其他的表会进行筛选，或者弹窗）；

3. 验证图表取数逻辑和结果的准确性；

4.验证图表对于统计结果为0的展示，以及无数据情况的展示；

5.验证图表横坐标项很多的情况下，有没有做数量限制或者拖拽效果

数据准确性类的：

1. 涉及到接口请求返回的，f12验证请求参数带入和返回参数取数是否正确

2. 涉及到数据表统计的，写sql验证界面返回结果正确性

其他经验：

1. 凡是有确定按钮的，都测试下多次点击会不会有异常；

2. 凡是创建的，都测试下重复创建；

3. 凡是系统多账号且分角色权限的，验证功能权限和界面区别；

4. 凡是流程操作的，按照流程图走流程，防止落流程；

5. 所有按钮都点到，小功能大作用

6. 凡是有字典项的，都核对下枚举值对不对，尤其不同账号不同枚举值的。

7. 凡是有页码的，都对翻页进行检查，可f12查看请求的页码参数；查看页面滚轮效果