软件测试: 测试用例

本文详细阐述了软件测试的关键要素,包括测试环境、操作步骤、测试数据和预期结果。重点介绍了基于需求的测试用例设计,涵盖功能和非功能需求分析,以及黑盒测试方法如等价类划分、边界值分析、因果图法和正交表设计。此外,还提及了模拟弱网环境和接口测试的实用技巧。
摘要由CSDN通过智能技术生成

一. 软件测试四要素

测试环境,操作步骤,测试数据,预期结果

二. 基于需求进行测试用例的设计

基于需求设计测试用例是测试设计和开发测试用例的基础,第一步就要分析测试需求,验证需求是否正确,完整,无二义性,并且逻辑自洽.在需求正确的基础上细化测试需求,从测试需求提炼出一个个测试点或者测试项,然后根据每一个测试点进行测试用例的设计.

在分析需求是,一般分为功能测试需求非功能测试需求

2.1 功能需求测试分析

对于功能测试中,可以借助功能框图帮助我们进行测试的需求分析.概括起来,功能测试需求包括以下,几个方面:

(1) 功能界面的验证

(2) 功能的一致性,交互性

(3) 用户操作的易用性

2.2 非功能需求测试分析

非功能测试需求分析主要涉及以下几方面:

(1) 兼容

(2) 性能

(3) 安全性

(4) 网络

(5) 易维护性

(6) 可移植性

例:

三. 黑盒测试

3.1 等价类

依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果这个测试用例测试通过,则任务所代表的等价类测试通过,这样就可以用较少的测试用例达到尽量多的功能覆盖,解决了不能穷举测试的问题

3.2 边界值

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。

3.3 因果图法

因果图是一种简化了的逻辑图,能直观地表明程序输入条件(原因)和输出动作(结果)之间的相互关系。因果图法是借助图形来设计测试用例的一种系统方法,特别适用于被测试程序具有多种条件,程序的输入又依赖于条件的各种情况。

与:只有两个原因都为真,那么结果为真,例如:北京的姑娘必须车有房,我入赘

或:2个原因中有一个为真时,结果就为真。例如:北京的姑娘要有车或方,我入赘

非:只有原因为假,结果为真,例如:你不好好学习,找到好工作

恒等:如果原因为真,那么结果必定为真。例如:动物园运来大熊猫,动物园一定有大熊猫

3.4 正交表法

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

因素: 在一项实验中,所有要考察的变量称为因素

水平: 在实验范围内,因素被考察的值称为水平(变量的取值)

行数: 正交表中的行的个数,即实验的次数,用N代表.

水平数: 任何单个因素能够取得的值的最大个数

正交表的性质:

每一列中个数字出现的次数都一样多

任何两列中的各有序数对出现的次数都一样多.

如何通过正交表设计测试用例:

充分理解需求->确定因素,确定水平->画正交表->补充正交表->将正交表转换成测试用例

案例:

1.因素: 姓名, 邮箱,密码,确认密码,验证码

2. 水平: 填写,不填写

3. 创建表格,并将表格内容复制到txt文档中,

4. 生成正交表:先 cd D:\pairs 到allpairs所在路径,dir显示该目录下的所有目录,生成正交表并重命名allpairs.exe 20231026.txt > 20231026result.txt

5. 对正交表补充

 3.5. 模拟弱网--Fildder

快捷方式: ctrl+F 

在搜索栏里输入 BeforeRequest

 

 3.6 接口测试

chrome 浏览器中开发者模式,若没有出现以下内容,crl + R 

右键选中要测试的接口

选择copy as cURL ,将复制内容导入postman中

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值