软件测试基础理论，2024年最新【高级软件测试架构师系统学习】

• 指系统不断施加越来越大的负载（并发，循环操作，多用户，网络流量）的测试。

• 目标

• 通过确定一个系统的瓶颈或者不能接收的性能点，来确定系统能提供的最大服务级别的测试。

**恢复测试：**恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。如果系统恢复是自动的（即恢复由系统自身完成），则应该检验以下内容：重新初始化、检验点设置机构、数据恢复以及重新启动是否正确。

可用性测试：

可用性测试是面向用户的系统测试。让一群有代表性的用户尝试对产品进行典型操作，- - 同时观察员和开发人员在一旁观察，聆听，做记录。

• 系统中是否存在繁琐的功能以及指令；

• 安装过程是否复杂；

• 错误信息提示内容是否详细；

• GUI接口是否标准；

• 登录是否方便；

• 需要用户记住内容的多少；

• 帮助文本是否详细；

兼容性测试：

• 定义

• 测试软件在一个特定的硬件、软件、操作系统、网络等环境下系统能否正常运行。

• 目的

• 检验被测软件对其他应用软件或者其他系统的兼容性。

安全性测试：

• 定义

• 安全测试检测系统对非法入侵的防范能力。

• 应用程序级别的安全性测试

• 数据库安全性测试

• 系统级别的安全性测试

Alpha测试：由用户在开发者的场所进行，并且在开发者对用户的“指导”下进行测试。开发者负责记录发现在错误和使用中遇到的问题。总之，Alpha测试是在受控的环境中进行的。

Beta测试：由软件的最终用户们在一个或多个客房场所进行。与Alpha测试不同，开发者通常不在Beta测试的现场，因Beta测试是软件在开发者不能控制的环境中的“真实”应用。用户Beta测试过程中遇到的一切问题（真实在或想像的），并且定期把这些问题报告给开发者。接收到在Beta测试期间报告的问题之后，开发者对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品。

冒烟测试：可以根据其名称理解为该种测试耗时短，仅用一袋烟功夫足够了；其实是对软件基本的功能进行测试，测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本的功能正常，保证软件系统能跑的起来，可以进行后续的正式测试工作。

**回归测试：**是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误，回归测试的困难在于不好确定哪些内容应当被重新测试。

随机测试：主要是根据测试者的经验对软件进行功能和性能抽查。它是根据测试说明书执行样例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。所谓软件的动态测试，就是通过运行软件来检验软件的动态行为和运行结果的正确性。目前，动态测试也是公司的测试工作的主要方式。

静态测试：是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。

UI测试：指测试用户界面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字，图片组合是否完美，背景是否美观，操作是否友好等；用户界面(UI)测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。包括用户友好性，人性化，易操作性测试。UI测试比较主观，与测试人员的喜好有关。

自动化测试：利用软件测试工具自动实现全部或部分测试，它是软件测试的一个重要组成部分，能完成许多手工测试无法实现或难以实现的测试；正确、合理的实施自动测试，能够快速、全面的对软件进行测试，从而提高软件质量，节省经费，缩短软件发布周期。

桩测试：

桩的英文是stub；是指一个软件模块的框架或特殊目标实现，主要用于开发和测试一个组件，该组件调用或依赖这个模块。

桩模块：集成测试前要为被测模块编制一些模拟其下级模块功能的“替身”模块，以代替被测模块的接口，接受或传递被测模块的数据，这些专供测试用的“假”模块称为被测模块的桩模块。

测试桩一般是 自顶向下集成时需要使用

驱动测试：

所谓驱动测试（自底向上集成时使用），就是你负责测试模块/方法是中间的，没有main（）入口，怎么编译，怎么启动呢？就需要写一个带main()的方法来调用你的模块/方法

桩模块的使命除了使得程序能够编译通过之外，还需要模拟返回被代替的模块的各种可能返回值(什么时候返回什么值需要根据**测试用例**的情况来决定)。

驱动模块的使命就是根据测试用例的设计去调用被测试模块，并且判断被测试模块的返回值是否与测试用例的预期结果相符

public class ddd

{

//Test driver

public static void main(String[] args) {

ddd d = new ddd();

d.Add();

}

//My module

public int Add() {

int output=this.Stub1() + this.Stub2();

System.out.print(“My module: return value is “+output+”\n”);

return output;

}

//Stub1

public int Stub1() {

int output=3;

System.out.print(“Stub 1 : return value is “+output+”\n”);

return output;

}

//Stub2

public int Stub2() {

int output=7;

System.out.print(“Stub 2 : return value is “+output+”\n”);

return output;

}

}

测试用例八大设计方法

---

测试方法分类：

• 黑盒测试 ：等价类划分 边界值分析 因果图分析 错误测试

• 白盒测试：语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 多重条件覆盖

等价类划分方法

等价类划分：指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定；测试某等价类的代表值就等于对这一类其它值的测试。因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据，取得较好的测试结果。

等价类划分可有两种不同的情况：有效等价类和无效等价类。

边界值分析方法

边界值：是对等价类划分方法的补充，测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价类的边界，就是应着重测试的边界情况。应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。

错误推测方法

错误推测：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。

错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例。例如：在单元测试时曾列出的许多在模块中常见的错误。以前产品测试中曾经发现的错误等，这些就是经验的总结。还有，输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。

因果图方法

前面介绍的等价类划分方法和边界值分析方法，都是着重考虑输入条件,但未考虑输入条件之间的联系，相互组合等。考虑输入条件之间的相互组合，可能会产生一些新的情况。但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类，他们之间的组合情况也相当多。因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例。这就需要利用因果图（逻辑模型）。因果图方法最终生成的就是判定表。它适合于检查程序输入条件的各种组合情况。

判定表驱动分析方法

判定表：是分析和表达多逻辑条件下执行不同操作的情况的工具。

正交表设计分析方法

有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。

功能图分析方法

功能图：由状态迁移图和布尔函数组成，状态迁移图用状态和迁移来描述。一个状态指出数据输入的位置（或时间），而迁移则指明状态的改变。同时要依靠判定表或因果图表示的逻辑功能。

场景模拟分析方法

指根据用户场景来模拟用户的操作步骤,这个比较类似因果图,但是可能执行的深度和可行性更好。

软件测试基本流程

---

软件测试的基本流程（文字描述）

1测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议

2制定测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。

3测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。

4测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束

5测试评估阶段：出测试报告，确认是否可以上线

人工测试技术

---

从心理学的角度出发思考，下面两个方面显著地提高了测试的功效和可靠性

首先，人们普遍认识到错误发现得越早，改正错误的成本越低，正确改正错误

的可能性也越大。

其次，程序员在开始基于计算机的测试时似乎要经历一个心理上的转变。从内部产生的压力似乎会急剧增长，并产生一个趋势，要“尽可能快地修正这个缺陷”。由于这些压力的存在．程序员在改正某个由基于计算机测试发现的错误时所犯的失误，要比改正早期发现的问题时所犯的失误更多一些。

检查与走查(Inspections And Walkthroughs)

代码检查与走查是两种主要的人工测试方法

代码检查与走查都要求人们组成一个小组来阅读或直观检查特定的程序。无论采用哪种方法，参加者都需要完成一些准备工作。准备工作的高潮是在参加者会议上进行的所谓“头脑风暴会”。“头脑风暴会”的目标是找出错误来，但不必找出改 正错误的方法。换句话说，是测试，而不是调试

代码检查是以组为单位阅读代码，它是一系列规程和错误检查技术的集合。对代码检查的大多数讨论都集中在规程、所要填写的表格等。

这个代码检查过程通常将注意力集中在发现错误上，而不是纠正错误。

软件生命周期

---

是指从软件的产生直到报废的整个周期，包括可行性分析与项目计划，需求分析，概要设计和详细设计，编码，调试，维护七个阶段。

软件测试生命周期

---

是指从测试项目计划建立到BUG提交的整个测试过程，包括软件项目测试计划，测试需求分析，测试用例设计，测试用例执行，BUG提交五个阶段。

也可以是（测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估）。

软件测试生命周期并行与软件生命周期，存在于软件生命周期的各个阶段。

软件测试人员的主要职责

---

编写测试计划

设计测试用例

执行测试，发现缺陷提交测试报告

验证缺陷是否得到修改

编写测试总结报告

软件测试的原则 ：

十项原则

1 测试用例中一个必需部分是对预期输出或结果进行定义

2 程序员应避免测试自己编写的程序

3 编写软件的组织不应当测试自已编写的软件

4 应当彻底检查每个测试的执行结果

5 测试用例的编写不仅应当根据有效和预料到的输入情况，而且也应当根据无效和未预料到的输入情况

6 检查程序是否“未做其应该做的”仅是测试的一半，测试的另一半是检查程是 否“做了其不应该做的”

7 应避免测试用例用后即弃，除非软件本身就是个一次性的软件

8 计划测试工作时不应默许假定不会发现错误

9 程序某部分存在更多错误的可能性，与该部分已发现错误的数量成正比

10 软件测试是一项极富创造性，极具智力的挑战性的工作

三个重要的测试原则：

• 软件测试是为发现错误而执行程序的过程。

• 一个好的测试用例具有较高的发现某个尚未发现的错误的可能性。

• 一个成功的测试用例能够发现某个尚未发现的错误。

优秀的软件测试人员需要具备的素质和技能

---

良好的沟通和表达能力

具有怀疑与破坏的精神

扎实的软件测试基础知识

缜密的业务逻辑分析能力

处在用户的角度进行换位思考

足够的耐心、细心、信心、责任心

积极乐观向上的心态和团队协作能力

要有严谨、敢于承担责任、稳重的做事风格

善于自我总结、自我督促和不断学习的能力

常用测试工具

---

1、Apache JMeter是一个Apache项目，可用作负载测试工具，用于分析和测量各种服务的性能，重点关注Web应用程序。

做压力测试的步骤如下:

1. 写脚本 或者录制脚本

2. 使用用户自定义参数

3. 场景设计

4. 使用控制器，来控制 模拟多少用户。

5. 使用监听器， 查看测试结果

链接：

Jmeter教程 简单的压力测试​www.imooc.com/article/50735正在上传…重新上传取消​

测试用例设计-例子：测试一个杯子

---

测试是一种思想，一种思路，只要思路清晰了，什么东西都可以测试。

功能测试(Function test)

1. 能否装水，

2. 除了装水， 能否装其他液体。比如可乐，酒精

3. 能装多少ML的水

4. 杯子是否有刻度表

5. 杯子能否泡茶，跑咖啡

6. 杯子是否能放冰箱，做冰块

7. 杯子的材质是什么（玻璃，塑料,黄金做的）

兼容测试(UI Test)

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。**
[外链图片转存中…(img-fysd7baq-1713082284406)]
[外链图片转存中…(img-GzIGLcUo-1713082284407)]
[外链图片转存中…(img-VwNabe9Y-1713082284408)]
[外链图片转存中…(img-5KXLDb5l-1713082284408)]
[外链图片转存中…(img-JZdjQxBz-1713082284409)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-E4ZOQuY7-1713082284410)]

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！