11.28 软件测试基础理论二

本文介绍了软件测试的基本原则,如需求测试的早期介入、缺陷的集群现象和测试案例的维护。此外,还详细阐述了软件测试的对象,包括程序、数据和文档。测试阶段包括需求测试、单元测试、集成测试、系统测试、验收测试、UAT测试和beta测试。软件测试过程涵盖测试计划设计、策略设计、需求分析、用例设计和多种测试方法,如黑盒、白盒和灰盒测试。

一、软件测试原则

1、测试行业总原则来说——需求

2、测试经验原则,主要的四个:

1)不可能进行穷尽测试,要有优先级、侧重点、具有代表性的

2)测试应尽早启动、尽早介入:需求规格说明书出来时,进行需求测试,如文字错误、行业标准

3)缺陷存在集群现象:一个软件系统的重要功能往往占系统的20%左右,但这20%功能的复杂度可能是系统的80%左右(二八原理),出错的概率大大增加

4)杀虫剂悖论:更新测试案例,案例维护

二、软件测试对象

程序文档+数据+文档

数据:基础数据,逻辑数据(程序计算过后的数据)

文档:测试计划、测试用例、测试报告等

三、测试阶段/节点

需求测试、组件/单元测试、集成测试、系统测试、验收测试、beta测试、UAT测试

1、需求测试重点:检查需求规格说明书中是否存在描述不准确、定义模糊、需求用例不正确、语言存在二义性等问题。

2、组件/单元测试(开发之后,一般由开发人员自己测试)

这是针对软件基本组成单元(软件设计的最小单位)

典型的测试对象一般由组件、函数、类等

3、集成测试(对象为单元组成模块——测试人员)

这是对组件/单元之间及组件/单元与第三方接口之间进行测试,其目的是验证接口是否与设计相符,是否与需求相符。

可分为3中集成:组件/单元件集成、模块间集成、子系统集成。

4、系统测试

系统测试试将通过集成测试的软件,部署到某种较为复杂的计算机用户环境进行测试。

冒烟测试:对系统的主流程主功能测试,来源于硬件测试。

第一轮测试:被测对象

### Postman 11.28.2 版本汉化教程 对于希望将Postman 11.28.2版本汉化的用户来说,可以遵循特定的方法来实现这一目标。需要注意的是官方并不总是提供正式的语言包支持,因此社区贡献的方式成为一种替代方案。 #### 准备工作 确保已经下载并安装了指定版本的Postman客户端。如果尚未完成这一步骤,则需前往可靠的第三方网站或是通过官方渠道获取对应版本的应用程序[^1]。 #### 获取中文语言包 由于官方可能未直接为该具体版本发布中文语言包,在这种情况下可以从GitHub等开源平台查找由开发者维护的相关资源库。搜索关键词如“Postman Chinese localization”,从中挑选评价较高且最近有更新记录的项目作为来源。 #### 安装过程 一旦获得了适用于Postman 11.28.2 的`app.zip`形式的汉化补丁文件之后: - 将此压缩文件放置于Postman应用程序目录下的`\resources`子文件夹内; - 对其进行解压缩操作以便使其中的内容生效; 考虑到安全性和稳定性因素,建议移除位于相同位置名为`update.exe`的可执行文件以防意外触发在线升级而覆盖所做的修改。 另外为了阻止应用尝试连接至远程服务器请求最新版信息,可以在系统的Hosts配置中加入如下条目以屏蔽相关域名访问: ``` 0.0.0.0 dl.pstmn.io ``` 上述改动同样适用于其他相似版本号范围内的实例,并非仅限于此处提及的确切编号。 ```bash echo "0.0.0.0 dl.pstmn.io" >> C:\Windows\System32\drivers\etc\hosts ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值