**软件测试基础知识小总结**
最近给初踏进软件测试邻域的同行们整理了一份软件测试基础知识小总结，虽然不是很全面，但希望给大家带来帮助。

软件测试统一的观点：

1. 测试是为了证明程序有错，而不是证明程序无错；

2. 一个好的测试用例在于发现了至今没有发现的错误；

3. 一个成功的测试是发现了至今未发现的错误。

测试类型：

1. 黑盒测试

   将测试对象看成一个黑盒子，只在程序界面处进行测试，对接口进行测试，检查是否满足需求规格说明书。

2. 白盒测试

   结构测试，将程序看成一个透明的白盒子，检查所有的代码结构

3. 灰盒测试

   介于白盒测试与黑盒测试之间的测试。

黑盒测试和白鹤测试有分为动态和静态的两种

（静态黑盒测试：看文档，看页面等

   静态白盒测试：看源代码等

   动态黑盒测试：使用软件等

   动态白盒测试：运行源代码等）

黑盒测试常用方法：

等价类法，边界值法，因果图法，错误推测法

等价类法分为：

有效等价类：指符合《需求文档》，输入合理的数据集合；

无效等价类：指不符合《需求文档》，输入不合理的数据集合；

边界值法：一般取七个点; 低于最小值，最小值、略高于最小值、正常值、略低于最大值、最大值、高于最大值；

因果图法：有因必有果，你的报应。

错误推测法：一般凭测试者的经验 比如输入框没有做字符类型/长度的限制，搜索框没有支持回车和模糊查询

软件缺陷的定义是什么？

对软件产品属性的偏离现象

软件错误

功能遗漏

性能不符合要求

设计产品缺陷

软件缺陷与软件错误的区别：

软件缺陷包含软件错误

软件错误必须被修正，但软件缺陷不一定

软件错误仅指软件代码本身的问题

（软件能做到零缺陷吗？）软件不可能做到“零缺陷”的原因：

测试覆盖率不可能穷尽。（黑盒测试、白盒测试、灰盒测试）

改正现有的缺陷可能会产生新的缺陷。

测试工程师对产品的理解需求存在局限性。

测试的环境与用户真实的使用环境不可能完全不一致。

软件缺陷不用修复的原因：

• 修复的风险太大

软件本身是脆弱的，难以理清头绪，有点一团乱麻，修复一个软件缺陷可能导致其他软件缺陷出现。

• 不值得修复

不常出现的软件缺陷和不在常用功能中出现的软件缺陷是可以放过的，可以躲过和用户有办法预防或避免的软件缺陷通常不用修复。

按测试阶段分类

冒烟测试

是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测试性。

单元测试

又称模块测试，目的在于检查每个单元模块是否实现详细设计说明书中的功能、性能、接口和设计约束等要求。

集成测试。

又称组装测试，主要测试单元之间的接口关系，逐步集成为符合概要设计说明书要求的整个系统。

系统测试

在真实或模拟系统运行的环境下，为验证和确认系统是否达到需求规格说明书的要求，而对集成的硬件和软件系统进行的测试，采用黑盒测试技术。

验收测试

按照产品说明书或供需双方约定的验收依据文档进行的整个系统的评测，决定是否接受系统。

α测试：指的是指的是由用户，测试人员、开发人员等共同参与的内部测试。

β测试：指的是内测后的公测，即完全交给最终用户测试。

作者：期帝帝

原文链接：https://blog.csdn.net/weixin_50235838/article/details/113773798