【测试技能】测试用例设计思路总结

momo131422

已于 2023-05-04 16:54:52 修改

阅读量527

点赞数

文章标签：测试用例

于 2023-04-23 18:46:45 首次发布

本文链接：https://blog.csdn.net/momo131422/article/details/130323620

版权

概述

本文主要描述对于一个新增的功能点，提供一个快而全的编写测试用例的思路。

思路

首先需要明确测试用例的输出是什么
然后明确输入是什么
根据输出细分，每一个是如何根据输入得到的

一、输出

测试用例最重要的首先是测试场景，然后明确下，测试用例需要包含哪些东西：
1、用例标识
用例编号规则：以测试模块名称的第一个字母进行命名（大写），若测试模块名称比较长时，可进行简写。一般简拼不超过5个字母：如：
测试模块为“用户管理”，功能编号为“YHGL”；
测试模块为“行政单位管理”，功能编号为“DWGL”
功能编号规则直接以001、002、003……
2、模块
3、用例名称
以功能模块和业务流程进行命名
4、用例用途
冒烟场景、正常场景、业务异常、一般功能、系统异常、回归场景
5、用例等级
P0（冒烟）、P1（正常场景、回归场景）、P2（业务异常）、P3（一般功能）、P4（系统异常）
6、前置条件
系统权限配置或前、后台配置描述（所有进行操作的前提条件）
7、用例步骤
测试的操作步骤描述
8、预期结果
接口返回检查、数据库检查、缓存检查、日志检查、下游检查
9、请求参数
接口的请求出入参
10、用例状态
正常、待更新、已废弃
11、创建人
12、用例类型
功能测试、性能测试、安全性测试、其它

二、输入

如果需要得到上面的所有内容，需要一个什么样的输入：
1、需求说明（业务说明、业务异常场景）----产品需求评审
2、架构图、业务图、时序图、流程图等，以及其说明----开发需求澄清
3、涉及到落表的表结构，落表字段说明----开发需求澄清
4、缓存更新key、或者新增的key----开发需求澄清
5、接口文档（参数名、参数类型、参数长度、必填项、描述（是否枚举）、示例、返回结果、错误码）----开发需求澄清
6、配置说明（如果涉及到配置）----开发需求澄清

然后再根据这些输入，将测试用例需要的内容一个一个的拆开分析如何根据这些输入得到想要的东西：
首先是最重要的测试场景，一个完整的测试用例集需要包含以下测试场景：
1、冒烟场景（开发同学需要进行提测前的联调用例）
2、正常场景（功能正常走通的分支）
3、业务异常（非正常分支、错误码、下游需要处理的错误码分支）
4、一般功能（参数校验）
5、系统异常（下游系统的超时、RPC异常等）
6、回归场景（改动需求影响到的其它功能点的回归测试）

三、输出分析

根据测试用例中的内容一个一个去分析，首先是用例名称，对应着我们的测试场景，

测试场景

将测试场景分为冒烟场景、正常场景、业务异常、一般功能、系统异常、回归场景

下面列出来根据输入可以分别得到了什么场景的测试用例

输入：需求说明
输出：冒烟场景、正常场景、业务异常场景

输入：设计文档（架构图、业务图、时序图、流程图等，以及其说明）
输出：冒烟场景、正常场景、业务异常场景、系统异常场景

输入：接口文档中的参数类型
输出：格式校验测试场景

输入：接口文档中的参数长度
输出：参数长度校验测试场景

输入：接口文档必填项
输出：参数非空校验场景

输入：接口文档描述
输出：非枚举校验场景、条件必填测试场景

到这里可以得到一份比较粗的测试用例集，然后再使用测试方法去进行分析补充完善测试用例：
1、使用等价类划分法去掉一些重复的场景
等价类：将所有可能的输入数据（有效的和无效的）划分成若干个等价类
2、使用边界值分析法对每个场景进行分析会不会有遗漏
边界值分析法：指对输入的边界条件进行分析，设计出针对边界值的测试用例
3、使用因果图法分析有没有场景遗漏（接口层面）
因果图法：就是利用图解法分析软件输入(原因)和输出条件(结果)之间的关系，以设计测试用例的方法。因果图法适合于检查程序输入条件的多种情况的组合，并最终生成判定表，来获得对应的测试用例
4、使用功能图法分析有没有场景遗漏（结合状态机）
功能图法：功能图是描述程序状态变化、转移的过程，因为软件运行或操作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程
5、使用错误推测法分析有没有场景遗漏
推测法主要依赖经验、直觉来作出简单的判断甚至是猜测，给出可能存在缺陷的条件、场景等，在找到缺陷后，设计出相应的测试用例
6、使用场景分析法分析有没有场景遗漏（业务层面）
7、使用正交分析法分析有没有场景遗漏
8、根据改动点会影响到的功能点（开发和测试角度），进行老功能的回归，得到回归的测试用例

备注：根据接口涉及到的上下游系统设计系统异常测试用例，如调用系统超时、rpc异常等