news 2026/9/29 9:02:54

设计测试用例

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
设计测试用例

一、设计测试用例
测试用例:为实施测试,而向被测试的系统提供的一组集合

测试用例包括:测试环境,操作步骤,测试数据,预期结果等要素

测试中可能会遇到很多问题:

1、不知道是否较全⾯的测试了所有功能

2、测试的覆盖率⽆法衡量

3、对新版本的重复测试很难实施(即回归测试⽆法仅通过⼈⼯测试的⽅式进⾏历史功能的回归)

4、存在⼤量冗余测试影响测试效率

测试⽤例的出现就是解决这些问题,通过编写测试用例,我可以想到要测试哪些内容通过一次又一次的更新修改将测试用例写到完成,功能覆盖更高即可,常规思维+逆向思维+发散性思维

二、设计测试⽤例的万能公式
万能公式:功能测试+界⾯测试+性能测试+兼容性测试+易⽤性测试+安全测试。

功能测试:功能测试是⼀个试图发现程序与其外部规格说明之间存在不⼀致的过程。外部规格说明是⼀份从最终⽤⼾的⻆度对程序⾏为的精确描述。功能测试通常是⼀项⿊盒操作,在进⾏功能测试时,需要对规格说明进⾏分析以提炼测试⽤例,

界面测试:肉眼可看到的部分都叫做界面,对软件界⾯上所有的内容都需要进⾏测试,测试界⾯的实现与设计图要求⼀致

性能测试:在极端情况下,验证功能是否正常,测试软件做的好不好

兼容性测试:软件是部署在硬件系统之上,并依赖所需要的软件环境,所以需要在不同版本下测试软件系统可否正常使用

易用性测试:检查产品是否具备简单易上⼿的属性

安全测试:是否具备危险材质、气味,私有信息是否进行加密

三、特殊测试场景
1、弱网测试
弱⽹测试的⽬的就是尽可能保证用户体验,关注的关键点包括:

1、⻚⾯响应时间是否可以接受,关注包括热启动、冷启动时间、⻚⾯切换、前后台切换、⾸字时间, ⾸屏时间等

2、⻚⾯呈现是否完成⼀致

3、超时⽂案是否符合定义,异常信息是否显⽰正常

4、是否有超时重连

5、安全⻆度:是否会发⽣dns劫持、登陆ip更换频繁、单点登陆异常等

6、⼤流量事件⻛险:是否会在弱⽹下进⾏更新apk包、下载⽂件等⼤流量动作

2、安装卸载测试
1、安装:安装包是否可以安装,卸载之后是否可以继续安装,重复安装

2、卸载:安装后卸载,安装一半后卸载,卸载一次后继续安装卸载,卸载一半后停止是否还可以继续卸载

设计测试用例的方法1基于需求的设计方法:在工作中我们需要参考需求文档/产品规格说明书;则试例测过员接到需求之后,要对需求进行分析和验证从合理的需求中进-步分析细化需求,从细化的需求中找出测武点,根据1则试点去设计测试用例

四、设计测试用例的方法
1、等价类
依据需求将输⼊(特殊情况下会考虑输出)划分为若⼲个等价类,从等价类中选出⼀个测试⽤例,如果这个测试⽤例测试通过,则认为所代表的等价类测试通过,这样就可以⽤较少的测试⽤例达到尽量多的功能覆盖,解决了不能穷举测试的问题。

等价类分类

有效等价类:对于程序的规格说明书是合理的、有意义的输⼊数据构成的集合,利⽤有效等价类验 证程序是否实现了规格说明中所规定的功能和性能

⽆效等价类:根据需求说明书,不满足需求的集合。

2、边界值法
边界值分析法就是对输⼊或输出的边界值进⾏测试的⼀种⿊盒测试⽅法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试⽤例来⾃等价类的边界。

边界值包括:边界值和次边界值

范围: [ 6,15 ] (6,15)

边界值: 6,15 6,15

次边界值 :5 ,16 7,14

边界值即给定返回的左数据和右数据

选择次边界值根据边界值的有效无效情况(若边界值为有效等价类中的数据,则次边界值为无效等价类中的边界;若边界值为无效等价类中的数据,则次边界值为有效等价类中的边界)

3、正交法
正交法的⽬的是为了减少⽤例数⽬,⽤尽量少的⽤例覆盖输⼊的两两组合

最简单的正交表是L(4)(2(3)),含意如下:“ L ”代表正交表;L 下⻆的数字 “ 4 ” 表⽰有 4 横⾏, 简称⾏,即要做四次试验;括号内的指数 “ 3 ” 表⽰有 3 纵列,简称列,即最多允许安排的因素是 3 个;括号内的数 “ 2 ” 表⽰表的主要部分只有2 种数字,即因素有两种⽔平 1 与 2

正交表的性质:

1、每⼀列中,不同的数字出现的次数相等

2、任意两列中数字的排列⽅式⻬全⽽且均衡

4、判定表法
通过具体的⽅法能够将测试⽤例设计的更加完整和规范

不同的组合操作可能对应不同的结果,采⽤正交法⽆法解决这样的问题。而正交法能够解决需要考虑输⼊之间的组合关系对应不同结果的场景

根据判定表法设计测试⽤例的步骤:

确认需求中输⼊条件和输出条件

找出输⼊条件和输出条件之间的关系

画判定表

根据判定表编写测试⽤例

5、场景法
现在的软件⼏乎都是⽤事件触发来控制流程的,事件触发时的情景便形成了场景,⽽同⼀事件不同的 触发顺序和处理结果就形成事件流

通过运⽤场景来对系统的功能点或业务流程的描述,从⽽提⾼测试效果的⼀种⽅法

场景主要包括4种主要的类型:正常的⽤例场景,备选的⽤例场景,异常的⽤例场景,假定推测的场景。

根据场景法设计测试⽤例的步骤:1、确定基本流 ;2、确定备选流; 3、根据备选流补充测试⽤例; 4、编写测试⽤例

6、错误猜测法
错误猜测法是对被测试软件设计的理解,过往经验以及个⼈直觉,推测出软件可能存在的缺陷,从⽽ 针对性地设计测试⽤例的⽅法

这个⽅法强调的是对被测试软件的需求理解以及设计实现的细节把握,还有个⼈的经验和直觉

错误推测法和⽬前流⾏的 “ 探索式测试⽅法 ” 的基本思想⼀致,这类方法在敏捷开发模式下的投⼊产 出比很高,被⼴泛应⽤于测试,实名认证也解决不了网络安全的问题
————————————————

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。

原文链接:https://blog.csdn.net/weixin_63965017/article/details/143026146

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/29 9:02:26

KEIL Connect Without Stop:嵌入式运行时调试核心技术

1. 为什么“KEIL调试正在运行的程序,且不破坏现场”是嵌入式工程师的硬核基本功?在STM32、GD32、NXP Kinetis甚至老款8051项目里,我见过太多人一按F5就停机——刚跑起来的电机突然失步,Modbus从站通信瞬间断链,PID控制…

作者头像 李华
网站建设 2026/9/29 9:01:44

Postman批量执行接口测试:集合、Runner与数据驱动实战指南

做接口测试的时候,单个请求单个请求去点只是入门。真正到了提测、回归、造数据或者要验证一个完整业务链路时,Postman批量执行接口测试才是每天用得最多的功能。简单说,批量执行就是把一批接口请求按顺序自动跑起来,动态传参、自动…

作者头像 李华
网站建设 2026/9/29 8:59:57

Model-Optimizer实战:从180ms到62ms的推理优化全解析

1. 模型优化器到底在解决什么问题第一次接触 Model-Optimizer 这个概念,是在一个推荐系统的排序模型上。当时线上推理延迟死活压不下去,单次请求要跑 180ms,业务方要求必须降到 80ms 以内。我试过换更小的模型、砍特征、加机器,效…

作者头像 李华
网站建设 2026/9/29 8:58:07

多模态模型选型:单流与双流的原理、区别与实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 8:56:22

嵌入式LLM落地实战:约束设计、构建流程与硬件闭环全解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 8:55:45

模型优化不是软件安装:量化、剪枝与蒸馏的工程闭环

1. “Model-Optimizer”不是软件名,而是模型压缩工程的统称性实践标签你搜“Model-Optimizer”,首页跳出来的大多是NVIDIA官方文档里带这个单词的PDF标题、GitHub仓库中某脚本的函数名、或是某篇论文附录里的工具链代号——它从来就不是一个独立发布的、…

作者头像 李华