测试基础笔记
- Day01
-
- 阶段⽬标
- ⼀、测试介绍
- ⼆、测试常⽤分类
-
- 2.1 阶段划分 ★
-
- 单元测试
- 集成测试
- 系统测试
- 验收测试
- 2.2 代码可⻅度划分 ★
-
- ⿊盒测试:主要针对功能(阶段划分->系统测试)
- 灰盒测试:针对接⼝测试(阶段划分->集成测试)
- ⽩盒测试:针对程序源代码进⾏测试(阶段划分->单元测试)
- 2.3 总结
-
- 系统测试和⿊盒测试重点核⼼是功能测试
- 集成测试和灰盒测试⼜称接⼝测试
- 单元测试和⽩盒测试是对代码进⾏测试
- ⾃动化测试归属功能测试
- 性能测试、安全测试归属专项测试
- 三、模型
-
- 3.1 质量模型 ★
- 四、测试流程 ★
-
- 1. 需求分析(评审)
- 2. 计划编写
- 3. 用例设计
- 4. 用例执行
- 5. 缺陷管理
- 6. 测试报告
- 五、测试⽤例 ★
-
- ⽤例的作⽤
- ⽤例模板
- ⼋⼤要素编写规范 ★
- 六、⽤例设计⽅法 ★(五种)
-
- 6.1 能对穷举场景设计测试点(有效+无效)
- 6.2 解决边界限制问题(上点2个、离点4个、内点1个)
- 6.3 解决多条件有依赖关系测试(判定表-条件+操作)
- 6.4 业务测试覆盖
- 6.5 错误推荐法
- 总结
- Day02
-
-
- 6.2 解决边界限制问题
- 6.3 解决多条件有依赖关系测试
- 6.4 业务测试覆盖
- 6.5 错误推荐法
- 总结
- 作业 设计注册功能的用例
-
- Day03
-
- ⼀、⽤例执⾏
-
- 执⾏失败的⽤例
- ⼆、缺陷
-
- 2.1 定义
- 2.2 缺陷标准
- 3.3 缺陷产⽣的原因
- 3.4 缺陷的⽣命周期
- 3.5 缺陷核⼼要素 ★
- 3.6 缺陷提交要素 ★
- 3.7 缺陷类型 ★(功能、界面、兼容性、数据、易用性)
- 三、缺陷管理
-
- 3.1 excel示例
- 3.2 缺陷跟踪流程
- 3.3 提交注意事项
- 3.4 缺陷管理⼯具
- 3.5 禅道(项⽬管理⼯具)
- 缺陷标题扩展
- 缺陷总结:★
- 总结
- Day04
-
- ⼀、html介绍
- Day05
-
- ⼀、项⽬介绍
- ⼆、项⽬实施
-
- 2.1 登录
- 登录需求
- 2.2 发布⽂章
- 总结
Day01
阶段⽬标
能独⽴针对web项⽬实施功能测试
⼀、测试介绍
- 什么是软件测试?
使⽤技术⼿段验证软件是否满⾜需求
- 测试主流技能
1、功能测试
2、⾃动化测试
3、接⼝测试
4、性能测试
主流⽅向建议:
1、功能测试+接⼝测试
2、⾃动化测试+接⼝
3、功能+性能
⼆、测试常⽤分类
分类
- 阶段划分(阶段:软件产出过程顺序)
- 代码可⻅度
2.1 阶段划分 ★
单元测试
说明:针对程序源代码进⾏测试(单元:最⼩独⽴功能代码段)
提示:
1、国内单元测试⼀般开发⾃测
2、单元测试可以解决-快速定位缺陷
3、提高测试执行效率
集成测试
说明:针对单元与单元之间的接⼝进⾏测试
提示:⼜称接⼝测试。
系统测试
说明:针对系统整体功能+兼容+⽂档(说明、安装⽂档)
验收测试
内测:公司内部⼈员使⽤,发觉缺陷并修复。
公测:让⽤户帮忙测试
提示:验收测试,⼀般要根据项⽬类型决定是否使⽤。
2.2 代码可⻅度划分 ★
代码可⻅度:代码可⻅的程度上划分

⿊盒测试:主要针对功能(阶段划分->系统测试)
灰盒测试:针对接⼝测试(阶段划分->集成测试)
⽩盒测试:针对程序源代码进⾏测试(阶段划分->单元测试)
2.3 总结
系统测试和⿊盒测试重点核⼼是功能测试
集成测试和灰盒测试⼜称接⼝测试
单元测试和⽩盒测试是对代码进⾏测试
⾃动化测试归属功能测试
性能测试、安全测试归属专项测试
三、模型
3.1 质量模型 ★
说明:质量模型能告诉我们,测试时应该考虑的⽅⾯

重点:功能、性能、兼容、易⽤性、安全
结论:⽆论测试硬件或软件,都应该从以上⼏点来进⾏分类验证
四、测试流程 ★

1. 需求分析(评审)
确保各部门需求理解一致
前提:阅读1遍需求⽂档,记录不明确之处。
参与⼈员:前端、后端、测试、产品
⽬的:
1、确保各部⻔需求理解⼀致
2、各⻆⾊对需求进⾏查漏补缺
3、了解软件有些功能
提示:需求分析阶段->软件还未实现(刚⽴项)
2. 计划编写
说明:指导测试执⾏的⽂档(重要)
测什么(⽬标、范围)
谁来测(⼈员进度及安排)
怎么测(测试⼯具、测试策略)
3. 用例设计
验证项目是否符合需求的操作文档
说明:保证能准确验证软件测试点执⾏的⽂档。
1、分析需求
2、提取测试点
3、设计⽤例覆盖测试点
4. 用例执行
项目模块开发完成开始执行用例文档实施测试
说明:实施测试
5. 缺陷管理
对的缺陷进行管理的过程
提交->验证->关闭
6. 测试报告
实施测试结果文档
1、bug分析及统计
2、测试中遇到的问题
3、测试总结(本次测试中的优点和不⾜)
五、测试⽤例 ★
⽤例:⽤户使⽤的案例
⽣活中的⽤例

⽤例的作⽤
1、防⽌漏测
2、衡量软件是否通过的标准
⽤例模板


⼋⼤要素编写规范 ★


六、⽤例设计⽅法 ★(五种)
1、能对穷举场景设计测试点
2、能对限定边界规则设计测试点
3、能对多条件依赖关系进⾏设计测试点
4、能对于项⽬业务进⾏设计测试点
6.1 能对穷举场景设计测试点(有效+无效)
穷举:⽆穷⽆尽
⽅法:等价类划分法
介绍





重点总结

6.2 解决边界限制问题(上点2个、离点4个、内点1个)
说明:使⽤边界值解决边界位数限制问题。2.1 边界值说明

提示:
1、有关范围限制,最多7条⽤例(暂时未优化)
2、边界值能解决位数限制问题,但是不能解决类型问题(要结合等价类)
步骤
1、明确需求
2、确定有效和⽆效等价
3、确定边界范围
4、提取数据编写⽤例




6.3 解决多条件有依赖关系测试(判定表-条件+操作)
重点:使⽤判定表







6.4 业务测试覆盖
重点:
1、覆盖业务测试,需要使⽤流程图法
2、先测试业务,在测试单功能、单模块、单⻚⾯
4.1 流程图




6.5 错误推荐法
应⽤场景:当项⽬⽤例都执⾏完毕,且BUG修复完成,离上线还有⼀段时间,在这段时间中可是使⽤错误推荐法复测主要业务或测试未覆盖的功能。

总结

Day02
6.2 解决边界限制问题
说明:使⽤边界值解决边界位数限制问题。2.1 边界值说明

提示:
1、有关范围限制,最多7条⽤例(暂时未优化)
2、边界值能解决位数限制问题,但是不能解决类型问题(要结合等价类)
步骤
1、明确需求
2、确定有效和⽆效等价
3、确定边界范围
4、提取数据编写⽤例




6.3 解决多条件有依赖关系测试
重点:使⽤判定表







6.4 业务测试覆盖
重点:
1、覆盖业务测试,需要使⽤流程图法
2、先测试业务,在测试单功能、单模块、单⻚⾯
4.1 流程图




6.5 错误推荐法
应⽤场景:当项⽬⽤例都执⾏完毕,且BUG修复完成,离上线还有⼀段时间,在这段时间中可是使⽤错误推荐法复测主要业务或测试未覆盖的功能。

总结

作业 设计注册功能的用例


Day03
⼀、⽤例执⾏
说明:执⾏结果与⽤例的期望结果不⼀致(含义),为缺陷

执⾏失败的⽤例

提示:⽤例执⾏不通过为缺陷,需要进⾏缺陷管理
⼆、缺陷
2.1 定义
软件中存在的各种问题,都为缺陷,简称bug; 1
2.2 缺陷标准
1、少功能
2、功能错误
3、多功能
4、缺少隐性功能
5、易⽤性(软件测试⼈员专业⻆度)
3.3 缺陷产⽣的原因
1、需求⽂档
2、架构设计
3、编码实现
4、环境(硬件、软件)
3.4 缺陷的⽣命周期

1、回归测试:
①常规项⽬回归:项⽬本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
②⾮常规项⽬(银⾏、部队、航天):新增功能,必须全部复测。
2、回归bug:上⼀个版本发现的缺陷,开发修复完毕,在下个版本进⾏重新验证。
3.5 缺陷核⼼要素 ★

3.6 缺陷提交要素 ★

3.7 缺陷类型 ★(功能、界面、兼容性、数据、易用性)
1、功能错误
2、UI⻚⾯错误
3、兼容性
4、数据(数据库)
5、易⽤性
6、建议
7、架构缺陷
⼯作流程(⼩结)
设计⽤例->执⾏⽤例(执⾏测试)->缺陷(提交、验证、关闭)
缺陷定义:任何问题(Bug)
缺陷标准:多功能、少功能、错误、缺少隐性功能、易⽤性
描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
提交缺陷信息:指派⼈、缺陷等级、修复优先级、类型、状态(统计缺陷)
三、缺陷管理
3.1 excel示例

3.2 缺陷跟踪流程

提示:知道测试和开发流程中涉及的⼯作即可。
3.3 提交注意事项

⾯试题:发现缺陷后,⾸先回怎么办?--确定Bug可复现、确定是Bug。
提交时,要检查缺陷是否已存在。
3.4 缺陷管理⼯具
1、项⽬管理⼯具-管理缺陷 (禅道、JIRA、TFS)
2、Excel管理缺陷
3.5 禅道(项⽬管理⼯具)
地址:https://demo.zentao.net/user-login.html
特点



缺陷标题扩展

缺陷总结:★
bug编号、标题、严重程度、优先级、bug类型、缺陷状态、前提条件、复现步骤、预期结果、实际结果、证明材料、
总结

Day04
⼀、html介绍

Day05
针对登录模块实施测试设计
针对发布⽂章模块实施测试设计
⼀、项⽬介绍

⼆、项⽬实施
1、分析需求
2、设计测试点
3、编写⽤例覆盖测试点
4、执⾏⽤例
5、缺陷管理
6、测试总结
2.1 登录
登录需求





2.2 发布⽂章








总结

这两年,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实战讲解

关于如何学习网络安全,笔者也给大家整理好了全套网络安全知识库,需要的可以扫码获取!
因篇幅有限,仅展示部分资料,需要点击下方链接即可前往获取


被折叠的 条评论
为什么被折叠?



