概述
目录
1.新增功能
1.1功能类
1.2事务处理测试
1.3界面初始加载数据测试
1.4后台文件处理测试
2.修改测试
2.1功能测试
2.2事务处理测试
2.3界面初始加载数据测试
2.4后台文件处理测试
2.5级联更新测试
3.删除测试
3.1功能测试
3.2删除界面测试
3.3事务处理测试
3.4后台文件处理测试
4.查询测试
4.1功能测试
4.2查询结果的测试
4.3查询效率
5.测试用例设计方法
1.新增功能
1.1功能类
| 测试点 | 细化 |
| 全部正确 | |
| 全部必输正确 | |
| 全部必输加部分可选正确 | |
| 只有一个错误其他正确 | 类型错误 |
| 长度错误 | |
| 主键约束错误（不能重复、不能为空） | |
| 外键约束错误（外键值只能是已经存在的某个主键值） | |
| 非空约束错误（不允许） | |
| 唯一性约束错误（不允许重复） | |
| 检查约束错误（不满足规定的条件：年龄0-200） | |
| 多个错误输入 | 检查是否只弹出一个错误提示框 |
1.2事务处理测试
| 一个功能按钮对应多条SQL命令（前提） | |
| 使用select命令逐一检查每一条SQL命令是否都正确执行 | |
| 事务并发测试 | 同时多人进行相同操作 |
| 事务异常测试（可靠性测试） | 服务异常 |
| 网络异常 | |
| 服务器异常（断电、关机、重启） | |
| 客户端异常（浏览器关闭，客户端程序退出） | |
| 事务性能测试（效率测试） | 同时进行大量相同操作时，响应时间和资源占用率 |
1.3界面初始加载数据测试
| 界面打开后，是否存在默认显示数据（前提） | |
| 默认值是否存在 | |
| 默认值是否正确 | 不同的权限、不同的用户打开相同窗体，加载内容是否有不同 |
| 默认值是否完整 |
1.4后台文件处理测试
| 在处理过程中存在文件操作（创建、修改、删除、传输[上传、下载]） |
| 文件操作是否正确进行 |
| 文件位置是否正确 |
| 文件名及类型是否正确 |
| 文件内容是否正确 |
| 对应的硬盘空间是否足够 |
| 文件处理过程中发生异常（处理还没有完成时，异常发生） |
| 同时多人进行相同的操作（是否产生冲突） |
| 若要对文件进行删除操作（文件当前是否被占用或打开） |
| 文件处理的时间和资源占用 |
2.修改测试
2.1功能测试
| 全部数据进行修改 | |
| 全部必输数据进行修改 | |
| 全部必输加部分可选数据进行修改 | |
| 将其中一个数据修改为错误其他正确 | 类型错误 |
| 长度错误 | |
| 主键约束错误（不能重复、不能为空） | |
| 外键约束错误（外键值只能是已经存在的某个主键值） | |
| 非空约束错误（不允许） | |
| 唯一性约束错误（不允许重复） | |
| 检查约束错误（不满足规定的条件：年龄0-200） | |
| 多个数据修改为错误 | 检查是否只弹出一个错误提示框 |
| 所有数据保持不变，直接点击修改按钮 |
2.2事务处理测试
| 一个功能按钮对应多条SQL命令（前提） | |
| 使用select命令逐一检查每一条SQL命令是否都正确执行 | |
| 事务并发测试 | 同时多人进行相同操作 |
| 事务异常测试（可靠性测试） | 服务异常 |
| 网络异常 | |
| 服务器异常（断电、关机、重启） | |
| 客户端异常（浏览器关闭，客户端程序退出） | |
| 事务性能测试（效率测试） | 同时进行大量相同操作时，响应时间和资源占用率 |
2.3界面初始加载数据测试
| 界面打开后，是否存在默认显示数据（前提） | |
| 默认值是否存在 | |
| 默认值是否正确 | 不同的权限、不同的用户打开相同窗体，加载内容是否有不同 |
| 默认值是否完整 | |
| 检查界面上显示的内容是否与数据库中存储完全一致 |
2.4后台文件处理测试
| 在处理过程中存在文件操作（创建、修改、删除、传输[上传、下载]） |
| 文件操作是否正确进行 |
| 文件位置是否正确 |
| 文件名及类型是否正确 |
| 文件内容是否正确 |
| 对应的硬盘空间是否足够 |
| 文件处理过程中发生异常（处理还没有完成时，异常发生） |
| 同时多人进行相同的操作（是否产生冲突） |
| 若要对文件进行删除操作（文件当前是否被占用或打开） |
| 文件处理的时间和资源占用 |
2.5级联更新测试
| 界面能看到主键字段对应的值，且主键值可以允许用户修改（前提） |
| 修改该主键值后，一定要逐一检查该主键对应的所有外键值是否同时被修改 |
3.删除测试
3.1功能测试
| 真删除功能测试 | 该表是否有关联的从表 | 独立表 | 直接删除 |
| 该表是一个主表 | 存在关联的从表记录 | 不允许删除 | |
| 允许删除（要把所有的从表记录一并删除） 删除学生信息，连同学生的所有成绩记录一并删除 | |||
| 该表是一个从表 | 直接删除 | ||
| 假删除功能测试 | 该表是否有关联的从表 | 独立表 | 直接假删除 |
| 该表是一个主表 | 存在关联的从表记录 | 允许假删除（所有从表的记录一并被假删除） | |
| 允许假删除（所有从表的记录保持不变） | |||
| 该表是一个从表 | 直接假删除 | ||
| 假删除存在的后续问题 | 被假删除的记录是否参与去重判断 | ||
| 被假删除的记录是否参与统计 | |||
3.2删除界面测试
| 选择一条记录进行删除 |
| 选择多条记录进行删除 |
| 不选择任何记录进行删除 |
| 删除按钮点击后，一定有错误提示 |
| 当前记录正被占用，不允许删除 |
3.3事务处理测试
| 一个功能按钮对应多条SQL命令（前提） | |
| 使用select命令逐一检查每一条SQL命令是否都正确执行 | |
| 事务并发测试 | 同时多人进行相同操作 |
| 事务异常测试（可靠性测试） | 服务异常 |
| 网络异常 | |
| 服务器异常（断电、关机、重启） | |
| 客户端异常（浏览器关闭，客户端程序退出） | |
| 事务性能测试（效率测试） | 同时进行大量相同操作时，响应时间和资源占用率 |
3.4后台文件处理测试
| 在处理过程中存在文件操作（创建、修改、删除、传输[上传、下载]） |
| 文件操作是否正确进行 |
| 文件位置是否正确 |
| 文件名及类型是否正确 |
| 文件内容是否正确 |
| 对应的硬盘空间是否足够 |
| 文件处理过程中发生异常（处理还没有完成时，异常发生） |
| 同时多人进行相同的操作（是否产生冲突） |
| 若要对文件进行删除操作（文件当前是否被占用或打开） |
| 文件处理的时间和资源占用 |
4查询测试
4.1功能测试
| 查询条件都为空时进行查询 | |
| 一次只输入一个查询条件进行查询 | |
| 输入全部查询条件进行查询 | |
| 将其中一个查询条件构造为错误，检查程序是否对参数进行了校验 | 类型错误 |
| 长度错误 | |
| 主键约束错误（不能重复、不能为空） | |
| 外键约束错误（外键值只能是已经存在的某个主键值） | |
| 非空约束错误（不允许） | |
| 唯一性约束错误（不允许重复） | |
| 检查约束错误（不满足规定的条件：年龄0-200） |
4.2查询结果的测试
| 根据各种不同的查询条件，构造充分的查询数据 | 支持模糊查询（通配符的选择是否正确） 例如 姓张 张X、张XX、 张XXXXX 、X张X 、XX张、X张、 张X张XXX张 |
| 支持多个条件的逻辑查询（and，or, not） | |
| 构造有多条数据满足查询条件（子查询返回的值为多个） | |
| 构造数据精度（统计平均值） |
4.3查询效率
| 构造大量数据进行查询 | 创建存储过程 |
| 输入全部查询条件进行查询性能测试 |
5测试用例设计方法
5.1等价类法
| 设计步骤 |
| 1、SRS—>对应了哪些输入参数，并分析输入参数的规则要求 2、针对每一个输入参数—>等价类表 3、针对每一个等价类（有效、无效）—>给定相关测试数据 4、设计用例（一个用例包含尽量多的有效等价类，一个用例只能包含一个无效等价类） |
| 优点 | 缺点 |
| 简单、高效 | 1、数据是任意选取，不一定能发现缺陷 2、不考虑数据之间的组合 |
| 适用范围 | 典型例证 | 分析对象 |
| 任何存在独立输入参数 | 126邮箱注册 | 独立的输入参数---文本输入框 |
5.2边界值法
| 1、在等价类表的基础上 2、SRS—>增加相应的边界数据（上点、离点），放入对应的有效或无效等价类中 3、构造用例的方法与等价类相同 |
| 边界上更容易发现缺陷 | 必须存在边界 |
| 任何存在边界的输入参数 | 任何存在边界的数据 | 独立输入参数的边界 |
5.3正交试验法
| 1、SRS—>因子（输入参数） 2、SRS—>每个因子对应的多个状态 3、工具：画出因子状态表 4、将该excel表格拷贝到txt文档中 5、将txt文档保存到allpairs路径下 6、执行allpairs命令：allpairs.exe a.txt -> b.txt 7、生成测试用例 |
| 保证所有输入参数的两两全组合都被覆盖到 | 只适合于因子之间是完全独立的没有约束关系 |
| 只适合于因子之间是完全独立的没有约束关系 且由于选择不同的状态值，会有不同的处理路径 | 1、多个复选框 2、多个条件的并列组合 | 输入参数取值的组合 |
5.4输入域覆盖法
| 1、SRS分析对应的输入参数是否存在特殊值 2、若存在特殊值，补充特殊值测试数据 3、补充输入参数的类型边界数据，检查是否会出现内存溢出 |
| 不一定存在 |
| 存在特殊值和类型边界 | 手机号码、电话号码、邮箱 | 输入参数 |
5.5判定表法
| 1、SRS—>条件桩：输入条件的组合，条件表达式，判定框 2、SRS—>动作桩：输出结果 3、组合所有的条件项 4、SRS—>分析每一组条件项对应的动作项 5、每一列对应一条测试用例（2的n次方） |
| 达到了所有条件的全组合覆盖 | 1、条件桩过多时，用例呈2的指数倍增长 2、判定表合并会造成漏测风险 |
| 多个独立并且无关联的条件组合（条件无顺序和约束） | 1、a+b>c&&a+c>b&&b+c>a 2、满足条件1时，a=b||b=c||c=a 3、满足条件1时，a=b=c 4、满足条件1时，a2+b2=C2 | 条件（逻辑条件）和结果之间关系 |
5.6因果图法
| 1、SRS—>原因—>编号 2、SRS—>结果—>编号 3、画原因结果表 4、SRS—>画因果图 5、依据因果图—>去除判定表中不存在的组合 6、判定表每一列对应一条测试用例 |
| 可以去除不存在的条件组合 | 因果图难构造 |
| 多个条件有相互制约关系 | 自动售货机、游戏规则 | 条件（有约束的关系的逻辑条件）和结果之间的关系 |
5.7流程分析法
| 1、SRS—>判定条件（如果，假如，当） 2、注意：挖掘SRS中没有提到的隐性判定条件 3、依据分析出的判定条件，画出业务处理流程图（或借用判定表的思想，绘制条件组合） 4、每一个处理路径对应一条测试用例（判定条件+1） |
| 即覆盖了输入有考虑和处理过程和输出结果 | 1、无效数据的测试不充分 2、只考虑基本路径的覆盖，不是全路径覆盖 |
| 任何场合 （先有功能处理流程图） | 流程操作处理过程（安装测试） | 输入、处理、输出的覆盖分析 |
5.8状态迁移图法
| 1、SRS—>状态名称 2、SRS—>状态矩阵 3、状态矩阵—>状态树 4、从状态树的根到叶子节点的每一条路径对应一条测试用例 |
| 保证每一个状态的所有可达状态都覆盖到 | 不能保证所有状态的组合 |
| 存在状态变化的功能 | 用户状态变化，mp3播放器，订单状态变化 | 状态变化规律 |
5.9输出域覆盖法
| 1、通过与开发的沟通，明确对应功能所有可能的输出结果有哪些 2、逐一罗列 3、检查对照现有测试用例是否已经覆盖了所有的输出 4、若没有完全覆盖，则根据输出结果要求，倒推补充测试用例 |
| 能保证所有的输出结果都的得被覆盖到 | 对业务、设计和代码要熟悉 |
| 任何场合（存在输出结果） | 非界面输出（数据库、文件、环境参数变化） | 输出结果的分析 |
5.10异常分析法
| 1、SRS—>构造环境异常（网络、电源、服务、客户端、程序关闭） 2、补充异常测试用例 |
| 可靠性测试 | 异常不容易构造 |
| 可靠性要求较高的系统 | 断网 断电 程序退出 中断服务 | 环境异常 |
5.11错误猜测法 经验法
最后
以上就是唠叨钥匙为你收集整理的测试用例常见思路和测试方法目录2.修改测试3.删除测试4查询测试5测试用例设计方法的全部内容，希望文章能够帮你解决测试用例常见思路和测试方法目录2.修改测试3.删除测试4查询测试5测试用例设计方法所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
发表评论 取消回复