软件测试章节知识点总结，零基础入门到精通，收藏这篇就够了

                **

软件测试方法知识总结

**
一、第一章
1.为什么要进行软件测试
（1）软件测试是软件质量保证的关键步骤。
（2）目的：尽可能发现并排除软件中潜藏的错误，提高软件的可靠性。
2.测试驱动开发的思想
（1）在开发功能代码之前，先编写测试代码，然后只编写使测试通过的功能代码，从而以测试来驱动整个开发过程的进行。这有助于编写简洁可用和高质量的代码，有很高的灵活性和健壮性，能快速响应变化，并加速开发过程。
3.软件测试的分类

4.为什么要进行软件测试用例设计？
（1）为了更有效的进行测试，需要考虑各种软件使用的场景和操作路径，设计出最有可能发现缺陷的用例。
5.软件测试的原则有哪些？
（1）测试显示缺陷的存在
（2）穷尽测试是不可能的
（3）测试的尽早介入
（4）缺陷的集群性
（5）杀虫剂悖论
（6）测试活动依赖于测试内容

二、第三章
1.等价类划分法
1.1有效等价类
对于程序规格来说合理的、有意义的输入数据的集合，检验程序是否实现了规格说明中的功能和性能。
1.2无效等价类
不合理的、无意义的输入数据集合，验证程序处理意外数据的能力。
1.3划分方法
划分等价类时，可分为按区间划分、按数值划分、按数值集合划分、按限制条件和规则划分、按处理方式划分。除了应掌握必须使同类数据的处理过程及处理结果完全一致的大原则，可参考以下划分方法：
1） 输入条件规定了取值范围或值的个数的情况下，可以确定一个有效等价类和两个无效等价类，如合格成绩取值范围为[60,100]，则范围内取值为有效等价类，范围外<60和>100为无效等价类
2） 输入条件规定了输入值的集合或“必须如何”的情况下，可以确定一个有效等价类和一个无效等价类，如：规定数据库类型必须选择oracle，则选择oracle时为有效等价类，否则为无效等价类
3） 输入条件是一个布尔量的情况下，可以确定一个有效等价类和一个无效等价类
4） 输入条件规定必须遵守某种规则的情况下，可以确定一个有效等价类和若干个无效等价类（从不同角度违法规则），如：规定输入必须为非0正整数，则无效等价类可以分为空、0、负整数、小数、字符等
5） 在规定了输入数据的一组值（假定N个），并且程序要对每个输入值分别处理的情况下，可以确立N个有效等价类和一个无效等价类。如下列框选择“科目”，每个科目所显示的信息不同。
6） 在确知已划分的等价类中各元素在程序处理的方式不同的情况下，则应再将该等价类进一步的划分为更小的等价类
7）等价类划分表例：

（3）一个程序读入3个整数，把这三个数值看作一个三角形的3条边的长度值。这个程序要打印出信息，说明这个三角形是不等边的、是等腰的、还是等边的。”
　　我们可以设三角形的3条边分别为A，B，C。如果它们能够构成三角形的3条边，必须满足：
　　A>0，B>0，C>0，且A+B>C，B+C>A，A+C>B。
　　如果是等腰的，还要判断A=B，或B=C，或A=C。
　　如果是等边的，则需判断是否A=B，且B=C，且A=C。

根据以上分析，从而得到下图列表中的测试用例。


2.边界值分析法
（1）在边界测试中，对于有n个输入变量的程序，基本边界值分析的测试用例个数为4n+1。
（2）在健壮性测试中，对于有n个输入变量的程序，健壮性测试的测试用例个数为6n+1。
（3）对于有n个输入变量的程序，最坏情况测试的测试用例个数为5^n。
（4）对于有n个输入变量的程序，健壮最坏情况测试的测试用例个数为7^n
1） 如果输入条件规定了值的范围，则应取刚达到这个范围的边界值、以及刚超越这个范围边界的值作为测试输入数据
2） 如果输入条件规定了值的个数，则选取最大个数、最小个数、比最大个数多一、比最小个数少1的数作为测试数据
3） 根据规格说明的每个输出条件，使用规则1）
4） 根据规格说明的每个输出条件，使用规则2）
5） 若输入域是有序集合，则选取集合的第一个元素和最后一个元素作为测试用例
6） 如果程序使用了1个内部数据结构，则应当选择内部数据结构上的边界值作为测试用例。
7） 分析规格说明，找出其他可能的边界条件
8）现有一个学生标准化考试批阅试卷,产生成绩报告的程序。其规格说明如下:程序的输入文件由一些有80个字符的记录组成,如右图所示，所有记录分为3组：

标题：这一组只有一个记录，其内容为输出成绩报告的名字。
试卷各题标准答案记录：每个记录均在第80个字符处标以数字"2"。该组的第一个记录的第1至第3个字符为题目编号（取值为1一999）。第10至第59个字符给出第1至第50题的答案（每个合法字符表示一个答案）。该组的第2，第3……个记录相应为第51至第100，第101至第150，…题的答案。
每个学生的答卷描述：该组中每个记录的第80个字符均为数字"3"。每个学生的答卷在若干个记录中给出。如甲的首记录第1至第9字符给出学生姓名及学号，第10至第59字符列出的是甲所做的第1至第50题的答案。若试题数超过50，则第2，第3……纪录分别给出他的第51至第100，第101至第150……题的解答。然后是学生乙的答卷记录。
学生人数不超过200，试题数不超过999。
程序的输出有4个报告：
a)按学号排列的成绩单，列出每个学生的成绩、名次。
b)按学生成绩排序的成绩单。
c)平均分数及标准偏差的报告。
d)试题分析报告。按试题号排序，列出各题学生答对的百分比。
分别考虑输入条件和输出条件，以及边界条件。给出右表所示的输入条件及相应的测试用例。

输入条件 测试用例说明 测试数据 期望结果 选取理由
身份证长度及类型 1个数字字符 2 显示无效 仅有一个合法字符
10个数字字符 1234567890 显示无效 仅有10个合法字符
15个数字字符 201519090123456 显示无效 比有效长度少3
18个数字字符 410621199709284511 显示有效 类型及长度有效

3.因果图法
（1）原理：用图解的方法表示输入的各种组合关系，写出判定表，从而设计相应的测试用例。
4.软件测试的覆盖方法
　　一、语句覆盖（Statement Coverage）
　　语句覆盖，顾名思义就是针对代码语句的嘛。它的含义是我们设计出来的测试用例要保证程序中的每一个语句至少被执行一次。通常语句覆盖被认为是“最弱的覆盖”，原因是它仅仅考虑对代码中的执行语句进行覆盖而没有考虑各种条件和分支，因此在实际运用中语句覆盖很难发现代码中的问题。举个非常简单的例子：
　　public int foo(int a,int b)
　　{
　　return a/b;
　　}
　　这是一个求两数之商的函数。如果我们设计如下的测试用例：
　　TestCase: a = 2, b = 1
　　这时候我们会发现，该函数的代码覆盖率达到了100%，并且设计的case可以顺利通过测试。但是显然该函数有一个很明显的bug：当 b=0 时，会抛出异常。
　　二、判定覆盖（Decision Coverage）
　　判定覆盖也被成为分支覆盖(Branch Coverage)，也就是说设计的测试用例要保证让被测试程序中的每一个分支都至少执行一次。举个例子,有如下流程图：

　　针对该图我们想要做到判定覆盖，可以设计如下case：
　　TestCase1: a=1, b=1 (路径：ab)
　　TestCase2: a=-1, b=-1 (路径：acd)
　　TestCase3: a=2, b=-1 (路径：ace)
　　判定覆盖比语句覆盖强一些，能发现一些语句覆盖无法发现的问题。但是往往一些判定条件都是由多个逻辑条件组合而成的，进行分支判断时相当于对整个组合的最终结果进行判断，这样就会忽略每个条件的取值情况，导致遗漏部分测试路径。
　　三、条件覆盖（Condition Coverage）
　　条件覆盖于分支覆盖不同，条件覆盖要求所设计的测试用例能使每个判定中的每一个条件都获得可能的取值，即每个条件至少有一次真值、有一次假值。
　　仍然以上面流程图作为例子来说明。上图中涉及到的条件一共有4个：
　　a>0, a<0, b>0, b<0
　　为了达到条件覆盖的目的，我们设计的用例需要在 a 点有：
　　a>0, a≤0, b>0, b≤0，
　　这些情况出现，并且在 c 点有：
　　a<0, a≥0, b<0, b≥0
　　这些情况出现。现在可以设计如下用例：
　　TestCase1: a=1, b=1 (路径：ab)
　　TestCase1: a=-1, b=-1 (路径：acd)
　　TestCase1: a=-1, b=0 (路径：ace)
　　TestCase1: a=1, b=-1 (路径：ace)
　　通常而言条件覆盖比判定覆盖强，因为条件覆盖使得判定中的每一个条件都取到了不同的结果，这一点判定覆盖则无法保证。但条件覆盖也有缺陷，因为它只能保证每个条件都取到了不同结果，但没有考虑到判定结果，因此有时候条件覆盖并不能保证判定覆盖。
　　四、判定条件覆盖（Decision/Condition Coverage）
　　判定条件覆盖，说白了就是我们设计的测试用例可以使得判断中每个条件所有的可能取值至少执行一次（条件覆盖），同时每个判断本身所有的结果也要至少执行一次（判定覆盖）。不难发现判定条件覆盖同时满足判定覆盖和条件覆盖，弥补了两者各自的不足，但是判定条件覆盖并未考虑条件的组合情况。
　　五、组合覆盖（Branch Condition Combination Coverage）
　　组合覆盖也叫做条件组合覆盖。意思是说我们设计的测试用例应该使得每个判定中的各个条件的各种可能组合都至少出现一次。显然，满足条件组合覆盖的测试用例一定是满足判定覆盖、条件覆盖和判定条件覆盖的。
　　针对前文提到的流程图，做条件组合覆盖时我们可以设计如下用例：
　　TestCase1: a=1, b=1 (路径：ab)
　　TestCase1: a=-1, b=-1 (路径：acd)
　　TestCase1: a=-1, b=0 (路径：ace)
　　TestCase1: a=1, b=-1 (路径：ace)
　　条件组合覆盖能够同时满足判定、条件和判定条件覆盖，覆盖度较高，但是组合覆盖的测试用例数量相对来说也是比较多的。
　　六、路径覆盖
　　路径覆盖，意思是说我们设计的测试用例可以覆盖程序中所有可能的执行路径。这种覆盖方法可以对程序进行彻底的测试用例覆盖，比前面讲的五种方法覆盖度都要高。那么这种方法是不是就一定最好呢？当然不能讲得这么绝对，它的缺点也是显而易见的：由于需要对所有可能的路径全部进行覆盖，那么我们需要设计数量非常巨大的而且较为复杂的测试用例，用例数量将呈现指数级的增长。所以理论上来讲路径覆盖是最彻底的测试用例覆盖，但实际上很多时候路径覆盖的可操作性不强。

5,.圈复杂度
（1）圈复杂度是一种衡量代码复杂程度的标准
（2）圈复杂度可以通过程序控制流图计算，公式为：V(G) = e + 2 - n
　　e : 控制流图中边的数量
　　n : 控制流图中节点的数量(包括起点和终点；所有终点只计算一次，多个return和throw算作一个节点)
6.静态测试和动态测试
（1）静态测试
静态测试：静态测试是指不运行被测程序本身，通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
（2）动态测试
通过运行被测程序来检查运行结果与预期结果的差异，并分析运行效率和健壮性等指标；这种方法包括三部分：构造测试用例、执行程序、分析程序的输出结果。
7.系统源码—>测试过程
8.模块->系统—>安全性测试部署安装
三、第五章
1.单元测试
（1）概念：单元测试是对软件基本组成单元进行的测试，而且软件单元是在与程序的其他部分相隔离的情况下进行独立的测试。
（2）单元测试工具：Junit、CppUnit、NUnit、GoogleTest。
（3）断言语句

（4）注解语句

2.集成测试的模式和集成方法
（1）模式分类;
①非渐增式测试模式：先分别测试每个模块，再把每个模块按设计要求放在一起结合成所要的程序。如大棒模式。
②渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合起来进行测试。
（2）方法：
①自顶向下法：
采用了和设计一样的顺序对系统进行测试，在第一时间内对系统的控制接口进行了验证。
1)方法（策略）
a. 以主模块为所测模块兼驱动模块，所有直属于主模块的下属模块全部用桩模块替换，对主模块进行测试；
b.采用深度优先（Depth-First）或者宽度优先（Breath-First）的策略，用实际模块替换相应桩模块，再用桩替代它们的直接下属模块，与已测试的模块或子系统组装成新的子系统；
c.进行回归测试，排除组装过程中引起的错误的可能；
d.判断所有的模块是否都已组装到系统中?如果是，则结束测试，否则转到b步骤去执行。
2）目的
从顶层控制开始，采用同设计顺序一样的思路对被测系统进行测试，以验证系统的接口稳定性。
3）优点
a.自顶向下的增殖方式在测试过程中较早的验证了主要的控制和判断点;
b.功能可行性较早得到证实，还能够给开发者和用户带来成功的信心;
c.最多只需要一个驱动模块，减少了驱动器开发的费用；
d.由于和设计顺序的一致性，可以和设计并行进行，如果目标环境可能存在改变，该方法可以灵活的适应；
e.支持故障隔离。

注：
内容部分参考自：
（1）http://www.51testing.com/html/44/n-3713444.html
（2）http://wiki.jikexueyuan.com/project/junit/using-assertion.html

这两年，IT行业面临经济周期波动与AI产业结构调整的双重压力，确实有很多运维与网络工程师因企业缩编或技术迭代而暂时失业。

很多人都在提运维网工失业后就只能去跑滴滴送外卖了，但我想分享的是，对于运维人员来说，即便失业以后仍然有很多副业可以尝试。

网工/运维/测试副业方向

运维网工，千万不要再错过这些副业机会！

第一个是知识付费类副业：输出经验打造个人IP

在线教育平台讲师

操作路径：在慕课网、极客时间等平台开设《CCNA实战》《Linux运维从入门到精通》等课程，或与培训机构合作录制专题课。
收益模式：课程销售分成、企业内训。

技术博客与公众号运营

操作路径：撰写网络协议解析、故障排查案例、设备评测等深度文章，通过公众号广告、付费专栏及企业合作变现。
收益关键：每周更新2-3篇原创，结合SEO优化与社群运营。

第二个是技术类副业：深耕专业领域变现

企业网络设备配置与优化服务

操作路径：为中小型企业提供路由器、交换机、防火墙等设备的配置调试、性能优化及故障排查服务。可通过本地IT服务公司合作或自建线上接单平台获客。
收益模式：按项目收费或签订年度维护合同。

远程IT基础设施代维

操作路径：通过承接服务器监控、日志分析、备份恢复等远程代维任务。适合熟悉Zabbix、ELK等技术栈的工程师。
收益模式：按工时计费或包月服务。

网络安全顾问与渗透测试

操作路径：利用OWASP Top 10漏洞分析、Nmap/BurpSuite等工具，为企业提供漏洞扫描、渗透测试及安全加固方案。需考取CISP等认证提升资质。
收益模式：单次渗透测试报告收费；长期安全顾问年费。

比如不久前跟我一起聊天的一个粉丝，他自己之前是大四实习的时候做的运维，发现运维7*24小时待命受不了，就准备转网安，学了差不多2个月，然后开始挖漏洞，光是补天的漏洞奖励也有个四五千，他说自己每个月的房租和饭钱就够了。

为什么我会推荐你网安是运维和网工测试人员的绝佳副业&转型方向?

1.你的经验是巨大优势: 你比任何人都懂系统、网络和架构。漏洞挖掘、内网渗透、应急响应，这些核心安全能力本质上是“攻击视角下的运维”。你的运维背景不是从零开始，而是降维打击。

2.越老越吃香，规避年龄危机: 安全行业极度依赖经验。你的排查思路、风险意识和对复杂系统的理解能力，会随着项目积累而愈发珍贵，真正做到“姜还是老的辣”。

3.职业选择极其灵活: 你可以加入企业成为安全专家，可以兼职“挖洞“获取丰厚奖金，甚至可以成为自由顾问。这种多样性为你提供了前所未有的抗风险能力。

4.市场需求爆发，前景广阔: 在国家级政策的推动下，从一线城市到二三线地区，安全人才缺口正在急剧扩大。现在布局，正是抢占未来先机的黄金时刻。

网工运维测试转行学习网络安全路线

（一）第一阶段：网络安全筑基

1. 阶段目标

你已经有运维经验了，所以操作系统、网络协议这些你不是零基础。但要学安全，得重新过一遍——只不过这次我们是带着“安全视角”去学。

2. 学习内容

**操作系统强化：**你需要重点学习 Windows、Linux 操作系统安全配置，对比运维工作中常规配置与安全配置的差异，深化系统安全认知（比如说日志审计配置，为应急响应日志分析打基础）。

**网络协议深化：**结合过往网络协议应用经验，聚焦 TCP/IP 协议簇中的安全漏洞及防护机制，如 ARP 欺骗、TCP 三次握手漏洞等（为 SRC 漏扫中协议层漏洞识别铺垫）。

**Web 与数据库基础：**补充 Web 架构、HTTP 协议及 MySQL、SQL Server 等数据库安全相关知识，了解 Web 应用与数据库在网安中的作用。

**编程语言入门：**学习 Python 基础语法，掌握简单脚本编写，为后续 SRC 漏扫自动化脚本开发及应急响应工具使用打基础。

**工具实战：**集中训练抓包工具（Wireshark）、渗透测试工具（Nmap）、漏洞扫描工具（Nessus 基础版）的使用，结合模拟场景练习工具应用（掌握基础扫描逻辑，为 SRC 漏扫工具进阶做准备）。

（二）第二阶段：漏洞挖掘与 SRC 漏扫实战

1. 阶段目标

这阶段是真正开始“动手”了。信息收集、漏洞分析、工具联动，一样不能少。

熟练运用漏洞挖掘及 SRC 漏扫工具，具备独立挖掘常见漏洞及 SRC 平台漏扫实战能力，尝试通过 SRC 挖洞搞钱，不管是低危漏洞还是高危漏洞，先挖到一个。

2. 学习内容

信息收集实战：结合运维中对网络拓扑、设备信息的了解，强化基本信息收集、网络空间搜索引擎（Shodan、ZoomEye）、域名及端口信息收集技巧，针对企业级网络场景开展信息收集练习（为 SRC 漏扫目标筛选提供支撑）。

漏洞原理与分析：深入学习 SQL 注入、CSRF、文件上传等常见漏洞的原理、危害及利用方法，结合运维工作中遇到的类似问题进行关联分析（明确 SRC 漏扫重点漏洞类型）。

工具进阶与 SRC 漏扫应用：

• 系统学习 SQLMap、BurpSuite、AWVS 等工具的高级功能，开展工具联用实战训练；

• 专项学习 SRC 漏扫流程：包括 SRC 平台规则解读（如漏洞提交规范、奖励机制）、漏扫目标范围界定、漏扫策略制定（全量扫描 vs 定向扫描）、漏扫结果验证与复现；

• 实战训练：使用 AWVS+BurpSuite 组合开展 SRC 平台目标漏扫，练习 “扫描 - 验证 - 漏洞报告撰写 - 平台提交” 全流程。
  SRC 实战演练：选择合适的 SRC 平台（如补天、CNVD）进行漏洞挖掘与漏扫实战，积累实战经验，尝试获取挖洞收益。

恭喜你，如果学到这里，你基本可以下班搞搞副业创收了，并且具备渗透测试工程师必备的「渗透技巧」、「溯源能力」，让你在黑客盛行的年代别背锅，工作实现升职加薪的同时也能开创副业创收！

如果你想要入坑黑客&网络安全，笔者给大家准备了一份：全网最全的网络安全资料包需要保存下方图片，微信扫码即可前往获取!

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取

优快云大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享

（三）第三阶段：渗透测试技能学习

1. 阶段目标

全面掌握渗透测试理论与实战技能，能够独立完成渗透测试项目，编写规范的渗透测试报告，具备渗透测试工程师岗位能力，为护网红蓝对抗及应急响应提供技术支撑。

2. 学习内容

渗透测试核心理论：系统学习渗透测试流程、方法论及法律法规知识，明确渗透测试边界与规范（与红蓝对抗攻击边界要求一致）。

实战技能训练：开展漏洞扫描、漏洞利用、电商系统渗透测试、内网渗透、权限提升（Windows、Linux）、代码审计等实战训练，结合运维中熟悉的系统环境设计测试场景（强化红蓝对抗攻击端技术能力）。

工具开发实践：基于 Python 编程基础，学习渗透测试工具开发技巧，开发简单的自动化测试脚本（可拓展用于 SRC 漏扫自动化及应急响应辅助工具）。

报告编写指导：学习渗透测试报告的结构与编写规范，完成多个不同场景的渗透测试报告撰写练习（与 SRC 漏洞报告、应急响应报告撰写逻辑互通）。

（四）第四阶段：企业级安全攻防（含红蓝对抗）、应急响应

1. 阶段目标

掌握企业级安全攻防、护网红蓝对抗及应急响应核心技能，考取网安行业相关证书。

2. 学习内容

护网红蓝对抗专项：

• 红蓝对抗基础：学习护网行动背景、红蓝对抗规则（攻击范围、禁止行为）、红蓝双方角色职责（红队：模拟攻击；蓝队：防御检测与应急处置）；

• 红队实战技能：强化内网渗透、横向移动、权限维持、免杀攻击等高级技巧，模拟护网中常见攻击场景；

• 蓝队实战技能：学习安全设备（防火墙、IDS/IPS、WAF）联动防御配置、安全监控平台（SOC）使用、攻击行为研判与溯源方法；

• 模拟护网演练：参与团队式红蓝对抗演练，完整体验 “攻击 - 检测 - 防御 - 处置” 全流程。
  应急响应专项：

• 应急响应流程：学习应急响应 6 步流程（准备 - 检测 - 遏制 - 根除 - 恢复 - 总结），掌握各环节核心任务；

• 实战技能：开展操作系统入侵响应（如病毒木马清除、异常进程终止）、数据泄露应急处置、漏洞应急修补等实战训练；

• 工具应用：学习应急响应工具（如 Autoruns、Process Monitor、病毒分析工具）的使用，提升处置效率；

• 案例复盘：分析真实网络安全事件应急响应案例（如勒索病毒事件），总结处置经验。
  其他企业级攻防技能：学习社工与钓鱼、CTF 夺旗赛解析等内容，结合运维中企业安全防护需求深化理解。

证书备考：针对网安行业相关证书考试内容（含红蓝对抗、应急响应考点）进行专项复习，参加模拟考试，查漏补缺。

运维网工测试转行网络攻防知识库分享

网络安全这行，不是会几个工具就能搞定的。你得有体系，懂原理，能实战。尤其是从运维转过来的，别浪费你原来的经验——你比纯新人强多了。

但也要沉得住气，别学了两天Web安全就觉得自己是黑客了。内网、域渗透、代码审计、应急响应，要学的还多着呢。

如果你真的想转，按这个路子一步步走，没问题。如果你只是好奇，我劝你再想想——这行要持续学习，挺累的，但也是真有意思。

关于如何学习网络安全，笔者也给大家整理好了全套网络安全知识库，需要的可以扫码获取！

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取

优快云大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享

1、网络安全意识

2、Linux操作系统

3、WEB架构基础与HTTP协议

4、Web渗透测试

5、渗透测试案例分享

6、渗透测试实战技巧

7、攻防对战实战

8、CTF之MISC实战讲解

关于如何学习网络安全，笔者也给大家整理好了全套网络安全知识库，需要的可以扫码获取！

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取

优快云大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享