迷失的天际

Firefly 快速开始

Mon, 23 Mar 2026 00:00:00 GMT

前置环境准备#

Firefly 主题依赖 Node.js 和包管理工具，先完成环境搭建，避免后续部署报错。

下载安装 Node.js，完成后通过终端安装 pnpm，运行如下命令：

Terminal window

1
npm install -g pnpm

主题下载与本地启动#

Firefly 主题博客文件需要在 Github 中下载，但打开或下载都要等很久，原因在于：

DNS污染：就像快递员找不到你家地址
服务器物理距离：GitHub 服务器主要在美国，物理延迟200ms起步
带宽限制：高峰期就像早高峰地铁，百万开发者挤一条线路
特殊网络环境：某些地区需要特别处理（魔法）

这里最简单快速的方法是将 Gitee 作为中转站，在这里导入你 Github 仓库链接（Fork Firefly生成），之后就可以将文件通过 Gitee 下载到本地。

下载进本地的博客仓库是不能上传到 Github 中的，原因在于你的上传地址被改成 Gitee 的了。

打开终端或命令提示符，运行以下命令修改上传地址：

Terminal window

1
git remote set-url origin https://github.com/AmongRuins/Firefly

安装项目依赖，执行如下命令：

Terminal window

1
pnpm install

启动开发服务器，执行如下命令：

Terminal window

1
pnpm dev

启动成功后，浏览器访问 http://localhost:4321 即可查看默认博客界面，Ctrl+C 可关闭服务器。

博客部署上线#

Vercel 是部署 Astro 项目最简单的平台之一。具体部署步骤如下：

将 Firefly 项目上传至自己的 GitHub 仓库
登录 Vercel，点击 New Project
导入 GitHub 仓库，无需修改配置，直接 Deploy
部署成功后，Vercel 会自动分配域名，但国内需要魔法才能访问

当然也可绑定自定义域名，这边可以在 GNAME 中仅通过邮箱白嫖三年的未备案的 .eu.cc 域名。

接口和接口测试的概念

Sat, 18 Apr 2026 00:00:00 GMT

接口的作用和组成#

接口，是不同模块或系统间预先约定的标准化交互规范与通信契约。调用方无需关注其内部的实现逻辑与底层细节，只需明确接口的核心能力、调用规则与返回约定，即可完成对接调用。

接口的作用：

解耦隔离，屏蔽实现细节：接口将能力实现与业务调用完全解耦，严格隔离底层实现逻辑与核心细节。只要接口的交互规范与契约保持不变，底层实现的迭代、优化、重构均不会影响上游业务，无需对业务调用侧代码做任何修改，大幅降低系统耦合度与维护成本。
能力复用，提升研发效率：标准化的接口可实现一次开发、多场景复用，能够被多个业务模块、终端、系统无差别调用，避免同一段业务逻辑的重复开发，大幅缩减研发周期，提升全项目的协作与开发效率。
安全管控，筑牢访问防线：接口作为系统对外暴露的核心访问入口，可在接口层统一实现鉴权认证、权限管控、参数校验、流量限流等安全能力，精准拦截非法请求，有效规避恶意操作、核心数据泄露等安全风险，是系统安全防护的第一道核心防线。

接口测试的目的和应用#

接口测试是软件质量保障体系的核心环节，聚集于服务端接口的规范、业务逻辑正确性、数据流转准确性、系统安全性与性能稳定性，是前后端分离的测试手段。

接口测试的核心目的：

以接口文档约定的规范为唯一依据，通过模拟客户端向服务端发送请求，校验接口返回的实际结果与预期结果是否完全一致，确保接口完全符合设计要求，实现既定业务功能。
接口测试可在项目研发早期介入，无需等待前端页面开发完成，在后端接口开发完成、前后端联调阶段即可开展测试，能提前暴露缺陷，大幅降低问题修复成本。
可直接绕过前端无法覆盖大量异常场景、边界场景与底层逻辑场景，精准定位问题根因，明确区分前端渲染问题与后端服务逻辑问题，大幅提升问题排查效率。
可专项验证接口的鉴权认证，保障系统的接口安全，并通过接口进行性能测试，保障系统长期稳定运行。
接口变更频率远低于前端 UI 页面，基于接口开发的自动化测试脚本，具备执行速度快、稳定性高、维护成本低的核心优势，是自动化测试体系的首选方案，还同时适配敏捷迭代。

接口测试的流程设计#

接口测试的流程设计与软件测试基础的功能测试类似，通过开发所提供的接口文档提取测试点来设计测试用例，在按「冒烟测试 → 核心接口功能测试 → 主业务场景测试」执行，同步提交缺陷与快速回归，最后输出测试报告。

不同公司的接口文档模板、承载格式各有差异，但一份规范的接口文档，通常包含以下核心信息：

基础信息：请求路径、请求方法
请求参数：请求头、请求体（请求数据）
返回数据：操作成功的状态码、自定义的错误码

接口测试的测试用例设计#

单接口功能测试用例设计，底层逻辑与基础软件测试用例设计完全一致，核心均为围绕需求规范验证单个功能点的正确性；核心差异为接口测试需针对请求参数开展校验。

业务场景化的功能测试，核心要锚定用户的真实使用场景来设计，同时要把握一个核心原则：用最少的测试用例，覆盖最多的业务场景，既保证测试覆盖度，又能提升测试效率。

因接口测试参数的出现，用例模板也有所不同：

Postman 基本使用

Sat, 18 Apr 2026 00:00:00 GMT

Postman 安装#

Postman 的安装很简单，在官网下载。由于默认自动安装到 C 盘，但可以直接将整个文件夹给剪切到你想要存放的文件夹中。

在安装 Xmind 时也出现了这种情况，不过可以在应用程序所在文件夹启动命令行，输入如下命令：

Terminal window

1
# "安装包名称" /D="D:\Xmind"
2
"Xmind-25.04.03033-202505120645.exe" /D="D:\Xmind"

Postman 断言#

在 Scripts -> Post-response 中可以进行断言，即在请求后执行 Postman 自带的 JavaScript 脚本。

断言响应状态码：选择 Status code：Code is 200 即可出现如下代码

1
// pm：代表 Postman 的一个实例
2
// test()：实例方法，有两个参数
3
//    参数一：断言成功后，给出的文字提示
4
//    参数二：匿名函数，表示 Postman 响应结果中应该包含该状态码
5
pm.test("Status code is 200", function () {
6
    pm.response.to.have.status(200);
7
});

断言响应体是否包含某个字符串：选择 Response body：Contains string 即可出现如下代码

1
// string_you_want_to_search：可修改，修改为需要查找的字符串
2
pm.test("Body matches string", function () {
3
    pm.expect(pm.response.text()).to.include("string_you_want_to_search");
4
});

断言响应体是否等于某个字符串：选择 Response body：Is equal to a string 即可出现如下代码

1
// response_body_string：可修改，修改为响应体中该有的字符串
2
pm.test("Body is correct", function () {
3
    pm.response.to.have.body("response_body_string");
4
});

断言 JSON 数据：选择 Response body：JSON value check 即可出现如下代码

1
// jsonData.value 中的 value 对应响应体的键，100 则对应其所等于的值
2
pm.test("Your test name", function () {
3
    var jsonData = pm.response.json();
4
    pm.expect(jsonData.value).to.eql(100);
5
});

断言响应头：选择 Response headers：Content-Type header check 即可出现如下代码

1
// Content-Type：响应头包含的键
2
pm.test("Content-Type is present", function () {
3
    pm.response.to.have.header("Content-Type");
4
});
5

6
// 也可以键值对
7
pm.test("Content-Type is present", function () {
8
    pm.response.to.have.header("Content-Type","application/json;charset=UTF-8");
9
});

Postman 环境配置#

全局变量：在 Postman 全局生效的唯一变量

1
// 变量设置
2
pm.globals.set("variable_key", "variable_value");
3

4
// 变量获取
5
pm.globals.get("variable_key");
6

7
// 请求参数获取
8
{{variable_key}}

环境变量：在特定环境（开发环境、测试环境、生产环境）下生效的唯一变量

1
// 变量设置
2
pm.environment.set("variable_key", "variable_value");
3

4
// 变量获取
5
pm.environment.get("variable_key");
6

7
// 请求参数获取
8
{{variable_key}}

通过获取变量，可以关联不同请求接口，例如如下例子：获取天气接口中的城市，以此作为百度搜索接口使用

通过天气接口：http://www.weather.com.cn/data/sk/101010100.html 获取城市名

将全局变量作为百度搜索接口使用

Postman 参数化#

Postman 批量自动化的核心能力，通过外部数据文件批量传入多组测试用例，实现一个接口跑几十 / 几百组测试数据，无需重复创建请求。

方法一：CSV 文件参数化#

第一行是变量名（和请求中引用的变量名完全一致），后续每行是一组测试用例
编码必须为 UTF-8，分隔符用英文逗号，避免中文乱码
示例：login_test_data.csv

1
username,password,expect_code,expect_msg
2
test01,123456,200,登录成功
3
test02,wrongpwd,400,密码错误
4
test03,,400,用户名不能为空
5
,123456,400,密码不能为空

请求体 JSON：

1
{
2
  "username": "{{username}}",
3
  "password": "{{password}}"
4
}

Tests 断言脚本（批量验证结果）：

1
// 验证响应状态码
2
pm.test(`响应状态码为{{expect_code}}`, function () {
3
  pm.response.to.have.status({{expect_code}});
4
});
5
// 验证响应消息
6
pm.test(`响应消息为{{expect_msg}}`, function () {
7
  pm.expect(pm.response.json().msg).to.eql("{{expect_msg}}");
8
});

在用例集中右键选择 Run

点击 Preview，可以看到其数据格式。适用于简单纯文本数据

方法二：JSON 文件参数化#

JSON 数据文件：外层为数组，每个元素是一组测试用例的键值对，支持嵌套结构，示例：login_test_data.json

1
[
2
  {"username": "test01","password": "123456","expect": {"code": 200,"msg": "登录成功"}},
3
  {"username": "test02","password": "wrongpwd","expect": {"code": 400,"msg": "密码错误"}}
4
]

引用基础字段：{{username}}，嵌套字段：{{expect.code}}、{{expect.msg}}
后续操作与 csv 文件一样，其中非数字也会以字符串表示，布尔值也适合（csv不适用布尔值）

生成测试报告#

需要先安装好 Node.js，才会有 npm。安装 newman 依赖

Terminal window

1
npm install -g newman

再安装 newman-reporter-html ，用来生成测试报告

Terminal window

1
npm install -g newman-reporter-html

指定数据文件执行生成 html 测试报告

Terminal window

1
newman run 接口集合.json -e 环境变量.json -d 测试数据.csv/json -r html --reporter-html-export 测试报告.html

导出用例集 变量.postman_collection.json

执行如下命令会生成 测试报告.html

Terminal window

1
newman run 变量.postman_collection.json -r html --reporter-html-export 测试报告.html

项目实战#

由于黑马已经把接口给关闭了（不在内网中），故做不了接口测试，可以观看 iHRM 人力资源管理系统接口测试

Charles抓包工具（一）

Mon, 13 Apr 2026 00:00:00 GMT

抓包的目的（了解）#

软件测试中抓包，核心是捕获客户端与服务端之间的网络传输数据包，破解黑盒测试的信息盲区，实现问题精准定位、业务逻辑校验、安全风险排查、性能瓶颈分析，同时支撑测试场景构造与责任边界划分，是功能、接口、安全、性能测试的核心必备技能。

以下是抓包在软件测试中的核心价值与具体应用场景：

精准定位前后端问题，划分责任边界（最高频核心用途）#

黑盒测试只能看到页面最终表现，无法判断故障根因在前端还是后端，抓包可直接拆解交互全链路，快速定责，避免团队推诿。

功能异常根因定位：针对登录失败、数据不展示、提交不生效等问题，通过抓包可直接核对：前端是否发送了请求、请求参数 / 格式 / 协议是否符合接口文档、服务端返回的状态码 / 响应体是否正确。比如页面提示 “提交失败”，若抓包发现前端传参格式错误，即为前端问题；若参数正确但后端返回 500 / 业务错误码，即为后端问题。
全链路问题排查：针对页面加载慢、请求超时、白屏等问题，抓包可定位是 DNS 解析异常、TCP 握手失败、网络丢包重传，还是接口服务处理耗时过长，精准锁定性能 / 网络瓶颈。
第三方交互问题定位：涉及支付、地图、推送等第三方 SDK / 接口时，抓包可快速验证是我方系统传参错误，还是第三方接口返回异常，缩小排查范围。

校验接口业务逻辑，覆盖黑盒测试盲区#

页面端的测试只能覆盖表层操作，无法验证后端接口的底层逻辑校验，抓包可以突破前端限制，验证业务规则的完整性和严谨性。

后端参数校验验证：前端页面通常会做输入限制（比如金额≤100、手机号格式校验），但恶意用户可通过抓包篡改请求参数，绕过前端限制。测试通过抓包改参，可验证后端是否做了二次校验，避免出现 “0 元下单”“越权修改他人信息” 等致命业务漏洞。
接口文档一致性校验：抓包可核对请求入参、响应出参、状态码、字段含义是否与接口文档一致，避免出现文档与实际实现脱节、多余敏感字段返回等问题。
权限与越权漏洞验证：通过抓包获取高权限接口的请求信息，用普通用户的身份重放请求，可验证是否存在水平越权（操作同级别其他用户数据）、垂直越权（普通用户操作管理员功能）等高危问题，这些是页面操作完全无法覆盖的测试点。

开展安全测试，挖掘数据与传输安全风险#

抓包是 Web/APP 安全测试的基础手段，核心用于验证数据传输安全、挖掘潜在安全漏洞，满足合规要求。

敏感数据泄露排查：抓包可查看账号密码、身份证号、银行卡信息、支付密钥等敏感数据是否明文传输，是否做了合规加密处理，是否符合《个人信息保护法》、等保 2.0 等合规要求，避免敏感数据被窃听泄露。
常见安全漏洞挖掘：通过抓包篡改请求参数、重放数据包，可测试 SQL 注入、XSS 跨站脚本、CSRF 跨站请求伪造、重放攻击（比如重复支付、重复领券）等常见安全漏洞，验证服务端的防护策略是否生效。
加密与签名校验验证：抓包可验证请求是否做了签名防篡改、加密算法是否安全，避免数据包被中间人篡改，保障传输链路的完整性。

支撑性能与弱网测试，验证系统稳定性#

性能瓶颈定位：抓包可统计接口的响应时长、吞吐量、并发下的丢包率、TCP 重传情况，定位是网络链路问题，还是服务端处理性能不足；同时可验证长连接、连接复用等优化策略是否生效，为性能优化提供数据支撑。
弱网与异常网络场景测试：通过 Charles、Fiddler 等抓包工具，可模拟弱网、高延迟、丢包、网络抖动、断网重连等极端场景，测试 APP / 网页在异常网络下的表现：是否会出现数据重复提交、订单重复创建、页面崩溃、数据错乱等问题，验证系统的容错能力和稳定性。

Mock 数据与场景构造，提升测试效率与覆盖度#

抓包工具自带的 Mock 功能，可解决测试环境依赖、极端场景难构造的痛点。

无依赖前置测试：后端接口尚未开发完成时，测试可通过抓包工具 Mock 接口的返回数据（正常 / 异常 / 边界值），提前对前端页面进行测试，不用等待后端联调完成，大幅缩短测试周期。
极端场景快速构造：无需修改数据库、无需后端配合，即可通过 Mock 模拟接口超时、500 错误、空数据、超大列表、异常状态码等极端场景，测试前端的容错处理、异常提示是否符合预期，提升测试覆盖度。

Charles 安装（了解）#

Charles 全称 Charles Proxy，俗称 “花瓶”，是一款跨平台的 HTTP/HTTPS/HTTP2/WebSocket 协议抓包代理工具，也是软件测试、移动端 / 前端开发领域最主流的抓包工具之一。

基于 “中间人代理” 原理，捕获客户端与服务端之间的全量网络流量，支持请求篡改、响应 Mock、弱网模拟、接口重放等一站式能力，完美匹配软件测试全流程的抓包需求。

由 Java 编写的软件，故安装运行 Charles 的时候要安装好 Java 环境。安装完成后的 Charles 需要付费授权，不过提供了 30 天免费试用，试用版单次启动最长使用 30 分钟，到期重启即可继续使用。

HTTP#

HTTP：全称 HyperText Transfer Protocol（超文本传输协议），是互联网应用层最基础的通信协议，基于 TCP/IP 协议栈，负责客户端（浏览器 / APP）与服务端之间的超文本数据传输，默认端口 80，全程明文传输。

核心特性#

简单通用：基于请求 - 响应模型，语法简洁，跨平台、跨终端兼容，是 Web 通信的基石；
无状态：协议本身不记录客户端的身份和请求历史，需通过 Cookie/Session/Token 维持用户会话；
灵活可扩展：支持自定义请求方法、头部字段，适配图片、视频、JSON 等各类数据格式传输。

致命短板#

明文传输，无保密性：所有数据在网络中完全裸奔，中间节点（公共 WiFi、路由器、运营商、网关）均可无门槛窃听、截取完整数据，包括账号密码、身份证号、支付信息等敏感内容；
无身份校验，易伪造：无法验证通信双方的真实身份，极易遭遇中间人攻击、钓鱼网站伪装，用户无法确认自己访问的是目标网站还是恶意站点；
无完整性校验，易篡改：传输过程中数据被篡改（如运营商插入广告、恶意代码、修改业务参数），通信双方完全无法察觉。

HTTPS#

HTTPS：全称 HyperText Transfer Protocol Secure（超文本传输安全协议），是 HTTP 的安全增强版，核心是在 HTTP 与 TCP 传输层之间新增了 SSL/TLS 加密隧道，默认端口 443，解决了 HTTP 明文传输的三大致命安全隐患，是当前互联网的主流标准协议。

HTTPS 通过混合加密体系、数字证书身份认证、哈希摘要完整性校验三大核心机制，完整解决 HTTP 的原生安全问题，同时兼顾传输性能。

核心一句话总结：HTTPS = HTTP + SSL/TLS，本质是给 HTTP 通信加了加密、身份认证、完整性校验三重安全防护。

混合加密体系（解决明文窃听问题）#

HTTPS 结合了非对称加密和对称加密的优势，规避两者的短板：

对称加密：加解密使用同一个密钥，速度极快，适合加密大量业务数据；但密钥传输过程中容易泄露。常用算法：AES、ChaCha20。
非对称加密：分为公钥（公开分发）和私钥（仅服务端持有），公钥加密的内容只有私钥能解密，反之亦然；安全性极高，但加解密速度慢，不适合大量数据传输。常用算法：RSA、ECC。

加密流程核心逻辑：通信前，通过非对称加密安全协商出一个仅客户端和服务端知晓的会话对称密钥；后续所有 HTTP 业务数据，全程用这个会话对称密钥加密传输，兼顾安全与性能。

数字证书与 CA 机构（解决身份伪造问题）#

为了防止公钥被中间人伪造替换，HTTPS 引入了 CA（证书颁发机构） 体系：

服务端提前向权威 CA 机构申请数字证书，证书包含服务端域名、公钥、有效期、CA 数字签名等信息；
TLS 握手时，服务端将证书发送给客户端，客户端通过系统预置的 CA 根证书，校验证书的合法性、域名匹配度、有效期，确认服务端是真实可信的，而非中间人伪造；
证书校验不通过，客户端会直接中断通信，弹出 “不安全连接” 警告。

哈希摘要与数字签名（解决数据篡改问题）#

传输数据时，通过 SHA256 等哈希算法生成数据的唯一摘要，再用私钥对摘要进行数字签名；接收方收到数据后，用公钥验签，重新计算数据摘要并比对，一旦数据被篡改，摘要会完全不一致，立即识别异常，拒绝处理。

（简单理解）主流 TLS 1.2 握手 4 步完成，TLS 1.3 已优化至 1-RTT，大幅降低握手延迟：

客户端 Hello：发送支持的 TLS 版本、加密套件、随机数 1；
服务端 Hello：返回确认的 TLS 版本、加密套件、随机数 2、服务端数字证书；
客户端校验证书合法后，生成预主密钥，用服务端公钥加密发送给服务端；
双方通过预主密钥 + 两个随机数，生成相同的会话对称密钥，后续所有 HTTP 数据均用该密钥加密传输。

HTTP 和 HTTP 差异#

对比维度	HTTP	HTTPS
默认端口	80	443
传输特性	明文传输，无加密	全程 TLS 加密传输，密文传输
安全性	无保密性、无身份校验、无完整性保护，极易被窃听 / 篡改 / 伪造	三重安全防护，防窃听、防篡改、防伪造，安全性极高
证书要求	无需证书	必须向权威 CA 机构申请数字证书（自签名证书仅可用于测试环境）
性能开销	无加密解密开销，TCP 三次握手后直接传输数据	额外的 TLS 握手开销，加解密有轻微性能损耗；TLS 1.3 + 会话复用优化后，损耗可忽略
抓包难度	无门槛，直接抓取即可看到完整明文请求 / 响应	必须安装并信任中间人根证书、开启 SSL 代理，否则只能看到乱码密文；开启 SSL Pinning 后无法常规抓包
SEO 权重	浏览器标记 “不安全”，搜索引擎降权	浏览器标记安全锁，搜索引擎优先收录，权重更高
合规性	传输敏感个人信息违反《个人信息保护法》《网络安全法》等保要求	满足数据传输加密的合规要求，是线上业务的强制标准
适用场景	仅内部测试环境、无敏感信息的静态资源站点	所有线上 Web 站点、APP 接口、支付、金融、政务等涉及用户数据的业务场景

软测相关#

为什么 HTTPS 抓包必须安装证书、开启 SSL 代理？

Charles 抓包的本质是合法的中间人攻击。HTTPS 的设计初衷就是防止中间人窃听，正常通信中，只有客户端和真实服务端能拿到会话对称密钥，中间人只能拿到无法解密的密文。
要实现 HTTPS 抓包解密，必须满足两个核心条件：
- 让客户端信任 Charles 的根证书，把 Charles 当成合法的服务端，完成 TLS 握手并协商出客户端 - Charles 的会话密钥；
- Charles 同时作为客户端，和真实服务端完成 TLS 握手，协商出 Charles - 服务端的会话密钥；
- Charles 用两套密钥分别解密、加密双向流量，实现明文查看和篡改，这也是 Charles 中 SSL Proxying 配置、证书信任的核心原理。

为什么高版本系统 / APP 抓不到 HTTPS 包？

系统级证书限制：Android 7.0 及以上系统，默认不信任用户手动安装的根证书，仅信任系统预置的权威 CA 根证书；iOS 10.3 + 安装证书后，必须手动在「证书信任设置」中开启完全信任，否则证书不生效。
SSL Pinning（证书固定）：正规线上 APP 会在代码中固定服务端证书的公钥 / 哈希值，即使客户端信任了 Charles 证书，APP 发现证书与固定值不一致，会直接中断通信，拒绝传输数据，这也是第三方 APP 无法常规抓包的核心原因。
合规提示：仅可对企业自有、授权测试的 APP 关闭 SSL Pinning，禁止未经授权破解第三方 APP。

软件测试中 HTTP/HTTPS 的核心测试关注点

HTTP 测试：核心关注合规风险，线上业务禁止用 HTTP 传输账号密码、身份证、支付信息等敏感数据，否则违反《个人信息保护法》等合规要求；仅可用于内部测试环境，需确认是否有强制跳转 HTTPS 的配置。
HTTPS 测试：
- 证书有效性：校验证书有效期、域名匹配度、CA 机构合法性，避免证书过期、域名不匹配导致线上故障；
- 安全配置：禁用 TLS 1.0/1.1 等不安全版本、弱加密套件，开启 HSTS，防止 SSL 剥离攻击；
- 传输安全：校验敏感数据是否在 HTTPS 基础上做了二次加密，是否有明文泄露敏感字段；
- 防护有效性：验证 SSL Pinning 是否生效，是否能抵御中间人抓包篡改。

常见误区#

HTTPS 不是绝对安全：HTTPS 只解决传输层的安全问题，无法防护应用层漏洞。SQL 注入、XSS 跨站脚本、越权操作、业务逻辑漏洞等，依然需要通过接口测试、安全测试来防护；如果设备被 ROOT / 越狱、用户手动信任了恶意证书，HTTPS 通信依然可能被窃听。

HTTPS 一定比 HTTP 慢很多：早期 TLS 协议握手开销较大，现在 TLS 1.3 优化了握手流程，配合会话复用、OCSP 装订、CDN 加速等技术，HTTPS 的性能损耗已经极小，远低于其带来的安全收益，已无性能层面的接入障碍。

用了 HTTPS 就不用再做数据加密：核心敏感数据（如支付密码、银行卡号），建议在应用层做二次加密。双重防护可以避免即使传输层被解密，核心数据依然无法被窃取，进一步提升安全水位。

Fiddler的使用

Mon, 13 Apr 2026 00:00:00 GMT

Fiddler 简介#

Fiddler 作为代理服务器的方式存在客服端和服务器之间，所有的网络数据都要经过 Fiddler，以此截取数据信息，实现网络数据抓包。

Fiddler 是位于客户端和服务器端的 HTTP 代理，监听两者发出的请求响应信息，是目前最常用的 HTTP 抓包工具之一。

功能非常强大，是 web 调试的利器：

监控浏览器所有的 HTTP/HTTPS 流量
查看、分析请求内容细节
伪造客户端请求和服务器响应
测试网站的性能
解密 HTTPS 的 web 会话
全局、局部断点功能
可以安装第三方插件扩展额外功能

适合场景：

接口调试、接口测试、线上环境调试、web 性能分析
判断前后端 bug、开发环境 hosts 配置、mock、弱网断网测试

HTTP 简介#

Hyper Text Transfer Protocol（超文本传输协议），用于从万维网服务器传输超文本到本地浏览器的传送协议。

HTTP 协议是基于 TCP 的应用层协议，它不关心数据传输的细节，主要是用来规定客户端和服务端的数据传输格式，最初是用来向客户端传输 HTML 页面的内容。默认端口是 80。

HTTP 是基于请求与响应模式的、无状态的、应用层的协议

请求报文#

HTTP 请求报文（Request Message）是客户端（浏览器、APP、爬虫等）向服务器发起 HTTP 请求时，按照 HTTP 协议规范发送的结构化数据，用于告知服务器「要做什么、要什么资源、带什么参数 / 数据」。

一个完整的 HTTP 请求报文，顺序固定不可调换，分为4 个核心部分：请求行 → 请求头 → 空行 → 请求体。

请求行（Request Line）：请求报文的第一行（唯一一行），是整个请求的核心摘要，固定格式如下：<请求方法> <请求URI/URL> <HTTP版本>，例如：GET /api/user/info?user_id=10086 HTTP/1.1。

请求方法：HTTP 标准动词，明确告知服务器要执行的操作，高频常用项如下：

请求方法	核心含义	典型使用场景
GET	资源获取（只读操作）	打开网页、查询接口、获取图片 / 静态资源，`默认无请求体`，参数放在 URL 的 Query 查询串中
POST	资源提交 / 创建	登录、表单提交、新增数据接口，`核心参数放在请求体中`
PUT	资源全量更新	修改用户全量信息、覆盖整条数据
DELETE	资源删除	删除数据接口
HEAD	仅获取响应头	检查资源是否存在、校验缓存有效性，无响应体
OPTIONS	跨域预检请求	跨域请求前浏览器自动发起，询问服务器允许的请求源 / 方法
PATCH	资源部分更新	仅修改资源的单个字段，无需全量提交

请求 URI/URL：统一资源标识符，明确告知服务器要访问的目标资源位置

绝对路径形式（最常用，配合 Host 头）：/api/user/info?user_id=10086
完整 URL 形式（代理请求专用，Fiddler 抓包可直接看到）：https://www.example.com/api/user/info?user_id=10086
补充：?后为 Query 查询参数，多组参数用&分隔，是 GET 请求传参的核心方式

HTTP 版本：客户端使用的协议版本，常见为HTTP/1.1（最通用，强制要求携带 Host 头）、HTTP/2、HTTP/3

请求头（Request Headers）：请求行下方，多行字段名: 字段值格式的键值对（每行一个字段，大小写不敏感），用于传递请求的元数据，告知服务器「客户端是谁、能接受什么内容、带了什么凭证」。

高频核心请求头按功能分类如下：

分类	关键字段	核心作用	典型示例
强制必填 & 基础定位	Host	目标服务器的域名 + 端口，HTTP/1.1 协议强制必填，用于服务器区分同 IP 下的多个站点	`Host: www.example.com`
****	Connection	连接管理，控制 TCP 连接是否保持长连接	`Connection: keep-alive`
客户端标识	User-Agent	客户端信息（浏览器、系统、设备、APP 标识），俗称 UA，常被用于反爬校验	`User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) Chrome/120.0.0.0`
内容协商 & 解析	Accept	客户端能接受的响应体媒体类型	`Accept: application/json, text/html, /`
****	Accept-Encoding	客户端支持的响应体压缩格式	`Accept-Encoding: gzip, deflate, br`
****	Content-Type	请求体的媒体类型 / 格式，服务器必须按此解析请求体，POST 请求必填	`application/json; charset=utf-8`
****	Content-Length	请求体的字节长度，服务器据此读取完整的请求体	`Content-Length: 58`
鉴权 & 会话凭证	Cookie	客户端自动携带的 Cookie，用于会话保持、登录状态校验	`Cookie: token=abc123; uid=10086`
****	Authorization	接口鉴权凭证，常用 Bearer Token、Basic Auth	`Authorization: Bearer abc123xyz456`
缓存 & 溯源	Referer	发起当前请求的来源页面 URL，用于防盗链、请求溯源	`Referer: https://www.example.com/login.htm`l
跨域相关	Origin	跨域请求的源域名，浏览器自动携带，不可手动篡改	`Origin: https://www.example.com`

空行：请求头和请求体之间，必须有一个单独的空行（连续两个回车换行符\r\n\r\n），是 HTTP 协议的强制规范，用以明确标识请求头结束，请求体开始。

哪怕没有请求体，请求头结束后也必须携带这个空行，否则服务器会直接解析失败，返回 400 错误。

请求体（Request Body）：也叫请求正文，是客户端发送给服务器的实际业务数据，是 POST/PUT/PATCH 等请求的核心，GET/HEAD 请求默认无请求体。

格式完全由请求头的 Content-Type 决定，二者必须严格匹配，否则服务器会解析失败、无法接收参数。
为可选内容，仅在需要提交数据时携带

抓包最常见的 3 种请求体格式：

application/json：目前接口开发最主流的格式，请求体为标准 JSON 字符串。例如：{"username":"test_user","password":"123456","remember":true}。
application/x-www-form-urlencoded：表单默认提交格式，和 URL 查询串格式一致，键值对用&分隔。例如：username=test&password=123456&remember=1。
multipart/form-data：文件上传专用格式，支持二进制文件和普通参数混合提交，通过 boundary 分隔符区分每个字段

响应报文#

HTTP 响应报文（Response Message）是服务器收到客户端 HTTP 请求后，按照 HTTP 协议规范返回的结构化数据，用于告知客户端请求的处理结果、携带返回的资源内容。

一个完整的 HTTP 响应报文，严格遵循 RFC 7230 协议规范，分为 4 个核心部分，顺序固定：状态行 → 响应头 → 空行 → 响应体。

状态行（Status Line）：响应报文的第一行，是整个响应的核心摘要，直接告诉客户端请求的最终处理结果，固定格式：<HTTP版本> <3位状态码> <状态描述短语>，例如 HTTP/1.1 200 OK。

HTTP 版本：与请求报文的版本对应，常见为 HTTP/1.1、HTTP/2、HTTP/3。

状态码：3 位数字，是请求结果的核心标识，分为 5 大固定类别：

分类	核心含义	高频常用值
1xx	信息性响应，协议中间状态	101（协议切换，如 WebSocket）
2xx	请求成功处理	200 OK（成功）、201 Created（资源创建成功）、204 No Content（无返回体）
3xx	重定向，需客户端进一步操作	301（永久重定向）、302（临时重定向）、304（缓存生效，无响应体）
4xx	客户端错误，请求有问题	400（参数错误）、401（未授权 / 未登录）、403（权限不足，服务器拒绝）、404（资源不存在）、405（请求方法不允许）
5xx	服务器错误，服务端处理失败	500（服务器内部错误）、502（网关错误，上游服务异常）、503（服务不可用）、504（网关超时）

状态描述：对状态码的简短文本说明，仅用于人类阅读，不影响程序处理。

响应头（Response Headers）：状态行下方，多行字段名: 字段值格式的键值对，每行一个字段，用于传递响应的元数据，告诉客户端如何处理返回的内容。

常用核心响应头按功能分类如下：

分类	关键字段	核心作用
基础通用类	Server	服务器软件信息（如 nginx、Apache）
****	Date	响应生成的标准 GMT 时间
****	Connection	连接管理（keep-alive 长连接 /close 关闭连接）
内容解析类（最核心）	Content-Type	响应体的媒体类型 + 字符集，决定客户端如何解析内容例：application/json; charset=utf-8（JSON 接口）、text/html; charset=utf-8（网页）、image/png（图片）
****	Content-Length	响应体的字节长度
****	Content-Encoding	响应体压缩格式（gzip/br/deflate），客户端需对应解压
缓存控制类	Cache-Control	缓存策略（max-age=3600 缓存 1 小时 /no-cache 协商缓存 /no-store 不缓存）
****	ETag	资源唯一标识，用于协商缓存
****	Last-Modified	资源最后修改时间，用于协商缓存
安全 & 跨域类	Access-Control-Allow-Origin	跨域允许的请求源（* 代表所有，或指定域名）
****	Set-Cookie	服务器给客户端写入 Cookie，后续请求会自动携带
****	X-Frame-Options	控制是否允许被 iframe 嵌入，防点击劫持
重定向类	Location	重定向的目标 URL，3xx 状态码必须携带

空行：响应头和响应体之间，必须有一个单独的空行（连续两个回车换行符\r\n\r\n），是 HTTP 协议的强制规范，作用是标识响应头结束，响应体开始。

响应体（Response Body）：也叫响应正文，是服务器返回的实际业务数据，也是抓包时最关注的核心内容。

格式完全由响应头的 Content-Type 决定，常见类型：HTML 网页、JSON 接口数据、JavaScript/CSS 文本、图片 / 视频 / 文件等二进制数据
响应体为可选内容：204 No Content、304 Not Modified、HEAD 请求的响应，均无响应体

Fiddler#

下载 Fiddler 经典版，最新版强制登录且有试用期。

可以抓到请求的网站：超级蜘蛛池

测试-抓包工具-Fildder

MySQL索引

Sun, 12 Apr 2026 00:00:00 GMT

索引是 MySQL 高效查询数据的核心数据结构，本质是数据表的 “目录”，通过预先排序、组织数据的 key 值（创建二叉树），避免全表扫描，将随机磁盘 IO 转为顺序 IO，从而指数级提升查询性能。

在我们为表的字段添加 主键(PRIMARY KEY) / UNIQUE 时，MySQL就自动为该字段添加了一个索引，称为主键索引 / 唯一索引。

索引类型	核心特点	创建语法
主键索引	唯一 + 非空，聚簇索引，一个表仅一个	`建表时`：PRIMARY KEY (id)新增：ALTER TABLE user ADD PRIMARY KEY (id);
唯一索引	索引列值必须唯一，允许 NULL 值（多个 NULL 不算重复）	`CREATE UNIQUE INDEX idx_user_phone ON user(phone);`
普通索引	无约束，仅用于加速查询，最基础的索引	`CREATE INDEX idx_user_age ON user(age);`
联合索引	多个列组合而成的索引，需遵循最左前缀原则	`CREATE INDEX idx_user_name_age ON user(name,age);`
前缀索引	针对长字符串，仅对字段前 N 个字符建索引，减小索引体积	`CREATE INDEX idx_url ON article(url(15));`
全文索引	针对大文本的分词检索，支持模糊匹配	`CREATE FULLTEXT INDEX idx_article_content ON article(content);`

MySQL的全文索引效果不是很好，一般高级语言都会有框架解决全文搜索的问题。

查看表的所有索引：SHOW INDEX FROM 表名;
删除索引：DROP INDEX 索引名 ON 表名; 或 ALTER TABLE 表名 DROP INDEX 索引名;

关于索引需要注意以下几点：

核心字段优先建索引：只为 WHERE、JOIN ON、ORDER BY、GROUP BY 涉及的列建索引，不要为 SELECT 中的非查询列单独建索引。
避免过度索引与冗余索引：索引不是越多越好，过多的索引会占用磁盘空间，大幅降低 INSERT/UPDATE/DELETE 的写性能。已有idx(a,b)，无需再建idx(a)，属于冗余索引。
列尽量设置为 NOT NULL：NULL 值会占用索引空间，导致优化器的索引选择、统计计算更复杂，建议给列设置默认值，避免 NULL。
禁止在索引列上做任何计算 / 函数操作：把计算放到业务层，不要放到 SQL 中，避免索引失效。

MySQL事务

Sun, 12 Apr 2026 00:00:00 GMT

MySQL 事务是一组原子性的 SQL 操作（DML）集合，它将多个 SQL 操作绑定为一个不可拆分的逻辑执行单元，核心规则是：所有操作要么全部执行成功，要么全部失败回滚，是数据库保障数据一致性、并发操作安全性的核心机制。

MySQL 中只有 InnoDB 存储引擎原生支持完整的事务特性

事务的核心基石：ACID 四大特性#

ACID 是事务的灵魂，四个特性相辅相成，最终目标是保障数据的一致性，每个特性都有明确的业务含义和底层实现支撑。

特性	核心定义	业务示例	底层实现保障
原子性（Atomicity）	事务是最小不可分割的执行单元，不存在 “部分成功”，所有操作要么全提交生效，要么全失败回滚	转账场景中，“扣款” 和 “收款” 必须同时成功，绝不能出现扣了钱没到账的情况	`undo log（回滚日志）`：记录操作的反向 SQL，事务失败时通过 undo log 还原数据到初始状态
一致性（Consistency）	事务执行前后，数据库的完整性约束（主键、外键、非空、业务规则）不被破坏，数据从一个合法状态转换为另一个合法状态	转账前后两个账户的总余额必须相等，账户余额不能为负数，不能凭空产生或消失金额	是事务的`最终目标`，由原子性、隔离性、持久性共同保障，同时需要业务代码配合约束
隔离性（Isolation）	多个并发执行的事务之间相互隔离，一个事务的执行不能被其他事务干扰，避免并发操作导致的数据错乱	A、B 同时给同一个账户转账，两个事务不能互相覆盖修改，最终余额必须是两次转账的累加结果	`锁机制 + MVCC（多版本并发控制）`：不同隔离级别通过不同的锁策略和多版本机制，平衡并发性能与数据安全性
持久性（Durability）	事务一旦提交成功，对数据的修改就是永久的，后续任何操作、系统故障（宕机、断电）都不会丢失已提交的数据	转账成功收到银行通知后，哪怕银行机房断电，转账记录和余额变化也不会消失	`redo log（重做日志）`：基于 WAL 预写日志机制，修改数据前先写日志，宕机后可通过 redo log 恢复已提交的数据

事务的基础语法#

MySQL 默认开启 autocommit = 1，即每一条单独的 SQL 语句都会被当成一个独立事务，执行完成后自动提交，无法回滚。

若要手动控制事务，必须显式开启事务，或关闭自动提交 SET autocommit = 0;。

语句	核心作用
BEGIN; / START TRANSACTION;	显式开启一个新的手动事务
COMMIT;	提交事务，永久保存所有修改，释放占用的锁资源
ROLLBACK;	回滚事务，撤销所有未提交的修改，释放占用的锁资源
SAVEPOINT 保存点名称;	事务内设置保存点，支持部分回滚，不影响保存点之前的操作
ROLLBACK TO SAVEPOINT 保存点名称;	回滚到指定保存点，仅撤销保存点之后的操作

以下操作会触发 MySQL隐式提交事务（等同于自动执行 COMMIT），哪怕你未手动提交，也无法回滚之前的操作：

执行 DDL 语句：CREATE/ALTER/DROP/TRUNCATE 等表结构操作

执行管理类语句：LOCK TABLES、UNLOCK TABLES、SET AUTOCOMMIT=1
事务嵌套时，开启新事务会隐式提交上一个未完成的事务
数据导入语句：LOAD DATA INFILE

1
-- 开启事务
2
BEGIN;
3
-- 步骤1：张三账户扣款1000元
4
UPDATE account SET balance = balance - 1000 WHERE id = 1;
5

6
SAVEPOINT sp1; -- 设置保存点
7

8
-- 步骤2：李四账户加款1000元
9
UPDATE account SET balance = balance + 1000 WHERE id = 2;
10

11
-- 若步骤2执行异常，仅回滚步骤2，保留步骤1的操作
12
ROLLBACK TO sp1;
13

14
-- 最终提交事务
15
COMMIT;

展开收起

隔离级别#

隔离级别是事务隔离性的具体落地，核心解决「并发性能」和「数据安全」的平衡问题：隔离级别越高，数据异常越少，并发性能越差。

在完全无隔离的情况下，多个事务同时操作同一份数据，会出现 3 种核心数据异常：

脏读：一个事务读取到了另一个事务未提交的数据。示例：事务 A 修改了账户余额但未提交，事务 B 读取到了这个未提交的数据，随后事务 A 回滚，事务 B 读到的就是无效的脏数据。
不可重复读：同一个事务内，多次读取同一条数据，由于其他提交事务所做的修改，使得返回的结果不一致。示例：事务 A 第一次读取账户余额为 1000 元，期间事务 B 修改了该余额并提交，事务 A 第二次读取时余额变为 2000 元，无法重复读取到一致的结果。
幻读：同一个事务内，用相同的条件多次范围查询，由于其他事务所做的插入或删除操作，使得得到的行数不一致。示例：事务 A 查询 id BETWEEN 1 AND 10 得到 5 条数据，期间事务 B 插入了一条 id=3 的数据并提交，事务 A 再次查询得到 6 条数据，如同出现了幻觉。

核心区分：不可重复读针对单条数据的修改，幻读针对新增 / 删除导致的行数变化。

综上，SQL 标准定义了 4 个隔离级别，从低到高如下，MySQL InnoDB默认隔离级别为可重复读（RR）。

隔离级别	脏读	不可重复读	幻读	核心特点与适用场景
读未提交（READ UNCOMMITTED）	✅	✅	✅	最低隔离级别，几乎无隔离，仅保障持久性，生产环境严禁使用
读已提交（READ COMMITTED）	❌	✅	✅	仅能读取已提交的数据，Oracle、PostgreSQL 默认级别，适合读多写少、对实时性要求高的场景
可重复读（REPEATABLE READ）	❌	❌	标准 SQL 中可能，MySQL 中已解决	MySQL 默认级别，同一事务内多次读取结果完全一致，通过 `Next-Key Lock` 临键锁解决了幻读问题，平衡了性能与安全性，适合绝大多数业务场景
串行化（SERIALIZABLE）	❌	❌	❌	最高隔离级别，强制所有事务串行执行，完全消除并发冲突，但并发性能极差，仅适用于对数据一致性要求极高、并发量极低的金融核心场景

隔离级别常用操作：

1
-- 查看当前会话隔离级别（MySQL 8.0+）
2
SELECT @@session.transaction_isolation;
3
-- 查看全局隔离级别
4
SELECT @@global.transaction_isolation;
5
-- MySQL 5.7及之前版本用 tx_isolation
6
SELECT @@tx_isolation;
7

8
-- 修改当前会话隔离级别为读已提交
9
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
10
-- 修改全局隔离级别（重启后失效，永久修改需修改my.cnf配置文件）
11
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;

事务底层实现#

MySQL 事务的原子性、持久性，核心靠 redo log 与 undo log 两个日志实现，两者相辅相成，缺一不可。

特性	redo log（重做日志）	undo log（回滚日志）
核心作用	保障事务持久性，实现崩溃恢复	保障事务原子性，支撑 MVCC 多版本控制
记录内容	物理级日志，记录「某个数据页做了什么修改」	逻辑级日志，记录「如何撤销本次修改的反向操作」
写入方式	固定大小循环写入，写满后会将脏数据刷入磁盘	追加式写入，事务提交后不会立即删除，用于 MVCC 快照读
生命周期	事务执行时写入，提交后落盘，崩溃恢复完成后失效	事务执行时写入，事务提交后，等对应快照读全部结束后，由 purge 线程清理

MySQL存储引擎和视图

Sun, 12 Apr 2026 00:00:00 GMT

存储引擎#

查看 MySQL 实例支持的所有存储引擎

1
-- 结果中Support列标注DEFAULT的，就是实例的默认存储引擎。
2
SHOW ENGINES;

InnoDB（MySQL 5.5+ 默认引擎，绝对主流）#

InnoDB 是 MySQL 官方主推的事务型引擎，覆盖了 99% 的生产业务场景（需要数据可靠性、高并发读写、事务支持的业务场景）。

优点	缺点
数据可靠性拉满，支持事务和崩溃恢复	相比 MyISAM，有事务开销，占用存储空间更大
高并发读写性能优异，行级锁冲突少	维护复杂度更高，需要合理配置缓冲池、日志等参数
支持外键、MVCC，功能最全面	批量写入的纯读场景，性能略低于优化后的 MyISAM

MyISAM（MySQL 5.5 之前默认引擎，已基本淘汰）#

MyISAM 是 MySQL 早期的默认引擎，设计简单，无事务支持，现在已被 InnoDB 全面替代。

优点	缺点
设计简单，维护成本低	不支持事务，数据可靠性极差
纯读场景（无写入）性能优异，占用空间小	表级锁，写并发性能几乎为零
支持全文索引、压缩表	宕机后数据易损坏，无法自动恢复

MySQL 8.0 已逐步移除对 MyISAM 的支持，且 InnoDB 现已原生支持全文索引，MyISAM 已无不可替代的优势。

对比维度	InnoDB	MyISAM	Memory	Archive
事务支持	✅ 完整 ACID	❌ 不支持	❌ 不支持	❌ 不支持
锁粒度	行级锁 + 间隙锁	表级锁	表级锁	行级锁
崩溃恢复	✅ 原生支持	❌ 不支持	❌ 数据全丢	❌ 不支持
外键约束	✅ 支持	❌ 不支持	❌ 不支持	❌ 不支持
索引能力	聚簇索引 + 二级索引，支持全文索引	非聚簇索引，支持全文索引	哈希 / B 树索引	仅自增主键索引
数据持久化	✅ 磁盘持久化	✅ 磁盘持久化	❌ 内存存储，重启丢失	✅ 磁盘压缩持久化
存储占用	中等	偏小	内存占用高	极小
核心优势	高可靠、高并发、功能全	纯读性能好、占用小	极致读写速度	高压缩、高写入性能

视图#

视图（View）是一种虚拟表，其内容由查询定义。它本身不存储数据，数据来自底层的基表（Base Table），使用时动态从基表查询生成。

视图的核心作用：

简化复杂查询：将多表关联、子查询等复杂逻辑封装成视图，直接查询视图即可。
数据安全：限制用户只能访问视图中的字段 / 行，隐藏基表的敏感数据。
逻辑独立性：基表结构变化时，只需修改视图定义，无需修改应用代码。

创建视图

1
CREATE VIEW 视图名 AS
2
SELECT 字段1, 字段2 FROM 基表 WHERE 条件;

修改视图

1
-- 方式1：覆盖创建（推荐）
2
CREATE OR REPLACE VIEW 视图名 AS SELECT ...;
3
-- 方式2：ALTER修改
4
ALTER VIEW 视图名 AS SELECT ...;

删除视图

1
DROP VIEW IF EXISTS 视图名;

使用视图：像普通表一样查询

1
SELECT * FROM 视图名;

注意事项：

更新限制：若视图包含 GROUP BY、聚合函数（SUM/COUNT）、DISTINCT 等，则无法通过视图更新基表数据。
性能影响：视图是 “实时查询”，复杂视图（视图套视图）可能影响性能，需合理设计。
视图不存储数据：视图是虚拟表，数据全部来自底层基表。基表数据更新，视图的查询结果会同步变化。
权限控制最佳实践：给业务用户仅开放视图的查询权限，不开放基表的访问权限，实现数据隔离和敏感信息保护。

MySQL用户管理#

针对 root 外的用户，可以通过如下命令：

1
-- 创建一个用户
2
CREATE USER '用户名'@'IP位置' IDENTIFIED BY '密码';
3

4
-- 删除一个用户
5
DROP USER '用户名'@'IP位置';
6

7
-- 修改自已密码
8
SET PASSWORD = PASSWORD('密码');

MySQL权限#

MySQL 权限的本质是：谁（用户）能从哪台机器（主机），对什么数据库对象，执行什么操作。

核心规则：MySQL 的用户唯一标识是 用户名@主机地址，而非单纯的用户名。

MySQL 验证权限时，先匹配最精确的主机地址，再按「全局→库→表→列」的范围从大到小匹配，只要任意一个级别有权限，即可生效。

root@localhost：仅允许本地登录的 root 用户
root@192.168.1.%：仅允许从 192.168.1.0/24 内网网段登录的 root 用户
root@%：允许从任意地址远程登录的 root 用户

所有权限都存储在 mysql 系统库的权限表中，无需手动修改，通过标准命令操作即可：

权限表	存储内容	权限级别
mysql.user	用户基础信息、全局权限	全局级别（.）
mysql.db	单库全表权限	数据库级别（db.*）
mysql.tables_priv	单表权限	表级别（db.tbl）
mysql.columns_priv	单列权限	列级别
mysql.procs_priv	存储过程 / 函数 / 视图权限	子程序级别

权限级别#

权限级别	范围写法	适用场景
全局级别	.	DBA 管理员账号，对整个 MySQL 实例生效，禁止给业务账号使用
数据库级别	db_name.*	线上业务核心场景，给应用账号仅开放对应业务库的权限
表级别	db_name.table_name	精细化控制，比如仅允许操作订单表，禁止访问用户敏感表
列级别	单独指定字段	敏感数据管控，比如仅允许查看员工姓名 / 部门，禁止查看薪资 / 身份证号
子程序级别	存储过程 / 函数名	控制存储过程的执行、修改权限

常用权限#

数据操作类（DML，业务账号核心权限）

权限	用途
SELECT	查询数据，只读账号必备
INSERT	插入数据
UPDATE	更新数据
DELETE	删除数据（线上业务谨慎授予）

结构操作类（DDL，仅给开发 / 管理员，禁止给线上业务账号）

权限	用途
CREATE	创建数据库、表、索引
DROP	删除数据库、表、视图（高危，禁止给业务账号）
ALTER	修改表结构、索引（高危，禁止给线上业务账号）
INDEX	创建 / 删除索引
CREATE VIEW / SHOW VIEW	创建 / 查看视图定义
CREATE ROUTINE / ALTER ROUTINE	创建 / 修改 / 删除存储过程 / 函数
EXECUTE	执行存储过程 / 函数

管理类权限（仅给 DBA，绝对禁止给普通业务账号）

权限	用途	风险等级
ALL PRIVILEGES	除GRANT OPTION外的所有权限，简写ALL	高
CREATE USER	创建、删除、修改用户的权限	高
GRANT OPTION	将自身权限授予其他用户的权限，可导致权限失控	极高
SUPER	超级管理员权限，可终止线程、修改全局变量、配置主从	极高
REPLICATION SLAVE / REPLICATION CLIENT	主从复制专用权限	中
SHOW DATABASES	查看所有数据库名的权限	中
FILE	读取 / 写入服务器本地文件，可直接获取系统权限	极高，生产环境严禁授予

命令操作#

执行以下命令，必须使用拥有 CREATE USER 和 GRANT OPTION 权限的账号（默认 root 账号）。

创建用户：MySQL 8.0+ 必须先创建用户，再授权，不支持 GRANT 隐式创建用户，否则会直接报错。

1
-- 标准语法
2
CREATE USER '用户名'@'主机地址' IDENTIFIED BY '强密码';
3

4
-- 示例1：创建仅本地登录的业务账号
5
CREATE USER 'app_user'@'localhost' IDENTIFIED BY 'App@Pass2026';
6

7
-- 示例2：创建仅内网网段登录的只读账号
8
CREATE USER 'read_user'@'192.168.1.%' IDENTIFIED BY 'Read@Only2026';
9

10
-- 示例3：创建开发环境测试账号（生产环境禁止使用@%）
11
CREATE USER 'test_user'@'%' IDENTIFIED BY 'Test@Pass2026';

授权操作（GRANT）：WITH GRANT OPTION 会让该用户可将自身权限授予他人，仅管理员使用，绝对禁止给业务账号。

1
-- 标准语法
2
GRANT 权限1,权限2 ON 权限范围 TO '用户名'@'主机地址';
3

4
-- 示例1：线上业务标准配置：给应用账号授予业务库读写权限（最常用）
5
GRANT SELECT,INSERT,UPDATE,DELETE ON shop_db.* TO 'app_user'@'192.168.1.%';
6

7
-- 示例2：给只读账号授予全库查询权限（报表/数据分析用）
8
GRANT SELECT ON *.* TO 'read_user'@'192.168.1.%';
9

10
-- 示例3：给开发账号授予测试库全权限（仅开发环境用）
11
GRANT ALL ON test_db.* TO 'dev_user'@'192.168.1.%';
12

13
-- 示例4：列级精细化授权：仅允许查看员工表的非敏感字段
14
GRANT SELECT(emp_id,emp_name,dept_name) ON company_db.employee TO 'hr_read'@'192.168.1.%';
15

16
-- 示例5：视图专用授权
17
GRANT CREATE VIEW,SHOW VIEW,SELECT ON shop_db.* TO 'app_user'@'192.168.1.%';

展开收起

查看当前用户权限

1
-- 查看当前登录用户的权限
2
SHOW GRANTS;
3

4
-- 查看指定用户的完整权限（最常用）
5
SHOW GRANTS FOR 'app_user'@'192.168.1.%';
6

7
-- 查看实例所有用户的基础信息（用户名+允许登录的主机）
8
SELECT user,host FROM mysql.user;

撤销权限（REVOKE）：撤销的权限范围、权限列表必须和授权时完全一致，否则无法正确撤销。

1
-- 标准语法
2
REVOKE 权限1,权限2 ON 权限范围 FROM '用户名'@'主机地址';
3

4
-- 示例1：撤销业务账号的DELETE权限，防止误删数据
5
REVOKE DELETE ON shop_db.* FROM 'app_user'@'192.168.1.%';
6

7
-- 示例2：撤销用户的所有权限
8
REVOKE ALL PRIVILEGES, GRANT OPTION FROM 'test_user'@'%';

删除用户：不要直接用 DELETE 删除 mysql.user 表的数据，会导致权限残留、数据库异常。

1
-- 标准语法（全版本推荐，无权限残留）
2
DROP USER '用户名'@'主机地址';
3

4
-- 示例
5
DROP USER 'test_user'@'%';

变化注意#

MySQL 8.0 权限核心发生变化：

移除 GRANT 隐式创建用户功能：5.7 支持 GRANT ... ON ... TO 'user'@'%' IDENTIFIED BY 'xxx' 同时创建用户和授权，8.0 该写法会直接报错，必须先 CREATE USER 再授权。
新增角色（Role）功能：可将一组权限打包成角色，批量给用户授权，修改权限时仅需修改角色，无需逐个调整用户，适合多账号统一管理。

1
-- 角色示例：创建只读角色，批量授权给多个用户
2
CREATE ROLE 'shop_read_role';
3
GRANT SELECT ON shop_db.* TO 'shop_read_role';
4
GRANT 'shop_read_role' TO 'read_user1'@'192.168.1.%', 'read_user2'@'192.168.1.%';
5
-- 设置用户登录后自动激活角色
6
SET DEFAULT ROLE 'shop_read_role' TO 'read_user1'@'192.168.1.%';

密码策略默认开启：默认启用密码复杂度校验，强制使用强密码，禁止弱密码。
移除PASSWORD()函数：修改密码必须使用 ALTER USER 'user'@'%' IDENTIFIED BY '新密码';。
细粒度权限拆分：拆分了原 SUPER 权限，新增 SESSION_VARIABLES_ADMIN、SYSTEM_USER 等细分权限，安全性更高。

多表查询

Sat, 11 Apr 2026 00:00:00 GMT

笛卡尔集（Cartesian Product），又称笛卡尔积，是数学中集合论的概念，在数据库中特指两个表中所有行的无条件组合。

假设有两个集合 A 和 B，A 中的每个元素与 B 中的每个元素配对，所有可能的组合结果就是笛卡尔积。
在数据库中，若对两个表执行查询时未指定关联条件，就会产生笛卡尔积，结果行数 = 表 1 行数 × 表 2 行数。

创建 emp表、dept表和 salgrade表

1
-- 创建数据库
2
CREATE DATABASE learn_mysql;
3

4
-- 使用数据库
5
USE learn_mysql;
6

7
-- 创建雇员表
8
CREATE TABLE `emp` (
9
`empno` mediumint(8) unsigned NOT NULL DEFAULT '0',
10
`ename` varchar(20) COLLATE utf8_bin NOT NULL DEFAULT '""',
11
`job` varchar(9) COLLATE utf8_bin NOT NULL DEFAULT '""',
12
`mgr` mediumint(8) unsigned DEFAULT NULL,
13
`hiredate` date NOT NULL,
14
`sal` decimal(7,2) NOT NULL,
15
`comm` decimal(7,2) DEFAULT NULL,
16
`deptno` mediumint(8) unsigned NOT NULL
17
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
18

19
-- 为雇员表插入数据
20
INSERT INTO emp VALUES(7369,'SMITH','CLERK',7902,'1990-12-17',800.00,NULL,20),
21
(7499,'ALLEN','SALESMAN',7698,'1991-2-20',1600.00,300.00,30),
22
(7521,'WARD','SALESMAN',7968,'1991-2-22',1250.00,500.00,30),
23
(7566,'JONES','MANAGER',7839,'1991-4-2',2975.00,NULL,20),
24
(7654,'MARTIN','SALESMAN',7968,'1991-9-28',1250.00,1400.00,30),
25
(7698,'BLAKE','MANAGER',7839,'1991-5-1',2850.00,NULL,30),
26
(7782,'CLARK','MANAGER',7839,'1991-6-9',2450.00,NULL,10),
27
(7788,'SCOTT','ANALYST',7566,'1991-4-19',3000.00,NULL,20),
28
(7839,'KING','PRESIDENT',NULL,'1991-11-17',5000.00,NULL,10),
29
(7844,'TURNER','SALESMAN',7698,'1991-9-8',1500.00,NULL,30),
30
(7900,'JAMES','CLERK',7698,'1991-12-3',950.00,NULL,30),
31
(7902,'FORD','ANALYST',7566,'1991-12-3',3000.00,NULL,20),
32
(7934,'MILLER','CLERK',7782,'1991-1-23',1300.00,NULL,10);
33

34
-- 创建工资级别表
35
CREATE TABLE salgrade(
36
grade MEDIUMINT UNSIGNED NOT NULL DEFAULT 0,
37
losal DECIMAL(17,2) NOT NULL,
38
hisal DECIMAL(17,2) NOT NULL
39
);
40

41
-- 为工资级别表插入数据
42
INSERT INTO salgrade VALUES(1,700,1200),
43
(2,1201,1400),
44
(3,1401,2000),
45
(4,2001,3000),
46
(5,3001,9999);
47

48
-- 创建部门表
49
CREATE TABLE dept(
50
deptno MEDIUMINT UNSIGNED NOT NULL DEFAULT 0,
51
dname VARCHAR(20) NOT NULL DEFAULT "",
52
loc VARCHAR(13) NOT NULL DEFAULT ""
53
);
54

55
-- 为部门表插入数据
56
INSERT INTO dept VALUES(10, 'ACCOUNTING', 'BEIJING'),
57
(20, 'RESEARCH', 'SHANGHAI'),
58
(30, 'SALES', 'NANJING'),
59
(40, 'OPERATIONS', 'CHENGDU');

展开收起

查询雇员的工资和所在部门，该问题涉及两张表（emp 和 dept）

1
-- 查询雇员的工资和所在部门
2
-- 雇员、工资在empty表、所在部门在dept表
3
-- 如果简单查询两张表，会出现笛卡尔集
4
SELECT * FROM emp,dept;
5

6
-- 通过多表的内连接可以解决笛卡尔集
7
SELECT ename,sal,dname from emp,dept WHERE emp.deptno = dept.deptno;

自连接：表与自身连接，需用别名区分：

1
-- 自连接：查询雇员的上级
2
SELECT worker.ename AS '雇员',boss.ename AS '所属上级' FROM emp worker,emp boss WHERE worker.mgr = boss.empno;

将查询出来的记录当做一张临时表：

1
-- 查询每个部门大于对应部门的平均工资的员工
2
-- 1. 查询每个部门的平均工资
3
select deptno,AVG(sal) AS avg_sal FROM emp GROUP BY deptno;
4
-- 将上述所查询的记录当做一张临时表
5
SELECT
6
  ename,sal,emp.deptno,avg_sal
7
FROM
8
  emp,
9
  (SELECT deptno, AVG(sal) AS avg_sal FROM emp GROUP BY deptno) temp
10
WHERE
11
  emp.deptno = temp.deptno AND emp.sal > temp.avg_sal;

子查询#

行子查询：返回一列单行或多行：

1
--  子查询:查询与smith相同部门的员工
2
SELECT deptno FROM emp WHERE ename = 'SMITH';
3

4
-- 通过上面查询到smith所在部门作为子条件来查询该部门员工
5
SELECT * FROM emp WHERE deptno = (
6
    SELECT deptno FROM emp WHERE ename = 'SMITH'
7
  );

列子查询：返回单行多列：

1
-- 列子查询:查询与allen部门和岗位相同的员工（不包含allen）
2
select * FROM emp;
3

4
-- 查询allen的部门和岗位
5
SELECT deptno,job FROM emp where ename = 'ALLEN';
6

7
-- 根据上面的查询不包含allen的员工
8
SELECT * FROM emp WHERE (deptno,job) = (
9
  SELECT deptno,job FROM emp where ename = 'ALLEN'
10
) AND ename <> 'ALLEN';

关键字#

在 MySQL 中，ALL 和 ANY 是用于子查询比较的关键字，需配合比较运算符（>、<、=、>=、<=、<>）使用，用于将主查询的值与子查询返回的结果集进行比对。

示例：假设有成绩表 score：

student_id	score
1	75
2	85
3	90

ANY（任意一个）：主查询的值只需满足子查询结果集中的任意一个，条件即成立。

> ANY：大于子查询结果的最小值
< ANY：小于子查询结果的最大值
= ANY：等价于 IN（等于任意一个）

查询 “成绩大于任意一个 80 分以上学生” 的记录（即只要大于 80 分即可）：

1
-- 返回 90 分的记录（子查询中返回 85,90两条记录）。
2
SELECT * FROM score
3
WHERE score > ANY (SELECT score FROM score WHERE score > 80);

在 MySQL 中，SOME 和 ANY 完全等价，可互换使用。

ALL（所有）：含义：主查询的值必须满足子查询结果集中的所有值，条件才成立。

> ALL：大于子查询结果的最大值
< ALL：小于子查询结果的最小值
<> ALL：等价于 NOT IN（不等于所有）

查询 “成绩大于所有 80 分以上学生” 的记录（即需大于最大值 90）：

1
-- 无记录（因为没有成绩大于 90）。
2
SELECT * FROM score
3
WHERE score > ALL (SELECT score FROM score WHERE score > 80);

自我复制：insert into 表1 select * from 表1;

全字段重复（无主键且所有字段完全一样）

1
-- 1. 创建临时表，存入去重后的数据
2
CREATE TABLE 临时表名 LIKE 原表名;
3
INSERT INTO 临时表名 SELECT DISTINCT * FROM 原表名;
4

5
-- 2. 清空原表
6
TRUNCATE TABLE 原表名;
7

8
-- 3. 将数据插回原表
9
INSERT INTO 原表名 SELECT * FROM 临时表名;
10

11
-- 4. 删除临时表
12
DROP TABLE 临时表名;

合并查询#

MySQL 中的合并查询通常指使用 UNION 或 UNION ALL 关键字，将多个 SELECT 语句的结果纵向合并为一个结果集（区别于 JOIN 的横向关联）。

关键字	作用	去重	性能
UNION	合并结果集	自动去除重复行	较慢（需去重排序）
UNION ALL	合并结果集	保留所有行（包括重复）	较快（无需去重）

多个 SELECT 语句的列数必须相同。
对应列的数据类型必须兼容（如 INT 和 VARCHAR 需可隐式转换）。
列的顺序必须一致。

多表连接#

MySQL 多表查询中的外连接（Outer Join）是一种关联查询方式，它会返回至少一个表中的所有行，即使另一个表中没有匹配的记录（未匹配部分显示为 NULL）。

类型	关键字	作用说明
左外连接	LEFT JOIN 或 LEFT OUTER JOIN	返回左表的所有行，右表未匹配的列显示为 NULL。
右外连接	RIGHT JOIN 或 RIGHT OUTER JOIN	返回右表的所有行，左表未匹配的列显示为 NULL。
全外连接	FULL JOIN	MySQL 不直接支持，需通过 LEFT JOIN + UNION + RIGHT JOIN 模拟实现。

MySQL约束

Sat, 11 Apr 2026 00:00:00 GMT

约束（Constraint）是作用于数据表列 / 表级别的强制规则，用于限制写入表中的数据格式、范围、关联关系，从数据库底层保障数据的准确性、完整性、一致性，是关系型数据库数据治理的核心能力。

NOT NULL 非空约束#

强制字段不能存储 NULL 值，插入 / 更新数据时，该字段必须填写有效值，否则 SQL 执行报错。

NULL ≠ 空字符串 ”、0：MySQL 中，NULL 代表 “未知值”，和空字符串、数字 0 是完全不同的概念，非空约束仅禁止 NULL，允许空字符串、0 写入。
NOT NULL 常和 DEFAULT 配合使用：如果字段设置了 NOT NULL 但无 DEFAULT，插入时不赋值会直接报错；搭配 DEFAULT 后，未赋值时自动填充默认值，避免报错。
主键字段默认自带 NOT NULL：无需额外声明，主键字段强制非空。
仅支持列级约束：不能在表级声明 NOT NULL 约束。

DEFAULT 默认值约束#

给字段设置默认值，当插入新记录时，若未给该字段赋值，自动使用默认值填充，避免出现 NULL 值，简化 SQL 编写。

版本兼容问题：MySQL 5.6 及之前，只有 TIMESTAMP 类型支持 DEFAULT CURRENT_TIMESTAMP；MySQL 5.6+ 开始，DATETIME 类型也支持默认值为当前时间。
默认值仅在 “未赋值” 时生效：如果插入时显式给字段赋值为 NULL，即使有 DEFAULT，也会写入 NULL（若字段无 NOT NULL 约束）。
默认值必须匹配字段类型：比如 INT 类型字段不能设置字符串默认值，否则会报错。

UNIQUE 唯一约束#

保证字段（或字段组合）中的所有值都是唯一的，不允许出现重复值，用于避免业务上的重复数据。

UNIQUE 允许 NULL 值：MySQL 中，NULL 不等于任何值（包括自己），所以唯一约束的字段允许多个 NULL 值写入，不会触发重复报错，这是和主键的核心区别之一。
一个表可以有多个 UNIQUE 约束：而主键一个表只能有一个。
复合唯一约束：多个字段的组合值唯一，单个字段可以重复，只要组合不重复即可，比如用户表中 “用户名 + 租户 ID” 复合唯一，不同租户可以有相同用户名。
唯一约束会自动创建唯一索引：数据库会给 UNIQUE 字段自动创建唯一索引，提升查询效率，同时通过索引保证唯一性。

PRIMARY KEY 主键约束#

主键约束是 NOT NULL + UNIQUE 的组合，唯一标识表中的每一行记录，是表中记录的 “身份证号”，一个表只能有一个主键（可以是单个字段，也可以是多个字段组成的复合主键）。

主键强制非空 + 唯一：主键字段不允许 NULL 值，不允许重复值，无需额外声明 NOT NULL。
一个表只能有一个主键：即使是复合主键，也是一个主键，由多个字段组成。
主键推荐使用无业务含义的自增 ID：比如 INT/BIGINT 类型的 AUTO_INCREMENT 字段，避免使用业务字段（如身份证号、学号）作为主键，业务字段一旦变更，会引发外键、索引的连锁问题。
主键会自动创建聚簇索引：InnoDB 存储引擎中，表的数据是按主键的聚簇索引组织的，主键查询性能是最高的。
AUTO_INCREMENT 只能用于主键 / 唯一键字段：普通字段无法设置自增属性。

主键 vs 唯一约束核心区别：

特性	PRIMARY KEY	UNIQUE
非空限制	强制非空，不允许 NULL	允许 NULL 值，且可多个 NULL
数量限制	一个表只能有 1 个	一个表可以有多个
索引类型	自动创建聚簇索引	自动创建唯一二级索引
自增属性	可搭配 AUTO_INCREMENT	仅唯一键字段可搭配，极少用
核心用途	唯一标识一行记录	避免业务字段重复

CHECK 检查约束#

限制字段的值必须满足指定的布尔条件，只有条件为 TRUE 的数据才能写入，否则 SQL 执行报错，用于实现业务自定义的规则校验。

版本重大差异：MySQL 8.0.16 版本之前，虽然语法上支持 CHECK 约束，但数据库会忽略该约束，不会生效；8.0.16 及以上版本才真正实现了 CHECK 约束的完整功能，5.7 及以下版本无法使用。
检查条件必须返回布尔值：可以使用比较运算符、逻辑运算符、IN、BETWEEN、LIKE 等，条件为 FALSE 时拒绝写入，UNKNOWN（比如 NULL 值参与运算）时不拒绝。
多字段关联校验：表级 CHECK 约束可以实现多个字段的关联校验，比如 “订单结束时间必须晚于开始时间”、“折扣价必须低于原价”。

FOREIGN KEY 外键约束#

外键约束用于建立和强制两个表之间的关联关系，外键字段在从表（子表）中，关联主表（父表）的主键 / 唯一键字段，保证从表的外键值必须在主表的关联字段中存在，避免 “脏数据”，保障参照完整性。

级联动作详解（ON DELETE / ON UPDATE）：级联动作定义了主表的记录被删除 / 更新时，从表关联数据的处理规则，是外键约束的核心配置，常用选项如下：

级联选项	核心作用	使用场景
RESTRICT（默认值）	主表删除 / 更新时，若从表有关联数据，直接拒绝操作	核心基础数据，不允许随意删除，比如班级、商品分类
CASCADE	主表删除 / 更新时，从表关联数据同步删除 / 更新	父子强关联数据，比如用户删除，对应的收货地址、订单也删除
SET NULL	主表删除 / 更新时，从表关联的外键字段设置为 NULL（要求外键字段允许 NULL）	可选关联数据，比如员工所属部门删除，员工的部门 ID 置空
NO ACTION	和 RESTRICT 完全一致，MySQL 中无区别，是 SQL 标准的语法	无特殊场景，兼容 SQL 标准

存储引擎限制：只有 InnoDB 存储引擎支持外键约束，MyISAM 引擎不支持，这是最常见的新手踩坑点。
关联字段要求：主表的关联字段必须是主键或唯一键；从表的外键字段和主表的关联字段，数据类型、长度、字符集必须完全一致，否则无法创建外键。
外键字段可以重复、可以为 NULL：除非额外设置了 NOT NULL、UNIQUE 约束，外键本身不限制重复和 NULL。
数据写入顺序：必须先写主表，再写从表（从表的外键值必须在主表中存在）；删除顺序相反，必须先删从表，再删主表（除非设置了 ON DELETE CASCADE）。
外键的性能问题：高并发写入场景，外键会触发数据库的关联校验，增加数据库开销，可能导致死锁；互联网高并发场景，很多业务会放弃外键，在业务代码层实现数据一致性。

数据库的增删改查

Fri, 10 Apr 2026 00:00:00 GMT

INSERT 语句#

INSERT 是 SQL 标准中数据操作语言（DML）的核心语句，唯一核心作用是向数据库表中新增一行或多行数据，是数据库写入操作的基础语句，MySQL、PostgreSQL、SQL Server、Oracle 等所有主流关系型数据库均兼容其标准语法。

统一基于以下用户表 users 来展开说明

1
-- 用户表 users
2
CREATE TABLE users (
3
    id INT PRIMARY KEY AUTO_INCREMENT COMMENT '用户ID（自增主键）',
4
    user_name VARCHAR(50) NOT NULL COMMENT '用户名（非空约束）',
5
    age INT COMMENT '年龄',
6
    email VARCHAR(100) UNIQUE COMMENT '邮箱（唯一约束）',
7
    create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间（默认当前时间）'
8
);

基础语法#

单行插入（指定列），这是最规范、兼容性最好、可维护性最强的写法，生产环境优先使用。

1
INSERT INTO 表名 (列名1, 列名2, 列名3, ...)
2
VALUES (值1, 值2, 值3, ...);

核心规则：

列名顺序可自定义，无需和表定义的字段顺序一致
VALUES 中的值，必须和前面的列名数量一致、数据类型匹配(会进行隐式转换)
非空且无默认值的字段，必须出现在列名列表中并赋值

1
-- 仅插入必填字段，其余字段用默认值/NULL
2
INSERT INTO users (user_name, age)
3
VALUES ('张三', 25);
4

5
-- 插入指定多个字段，顺序可自定义
6
INSERT INTO users (email, user_name, age)
7
VALUES ('zhangsan@example.com', '张三', 25);

单行全列插入，即省略列名列表，直接给全表所有字段赋值。

1
INSERT INTO 表名
2
VALUES (值1, 值2, 值3, ...);

这种必须严格按照表定义的字段顺序，为所有字段完整赋值，包括自增主键、有默认值的字段，一个都不能少。

1
-- 必须按 id, user_name, age, email, create_time 的顺序完整传值
2
INSERT INTO users
3
VALUES (2, '李四', 28, 'lisi@example.com', '2026-04-09 12:00:00');

⚠️ 致命缺陷：表结构一旦变更（新增 / 删除字段、调整字段顺序），语句会直接报错，可维护性极差，生产环境严禁使用。

多行批量插入，标准 SQL 支持单条 INSERT 插入多行数据，相比循环执行单行 INSERT，能大幅减少数据库 IO、网络交互和事务开销，批量写入性能提升可达数十倍。

1
INSERT INTO 表名 (列名1, 列名2, ...)
2
VALUES
3
(值1-1, 值1-2, ...),
4
(值2-1, 值2-2, ...),
5
(值3-1, 值3-2, ...);

⚠️ 性能提示：单条 INSERT 的 VALUES 行数建议控制在 1000-5000 行，总数据量不超过 16MB（MySQL 默认限制），避免触发数据库包大小限制，反而导致性能下降。

1
-- 一次性插入3条用户数据
2
INSERT INTO users (user_name, age, email)
3
VALUES
4
('王五', 22, 'wangwu@example.com'),
5
('赵六', 30, 'zhaoliu@example.com'),
6
('孙七', 27, 'sunqi@example.com');

无需手动写 VALUES，直接将另一个表 / 查询的结果集插入到目标表，常用于数据迁移、数据备份、表数据同步。

1
INSERT INTO 目标表名 (列名1, 列名2, ...)
2
SELECT 列1, 列2, ...
3
FROM 源表名
4
WHERE 筛选条件;

需要谨记，SELECT 查询的列数、数据类型，必须和目标表的列名列表完全匹配。

1
-- 新建用户备份表
2
CREATE TABLE users_bak LIKE users;
3

4
-- 将users表中年龄大于25的用户数据，批量插入到备份表
5
INSERT INTO users_bak (user_name, age, email, create_time)
6
SELECT user_name, age, email, create_time
7
FROM users
8
WHERE age > 25;

UPDATE 语句#

UPDATE 是 SQL 标准中DML 数据操作语言的核心语句，核心功能是修改数据库表中已存在的行数据，是业务开发中数据更新的唯一标准语句，MySQL、PostgreSQL 等所有主流数据库均兼容。

1
-- 生产环境唯一推荐的标准写法
2
UPDATE 表名
3
SET
4
    字段1 = 新值1,  -- 多个字段用英文逗号分隔，最后一个字段不加逗号
5
    字段2 = 新值2,
6
    字段N = 新值N
7
WHERE 精准筛选条件; -- 【生死线】必须加！无WHERE=全表数据被修改

✅ 核心执行逻辑：先通过 WHERE 筛选出要修改的行，再按 SET 给指定字段赋新值，仅修改符合条件的行。

执行更新语句前必须遵守如下规则：

UPDATE 必须加 WHERE 子句，除非你 100% 明确需要修改全表所有行，否则省略 WHERE 会直接修改整张表的所有数据，造成不可逆的数据损坏。
更新前必须先用 SELECT 校验条件，执行 UPDATE 前，先用完全相同的 WHERE 条件执行 SELECT，确认筛选出来的行就是你要修改的目标行，避免条件写错导致误改。
必须用事务包裹，可回滚兜底，UPDATE 属于 DML 语句，非自动提交模式下，执行后不会永久生效，用事务包裹，出错可以直接回滚，是误操作后的救命稻草。
禁止用非索引字段做大批量更新的筛选条件，大批量更新时，WHERE 条件优先用主键、唯一索引字段，避免全表扫描，同时 InnoDB 只会给符合条件的行加行锁，不会锁全表，避免业务系统阻塞。

DELETE 语句#

DELETE 是 SQL 标准中DML 数据操作语言的核心语句，核心作用是删除数据库表中符合筛选条件的行数据，MySQL、PostgreSQL、SQL Server、Oracle 等所有主流关系型数据库均完全兼容标准语法。

1
DELETE FROM 表名
2
[WHERE 筛选条件]  -- 【生死线·必加】仅删除符合条件的行，无WHERE=全表删除
3
[ORDER BY 排序规则]  -- 部分数据库支持，控制删除顺序
4
[LIMIT 行数限制];  -- 部分数据库支持，限制单次删除的最大行数

⚠️ 【最高优先级安全红线】：DELETE 语句必须搭配 WHERE 子句使用！除非你明确需要清空整张表的所有数据，否则省略 WHERE 会直接删除表中全部数据，造成不可逆的生产事故，风险远高于 UPDATE！

核心执行逻辑

先通过 WHERE 子句精准筛选出需要删除的行（无 WHERE 则选中全表所有行）
逐行删除符合条件的数据，同时记录事务日志（支持回滚）
不会修改表结构、索引、字段约束，也不会重置自增主键的序列

⚠️ 风险提示：全表 DELETE 会逐行记录日志，大表删除速度极慢，会锁表导致业务阻塞，且非事务模式下数据无法恢复，生产环境非极端场景严禁使用。

执行更新语句前必须遵守如下规则：

DELETE 必须加 WHERE 子句，除非你 100% 明确需要清空全表，否则永远不要省略 WHERE，这是避免 99% 删除事故的核心准则。 2.删除前必须先用 SELECT 校验条件，执行 DELETE 前，先用完全相同的 WHERE 条件执行 SELECT 语句，确认筛选出来的行就是你要删除的目标行，避免条件写错导致误删。
永远用事务包裹删除操作，无论删除单行还是多行，必须先开启事务，执行后核对结果，确认无误再提交，发现问题立即回滚，这是误删后的唯一救命稻草。
禁止用非索引字段做删除筛选条件，大批量删除时，WHERE 条件优先使用主键、唯一索引字段，避免全表扫描，同时 InnoDB 只会给符合条件的行加行锁，不会锁全表，避免业务系统阻塞。
大表删除严禁直接用 DELETE 全表操作，百万级以上大表全表删除，用 DELETE 会导致锁表、数据库停住，正确方案是分批删除，或用 TRUNCATE（提前备份数据）。

SELECT 语句#

虽然 SELECT 常被单独称为 DQL（数据查询语言），但它是数据库操作中使用频率最高的语句，核心作用是从表中检索所需数据。

基础查询#

查询全表所有数据

1
-- 查询user表的所有行和所有列
2
SELECT * FROM `user`;

⚠️ 注意：SELECT * 虽然方便，但生产环境不建议用（会查询不需要的字段，浪费资源），建议明确指定要查询的列。

查询指定列（推荐写法）

1
-- 只查询用户名、年龄、邮箱这3列
2
SELECT user_name, age, email FROM `user`;

去重查询（DISTINCT）

1
-- 查询所有不重复的年龄（去掉重复值）
2
SELECT DISTINCT age FROM `user`;

条件查询（WHERE）：精准筛选数据#

最常用的查询场景，通过 WHERE 子句筛选出符合条件的行。

基础比较条件

1
-- 查询id=1的用户
2
SELECT * FROM `user` WHERE id = 1;
3

4
-- 查询年龄大于20岁的用户
5
SELECT * FROM `user` WHERE age > 20;
6

7
-- 查询年龄不等于25岁的用户
8
SELECT * FROM `user` WHERE age != 25;

逻辑条件（AND/OR）

1
-- 查询年龄在20到30岁之间的用户（AND：同时满足）
2
SELECT * FROM `user` WHERE age >= 20 AND age <= 30;
3

4
-- 查询年龄小于18岁或大于60岁的用户（OR：满足其一即可）
5
SELECT * FROM `user` WHERE age < 18 OR age > 60;

范围查询（IN/BETWEEN）

1
-- 查询id是1、3、5的用户（IN：指定多个值）
2
SELECT * FROM `user` WHERE id IN (1, 3, 5);
3

4
-- 查询年龄在20到30岁之间的用户（BETWEEN：闭区间）
5
SELECT * FROM `user` WHERE age BETWEEN 20 AND 30;

模糊查询（LIKE）

1
-- 查询用户名以"张"开头的用户（%：匹配任意多个字符）
2
SELECT * FROM `user` WHERE user_name LIKE '张%';
3

4
-- 查询用户名包含"三"的用户
5
SELECT * FROM `user` WHERE user_name LIKE '%三%';
6

7
-- 查询用户名第二个字是"三"的用户（_：匹配单个字符）
8
SELECT * FROM `user` WHERE user_name LIKE '_三%';

空值查询（IS NULL/IS NOT NULL）

1
-- 查询邮箱为空的用户
2
SELECT * FROM `user` WHERE email IS NULL;
3

4
-- 查询邮箱不为空的用户
5
SELECT * FROM `user` WHERE email IS NOT NULL;

❌ 错误写法：email = NULL（永远不会匹配到任何行，必须用 IS NULL）。

排序查询（ORDER BY）#

1
-- 按年龄从小到大排序（ASC：升序，默认值，可省略）
2
SELECT * FROM `user` ORDER BY age ASC;
3

4
-- 按年龄从大到小排序（DESC：降序）
5
SELECT * FROM `user` ORDER BY age DESC;
6

7
-- 多字段排序：先按年龄降序，年龄相同再按id升序
8
SELECT * FROM `user` ORDER BY age DESC, id ASC;

分页查询（LIMIT）：MySQL 专属#

业务中最常用的功能，比如 “每页显示 10 条，查看第 2 页”。

1
-- 基础语法：LIMIT 偏移量, 每页条数
2
-- 查询前5条数据（第1页）
3
SELECT * FROM `user` LIMIT 0, 5;
4

5
-- 查询第6到10条数据（第2页，偏移量=5）
6
SELECT * FROM `user` LIMIT 5, 5;
7

8
-- 简化写法：LIMIT 条数（等价于 LIMIT 0, 条数）
9
SELECT * FROM `user` LIMIT 5;

聚合查询：统计数据（COUNT/SUM/AVG/MAX/MIN）#

对数据进行统计计算，比如 “总共有多少用户”、“平均年龄是多少”。

COUNT：统计行数

1
-- 统计user表的总用户数（COUNT(*)：统计所有行，包括NULL值）
2
SELECT COUNT(*) AS 总用户数 FROM `user`;
3

4
-- 统计邮箱不为空的用户数（COUNT(字段)：忽略NULL值）
5
SELECT COUNT(email) AS 有邮箱的用户数 FROM `user`;

✅ 技巧：AS 用于给查询结果起别名，让结果更易读。

其他聚合函数

1
-- 计算所有用户的年龄总和
2
SELECT SUM(age) AS 年龄总和 FROM `user`;
3

4
-- 计算所有用户的平均年龄
5
SELECT AVG(age) AS 平均年龄 FROM `user`;
6

7
-- 查询最大年龄
8
SELECT MAX(age) AS 最大年龄 FROM `user`;
9

10
-- 查询最小年龄
11
SELECT MIN(age) AS 最小年龄 FROM `user`;

分组查询（GROUP BY + HAVING）#

对数据进行分组统计，比如 “统计每个年龄段的用户数”。

基础分组

1
-- 按年龄分组，统计每个年龄的用户数
2
SELECT age, COUNT(*) AS 用户数
3
FROM `user`
4
GROUP BY age;

分组后筛选（HAVING）

HAVING 用于对分组后的结果进行筛选（WHERE 是分组前筛选）。

1
-- 按年龄分组，统计用户数大于2的年龄
2
SELECT age, COUNT(*) AS 用户数
3
FROM `user`
4
GROUP BY age
5
HAVING COUNT(*) > 2;

数据库函数

Fri, 10 Apr 2026 00:00:00 GMT

函数#

字符串函数#

字符串拼接（最常用）：

函数	标准语法	核心功能	示例 SQL	执行结果	关键提示
CONCAT()	CONCAT(s1,s2,…sn)	拼接多个字符串 / 字段	SELECT CONCAT(‘MySQL’,’ ’,‘8.0’);	MySQL 8.0	任意一个参数为 NULL，整体返回 NULL，拼接字段需用IFNULL(字段,”)预处理
CONCAT_WS()	CONCAT_WS(分隔符,s1,s2,…sn)	带分隔符安全拼接（With Separator）	SELECT CONCAT_WS(’-’,‘2026’,‘04’,‘09’);	2026-04-09	自动跳过 NULL 值，分隔符必填，是多字段拼接的首选
GROUP_CONCAT()	GROUP_CONCAT([DISTINCT] 字段 [ORDER BY 排序字段] [SEPARATOR 分隔符])	分组行转列，将多行值拼接为单个字符串	SELECT dept,GROUP_CONCAT(user_name SEPARATOR ’、’) FROM user GROUP BY dept;	研发部、张三、李四、王五	MySQL 特有高频函数，默认最大拼接长度 1024 字节，超长会静默截断

长度计算：

函数	标准语法	核心功能	示例 SQL	执行结果	关键提示
CHAR_LENGTH()	CHAR_LENGTH(s)	返回字符串的字符个数	SELECT CHAR_LENGTH(‘你好MySQL’);	7	中文、英文、数字、emoji 均计为 1 个字符，统计文本字数首选
LENGTH()	LENGTH(s)	返回字符串的字节长度	SELECT LENGTH(‘你好MySQL’);	11	UTF-8 下中文占 3 字节、emoji 占 4 字节，常用于校验字段存储上限

子串截取

函数	标准语法	核心功能	示例 SQL	执行结果	关键提示
SUBSTRING()	SUBSTRING(s, start[, length])	从指定位置截取子串，别名SUBSTR()/MID()	SELECT SUBSTRING(‘HelloMySQL’,6,5);	MySQL	1. 索引从 1 开始，start=0 返回空；2. start 为负数时从字符串末尾倒数；3. 省略 length 则截取到末尾
LEFT()	LEFT(s, length)	从左侧截取指定长度的子串	SELECT LEFT(‘HelloMySQL’,5);	Hello	简化版 SUBSTRING，length 为 0 / 负数返回空
RIGHT()	RIGHT(s, length)	从右侧截取指定长度的子串	SELECT RIGHT(‘HelloMySQL’,5);	MySQL	常用于取固定后缀，如手机号后 4 位

子串查找定位

函数	标准语法	核心功能	示例 SQL	执行结果	关键提示
INSTR()	INSTR(母串s, 子串sub)	返回子串在母串中首次出现的位置	SELECT INSTR(‘HelloMySQL’,‘MySQL’);	6	找不到子串返回 0，大小写敏感受字段排序规则影响
LOCATE()	LOCATE(sub, s[, start_pos])	从指定位置开始查找子串位置	SELECT LOCATE(‘l’,‘HelloMySQL’,4);	4	比 INSTR 多了自定义起始查找位置的能力，参数顺序与 INSTR 相反

字符串替换

函数	标准语法	核心功能	示例 SQL	执行结果	关键提示
REPLACE()	REPLACE(s, old_sub, new_sub)	全局替换字符串中所有匹配的子串	SELECT REPLACE(‘HelloMySQL’,‘Hello’,‘Hi’);	HiMySQL	大小写敏感受排序规则影响，old_sub 为空时返回原串
INSERT()	INSERT(s, start, length, new_sub)	从指定位置开始，替换指定长度的字符	SELECT INSERT(‘HelloMySQL’,1,5,‘Hi’);	HiMySQL	start 为 0 / 超出字符串长度返回原串；length 为负数时替换到字符串末尾

空格 / 指定字符修剪

函数	标准语法	核心功能	示例 SQL	执行结果	关键提示
TRIM()	TRIM([[BOTH/LEADING/TRAILING] [rem_str] FROM] s)	去除字符串首尾 / 左侧 / 右侧的指定字符（默认空格）	SELECT TRIM(’ HelloMySQL ’);	HelloMySQL	BOTH = 首尾（默认）、LEADING = 左、TRAILING = 右；支持去除自定义字符，如TRIM(‘x’ FROM ‘xxTestxx’)
LTRIM()	LTRIM(s)	仅去除字符串左侧的空格	SELECT LTRIM(’ HelloMySQL’);	HelloMySQL	仅能去空格，去自定义字符用TRIM(LEADING)
RTRIM()	RTRIM(s)	仅去除字符串右侧的空格	SELECT RTRIM(‘HelloMySQL ’);	HelloMySQL	同上

大小写转换 & 固定长度填充

函数	标准语法	核心功能	示例 SQL	执行结果	关键提示
UPPER()/UCASE()	UPPER(s)	字符串全部转大写	SELECT UPPER(‘HelloMySQL’);	HELLOMYSQL	对中文无效果
LOWER()/LCASE()	LOWER(s)	字符串全部转小写	SELECT LOWER(‘HelloMySQL’);	hellomysql	同上
LPAD()	LPAD(s, target_len, pad_str)	左侧用指定字符填充至目标长度	SELECT LPAD(‘123’,6,‘0’);	000123	若原串长度 > target_len，会从右侧截断原串，而非填充
RPAD()	RPAD(s, target_len, pad_str)	右侧用指定字符填充至目标长度	SELECT RPAD(‘123’,6,‘0’);	123000	同上

进阶函数

函数	核心功能	示例 SQL	执行结果
REVERSE(s)	反转字符串	SELECT REVERSE(‘MySQL’);	LQSyM
STRCMP(s1,s2)	字符串比较：s1<s2 返回 - 1，相等返回 0，s1>s2 返回 1	SELECT STRCMP(‘a’,‘b’);	-1
ELT(n, s1,s2,…sn)	返回第 n 个字符串，n 从 1 开始	SELECT ELT(2,‘Java’,‘MySQL’,‘Python’);	MySQL
FIELD(sub, s1,s2,…sn)	返回 sub 在列表中首次出现的位置，找不到返回 0	SELECT FIELD(‘MySQL’,‘Java’,‘MySQL’,‘Python’);	2
FIND_IN_SET(sub, str_set)	返回 sub 在逗号分隔的字符串集合中的位置	SELECT FIND_IN_SET(‘MySQL’,‘Java,MySQL,Python’);	2
FORMAT(num, d)	格式化数字为千分位格式，保留 d 位小数	SELECT FORMAT(1234567.89,2);	1,234,567.89
SPACE(n)	生成 n 个空格的字符串	SELECT CONCAT(‘Hello’,SPACE(2),‘MySQL’);	Hello MySQL
ASCII(s)	返回字符串第一个字符的 ASCII 码	SELECT ASCII(‘A’);	65
CHAR(n)	将 ASCII 码转换为对应的字符	SELECT CHAR(65);	A
REPEAT(s, n)	将字符串 s 重复 n 次	SELECT REPEAT(’*‘,3);	***

正则专用字符串函数

函数	核心功能	示例 SQL	执行结果
REGEXP_LIKE(s, 正则表达式)	判断字符串是否匹配正则，返回 1/0	SELECT REGEXP_LIKE(‘13812345678’,‘^1[3-9]\d{9}$’);	1（验证手机号合规）
REGEXP_SUBSTR(s, 正则表达式)	提取字符串中匹配正则的子串	SELECT REGEXP_SUBSTR(‘订单号123456’,‘\d+’);	123456
REGEXP_REPLACE(s, 正则, new_str)	正则替换匹配的内容	SELECT REGEXP_REPLACE(‘13812345678’,’(\d{3})\d{4}(\d{4})’,‘1∗∗∗∗1****1∗∗∗∗2’);	138****5678
REGEXP_INSTR(s, 正则)	返回正则匹配内容的首次出现位置	SELECT REGEXP_INSTR(‘MySQL8.0’,‘\d’);	6

关键避坑指南（新手必看）

索引起始规则：MySQL 所有字符串函数的位置索引从 1 开始，不是编程常用的 0，start=0 会直接返回空字符串，是最常见的新手错误。
NULL 值陷阱：CONCAT()只要有一个参数是 NULL，整体返回 NULL，拼接字段时必须用IFNULL(字段, ”)预处理；CONCAT_WS()会自动跳过 NULL 值，是多字段拼接的首选。
长度函数区分：统计文本字数用CHAR_LENGTH()，校验存储字节用LENGTH()，中文场景混用会导致结果完全错误。
填充截断问题：LPAD()/RPAD()的核心是「最终长度固定为 target_len」，如果原串长度超过目标长度，会直接截断，而非保留原串。
GROUP_CONCAT 长度限制：默认最大拼接长度为 1024 字节，超长会静默截断，生产环境需提前修改配置：SET GLOBAL group_concat_max_len = 1024000;
大小写敏感规则：默认使用_ci结尾的排序规则（不区分大小写），如需区分大小写，可使用_bin二进制排序规则，或加BINARY关键字，如SELECT REPLACE(BINARY ‘Hello’,‘h’,‘H’);

关键注意点：

MySQL：LENGTH() 返回字节数（UTF-8 下中文占 3 字节），CHAR_LENGTH() 返回字符数。
SQL Server：SUBSTRING(start, len) 中 start 从 1 开始，无 LPAD/RPAD，需用 REPLICATE(pad, len) + s 实现。
Oracle：SUBSTR(start, len) 支持负数 start（从尾部倒数），LENGTHB() 返回字节数。

数学函数#

MySQL 数学函数覆盖基础运算、取整、随机数、幂指对、三角函数等场景，以下是核心函数的结构化整理：

基础运算函数：

函数名	功能说明	示例 SQL	示例结果
ABS(n)	返回绝对值	SELECT ABS(-123);	123
SIGN(n)	返回符号：-1 (负)/0 (零)/1 (正)	SELECT SIGN(-45);	-1
MOD(n, m)	取模（求余），同 n % m	SELECT MOD(10, 3);	1
GREATEST(v1, v2, …)	返回多个值中的最大值	SELECT GREATEST(5, 9, 3);	9
LEAST(v1, v2, …)	返回多个值中的最小值	SELECT LEAST(5, 9, 3);	3

取整与截断函数：

函数名	功能说明	示例 SQL	示例结果
CEIL(n) / CEILING(n)	向上取整（不小于 n 的最小整数）	SELECT CEIL(4.1);	5
FLOOR(n)	向下取整（不大于 n 的最大整数）	SELECT FLOOR(4.9);	4
ROUND(n, d)	四舍五入，d 为保留小数位数（d 可为负）	SELECT ROUND(123.456, 2);	123.46
TRUNCATE(n, d)	截断小数，直接舍去指定位数（不四舍五入）	SELECT TRUNCATE(123.456, 2);	123.45

幂指对与三角函数：

函数名	功能说明	示例 SQL	示例结果
POWER(n, exp)	幂运算（n 的 exp 次方）	SELECT POWER(2, 3);	8
SQRT(n)	平方根	SELECT SQRT(16);	4
EXP(n)	e 的 n 次方（自然指数）	SELECT EXP(1);	2.718…
LOG(n) / LN(n)	自然对数（以 e 为底）	SELECT LOG(2.718);	~1
LOG10(n)	常用对数（以 10 为底）	SELECT LOG10(100);	2
LOG2(n)	二进制对数（以 2 为底）	SELECT LOG2(8);	3
SIN(n) / COS(n) / TAN(n)	三角函数（n 为弧度）	SELECT SIN(PI()/2);	1
ASIN(n) / ACOS(n) / ATAN(n)	反三角函数（返回弧度）	SELECT ASIN(1);	PI()/2
RADIANS(deg)	角度转弧度	SELECT RADIANS(180);	PI()
DEGREES(rad)	弧度转角度	SELECT DEGREES(PI());	180
PI()	返回圆周率 π	SELECT PI();	3.14159…

随机数函数：

函数名	功能说明	示例 SQL	示例结果
RAND()	生成 0 到 1 之间的随机浮点数	SELECT RAND();	~0.567
RAND(seed)	生成固定序列的随机数（seed 为整数种子）	SELECT RAND(123);	固定值
*FLOOR(RAND()(max-min+1))+min**	生成 [min, max] 之间的随机整数	SELECT FLOOR(RAND()*10+1);	1-10 随机数

关键注意点

ROUND 的负数精度：ROUND(1234, -2) 会将十位及以下四舍五入，结果为 1200。
TRUNCATE 与 ROUND 的区别：TRUNCATE(4.9, 0) 结果为 4（直接截），ROUND(4.9, 0) 结果为 5（四舍五入）。
RAND 的种子用法：若需重复测试，可给 RAND() 加固定种子（如 RAND(123)），每次执行会生成相同的随机序列。
NULL 值处理：GREATEST()/LEAST() 若参数中包含NULL，结果直接返回NULL，需注意判空。
三角函数的单位：MySQL 三角函数默认使用弧度，若输入角度需先用 RADIANS() 转换。

时间日期函数#

获取当前日期和时间#

NOW() / CURRENT_TIMESTAMP()：返回当前日期和时间（格式：YYYY-MM-DD HH:MM:SS）。
CURDATE() / CURRENT_DATE()：返回当前日期（格式：YYYY-MM-DD）。
CURTIME() / CURRENT_TIME()：返回当前时间（格式：HH:MM:SS）。

NOW() 记录过后就不会在改变，而 CURRENT_TIMESTAMP() 会发生改变。

日期时间格式化#

DATE_FORMAT(date, format)：将日期按指定格式显示，常用格式符：
- %Y：4 位年份（如 2026），%y：2 位年份（如 26）
- %m：月份（01 - 12），%c：月份（1 - 12）
- %d：日期（01 - 31），%e：日期（1 - 31）
- %H：小时（00 - 23），%h：小时（01 - 12）
- %i：分钟（00 - 59），%s：秒（00 - 59）

1
--  2026年4月10日 15：49：31
2
SELECT DATE_FORMAT(CURRENT_TIMESTAMP(),'%Y年%c月%e日 %H：%i：%s');

日期时间计算#

DATE_ADD(date, INTERVAL expr unit)：日期加上指定时间间隔，unit 可选：DAY、MONTH、YEAR、HOUR等。

DATE_SUB(date, INTERVAL expr unit)：日期减去指定时间间隔。

1
-- 需要 INTERVAL
2
SELECT DATE_ADD(NOW(), INTERVAL 7 DAY) FROM DUAL;

DATEDIFF(date1, date2)：计算两个日期相差的天数（date1 - date2）。
TIMESTAMPDIFF(unit, datetime1, datetime2)：计算两个日期时间的差值datetime2 - datetime1），unit 可选：SECOND、MINUTE、HOUR、DAY、MONTH、YEAR。

日期时间提取#

YEAR(date) / MONTH(date) / DAY(date)：提取年、月、日。
HOUR(time) / MINUTE(time) / SECOND(time)：提取时、分、秒
DAYOFWEEK(date)：返回星期几（1 = 周日，2 = 周一，…，7 = 周六）。
DAYOFMONTH(date)：返回当月第几天（1-31）。
DAYOFYEAR(date)：返回当年第几天（1-366）。

其他函数#

STR_TO_DATE(str, format)：将字符串按指定格式转换为日期。
- 示例：STR_TO_DATE('2026-04-10', '%Y-%m-%d') → 日期类型
LAST_DAY(date)：返回当月最后一天的日期。
UNIX_TIMESTAMP()：返回当前时间的 Unix 时间戳（1970-1-1 到如今的秒数）。
FROM_UNIXTIME(timestamp)：将 Unix 时间戳转换为日期时间格式。

加密和系统函数#

user()：返回当前用户及所在IP。
DATABASE()：返回当前使用的数据库。
MD5(str)：返回一个 MD5 32位的字符串，常用于（用户密码）加密
PASSWORD(str)：MySQL默认加密函数

流程控制函数#

这类函数可直接用于 SELECT、WHERE、UPDATE、INSERT、ORDER BY 等普通 SQL 语句，无需存储过程 / 函数，用于单行数据的条件判断、空值处理，是日常开发最常用的能力。

IF () 函数：二选一基础判断

语法：IF(condition, value_if_true, value_if_false)
核心逻辑：条件 condition 为 TRUE（非 0、非 NULL），返回第二个参数；否则返回第三个参数。

1
-- 基础二值判断
2
SELECT IF(amount > 1000, '大额订单', '普通订单') AS order_type FROM orders;
3

4
-- 嵌套IF实现多分支（超过3层建议用CASE WHEN，可读性更好）
5
SELECT IF(score >= 90, '优秀', IF(score >= 60, '及格', '不及格')) AS grade FROM student;

条件为 NULL 时，会被视为 FALSE，例如 IF(NULL, 1, 0) 返回 0
两个返回值的数据类型需一致，否则会触发隐式转换，可能导致索引失效

IFNULL () 函数：空值兜底专用

语法：IFNULL(expr1, expr2)
核心逻辑：如果 expr1 不为 NULL，返回原值；否则返回兜底值 expr2，是 MySQL 处理 NULL 值最高频的函数。

1
-- 字段空值兜底
2
SELECT IFNULL(phone, '未预留手机号') AS contact FROM user;
3

4
-- 计算场景兜底，避免 NULL 导致结果为 NULL
5
SELECT IFNULL(price * num, 0) AS total_amount FROM order_item;

仅判断 NULL，空字符串''、数字 0、布尔值 false 都会被视为「非 NULL」，不会触发兜底。
是 MySQL 专属函数，跨库兼容性不如 COALESCE()

NULLIF () 函数：等值判空，规避异常

语法：NULLIF(expr1, expr2)
核心逻辑：如果 expr1 = expr2 成立，返回 NULL；否则返回 expr1。最核心的用途是规避除零错误、避免无意义的数据更新

1
-- 经典除零防护，分母为0时返回NULL，不会报Division by 0错误
2
SELECT total / NULLIF(quantity, 0) AS unit_price FROM sales;
3

4
-- 规避重复更新：新旧值一致时设为NULL，避免无意义的行锁和日志写入
5
UPDATE user SET username = NULLIF(new_username, old_username) WHERE id = 1;

本质等价于 CASE WHEN expr1 = expr2 THEN NULL ELSE expr1 END
两个参数数据类型不同时，会触发隐式类型转换

COALESCE () 函数：多参数空值兜底

语法：COALESCE(expr1, expr2, expr3, ..., exprN)
核心逻辑：返回参数列表中第一个非 NULL 的值，支持无限个参数，是IFNULL()的超集，也是 SQL 标准函数，跨数据库兼容性最好。

1
-- 多字段优先级兜底，按手机号>邮箱>微信的优先级取联系方式
2
SELECT COALESCE(mobile, email, wechat_id, '暂无联系方式') AS contact FROM user;
3

4
-- 金额计算兜底，多字段都为NULL时最终返回0
5
SELECT COALESCE(settle_amount, pay_amount, order_amount, 0) AS final_amount FROM orders;

所有参数都为 NULL 时，最终返回 NULL
比嵌套 IFNULL() 更简洁，可读性更强，优先推荐使用

CASE 表达式：最强大的多分支控制

语法：

1
CASE 匹配表达式
2
  WHEN 匹配值1 / 条件1 THEN 结果1
3
  WHEN 匹配值2 / 条件2 THEN 结果2
4
  ...
5
  ELSE 默认结果
6
END

ELSE 子句可选，不写时所有 WHEN 都不匹配会返回 NULL
所有 THEN 和 ELSE 的返回值类型需一致，否则会触发隐式转换
搜索 CASE 支持任意复杂条件（AND/OR、函数、子查询），优先推荐使用

数据库数据类型

Thu, 09 Apr 2026 00:00:00 GMT

数值类型#

分为整数类型、定点数类型、浮点数类型、位类型，核心用于存储数字数据。

整数类型（最常用，主键 / 状态 / 数量首选）#

类型	字节数	有符号取值范围	无符号 (unsigned) 取值范围	典型适用场景
TINYINT	1	-128 ~ 127	0 ~ 255	状态码、性别、布尔值、年龄
SMALLINT	2	-32768 ~ 32767	0 ~ 65535	小范围数量、分类 ID
MEDIUMINT	3	-8388608 ~ 8388607	0 ~ 16777215	中等规模数据 ID、访问量统计
INT/INTEGER	4	-2147483648 ~ 2147483647	0 ~ 4294967295	表主键、常规业务 ID、数量统计
BIGINT	8	-9223372036854775808 ~ 9223372036854775807	0 ~ 18446744073709551615	超大主键、雪花 ID、分布式业务 ID

关键避坑：MySQL 8.0 已废弃INT(11)这类显示宽度设置，它不影响数值的存储范围，仅为旧版本兼容语法。BOOLEAN/BOOL是TINYINT(1)的别名，0 代表 false，非 0 代表 true，无原生布尔类型。

定点数类型（精准数值，金额首选）#

类型	字节数	核心特性	适用场景
DECIMAL(M,D) / NUMERIC(M,D)	动态（M+2 字节左右）	精准十进制存储，无精度丢失；M = 总有效位数 (1-65)，D = 小数位数 (0-30，≤M)	金额、汇率、精准计量数据

示例：DECIMAL(10,2) 表示总位数 10 位，小数 2 位，取值范围-99999999.99 ~ 99999999.99，是电商订单金额的标准选型。

强制规范：所有金融 / 金额类字段必须用 DECIMAL，绝对禁止用浮点数。

浮点数类型（近似数值，非精准场景用）#

类型	字节数	精度特性	适用场景
FLOAT	4	单精度，约 6-7 位有效数字	科学计算、非精准的浮点数据
DOUBLE	8	双精度，约 15-17 位有效数字	非精准的大数据量浮点统计、地理坐标

避坑：浮点数是二进制近似存储，会出现0.1 + 0.2 ≠ 0.3的精度丢失问题，严禁用于金额、对账等精准校验场景。

位类型#

类型	字节数	特性	适用场景
BIT(M)	1-8 字节（M 为 1-64）	存储位字段，M 为位数，默认 1 位，取值 0/1	多状态位掩码、布尔开关

字符串类型#

最常用的类型之一，分为常规文本字符串、二进制字符串、枚举 / 集合三大类，核心用于存储文本、二进制数据。

常规文本字符串（核心高频）#

类型	最大长度（字符）	存储特性	适用场景
CHAR(M)	0-255	定长字符串，不足 M 位自动补空格，查询效率高	固定长度内容：手机号、身份证号、性别编码、UUID
VARCHAR(M)	0-65535（受行大小限制）	变长字符串，存储实际内容 + 1/2 字节长度前缀，节省空间	非固定长度内容：用户名、地址、商品名称、短备注
TINYTEXT	255	短文本，无默认值，不支持普通索引前缀	极短的扩展字段、临时备注
TEXT	65535	中等文本，无默认值，行溢出存储	文章摘要、评论内容、长备注
MEDIUMTEXT	16777215	长文本，无默认值	文章正文、协议内容、长文本日志
LONGTEXT	4294967295	超长文本，无默认值	超大文本、JSON 大对象、备份内容

字符集强制使用utf8mb4，支持完整 UTF-8 字符（含 emoji），避免utf8（别名utf8mb3，仅支持 3 字节，无法存储 emoji）。
VARCHAR(M)的 M 是字符数，不是字节数：utf8mb4 下 1 个字符最多占 4 字节，MySQL 单行最大容量为 65535 字节，因此 VARCHAR 实际最大可用字符数约 16000 左右。
优先用VARCHAR，仅当内容长度固定时用CHAR，查询速度 char 大于 varchar；短文本优先 VARCHAR，避免滥用 TEXT 类型（TEXT 会触发行溢出，查询性能远低于 VARCHAR）。

3个字节用以记录字段大小。不区分是否为中文还是字母。

二进制字符串类型#

存储二进制字节流，无字符集概念，大小写敏感，适合存储非文本数据。

类型	最大长度	对应文本类型	适用场景
BINARY(M)	0-255 字节	CHAR(M)	固定长度二进制：哈希值、加密串、校验码
VARBINARY(M)	0-65535 字节	VARCHAR(M)	变长二进制：动态加密数据、二进制令牌
TINYBLOB	255 字节	TINYTEXT	极短二进制文件片段
BLOB	65535 字节	TEXT	中等二进制数据：小图片、小文件
MEDIUMBLOB	16777215 字节	MEDIUMTEXT	较大二进制文件：图片、音频片段
LONGBLOB	4294967295 字节	LONGTEXT	超大二进制文件：视频、备份包

不推荐在数据库中直接存储大文件（图片 / 视频），建议存文件路径 / 对象存储 URL，仅特殊涉密场景用 BLOB。

枚举与集合类型#

类型	核心特性	最大选项数	适用场景
ENUM	单选枚举，只能选预定义的一个值，底层用数字存储，节省空间	65535	固定单选选项：性别、订单状态、审核状态
SET	多选集合，可选择预定义的多个值，底层用位掩码存储	64	固定多选选项：用户标签、爱好、权限标识

ENUM：ENUM(‘待付款’,‘待发货’,‘已发货’,‘已完成’)
SET：SET(‘篮球’,‘足球’,‘羽毛球’,‘游泳’)

避坑：ENUM/SET 的选项修改需要执行ALTER TABLE，高并发场景慎用；ENUM 的数值索引容易混淆（如ENUM(‘a’,‘b’)中，where status=1匹配 ‘a’，where status=‘1’匹配值为 ‘1’ 的选项）。

日期与时间类型#

MySQL 8.0 优化了日期类型的存储，核心用于存储时间数据，优先推荐DATETIME。

类型	字节数	格式	取值范围	核心特性	适用场景
DATE	3	YYYY-MM-DD	1000-01-01 ~ 9999-12-31	仅存日期，无时间	生日、入职日期、业务日期
TIME	3	HH:MM.fraction	-838:59:59 ~ 838:59:59	仅存时间 / 时长，支持微秒精度（0-6 位）	营业时间、时长统计、时分秒数据
DATETIME(M)	5	YYYY-MM-DD HH:MM.fraction	1000-01-01 00:00:00 ~ 9999-12-31 23:59:59	不受时区影响，支持微秒精度，支持默认值 / 自动更新	【首选】创建时间、更新时间、业务发生时间
TIMESTAMP(M)	4	YYYY-MM-DD HH:MM.fraction	1970-01-01 00:00:01 UTC ~ 2038-01-19 03:14:07 UTC	受会话时区影响，自动转换时区，有 2038 年上限问题	跨时区业务、需要自动时区转换的场景
YEAR	1	YYYY	1901 ~ 2155	仅存年份，占用空间极小	出生年份、发行年份、统计年份

90% 以上场景优先使用DATETIME(3)（毫秒精度），无 2038 问题，不受时区干扰，MySQL 8.0 支持DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP，完全覆盖 TIMESTAMP 的功能。
禁止用字符串类型存储日期时间，会丧失日期函数、索引优化能力，且占用更多空间。

原生特殊类型#

JSON 类型（MySQL 5.7+ 支持，8.0 大幅优化）
- 核心特性：原生 JSON 格式存储，自动校验 JSON 格式合法性，支持 JSON 专属函数、索引（通过生成列创建），比 TEXT 存 JSON 性能提升显著。
- 最大容量：等同于 LONGTEXT，最大约 4GB。
- 适用场景：动态扩展字段、不固定结构的配置数据、前端透传的结构化数据、多维度标签，避免频繁 ALTER TABLE 加字段。
- 示例：JSON类型字段，存储{“id”:1,“name”:“张三”,“tags”:[“VIP”,“新用户”]}
空间数据类型
- 用于存储地理空间数据，支持空间索引，适配 LBS、地图类业务，核心类型：
- POINT：点坐标（经纬度）
- LINESTRING：线、路径
- POLYGON：多边形、区域
- GEOMETRY：通用空间类型，可存储上述任意类型

关于数据类型选择的指南#

主键选型：单表自增主键用INT UNSIGNED，超大规模 / 分布式表用BIGINT UNSIGNED，禁止用 VARCHAR 作为主键。
金额存储：强制用DECIMAL(M,D)，绝对禁止 FLOAT/DOUBLE。
字符串选型：优先VARCHAR，固定长度用CHAR，字符集统一utf8mb4，短文本禁用 TEXT。
时间选型：优先DATETIME(3)，非必要不用 TIMESTAMP，避免 2038 问题。
状态枚举：少量固定选项用TINYINT（代码映射枚举），固定不变的单选可用 ENUM，高并发场景优先 TINYINT。
动态字段：非结构化 / 动态扩展字段用JSON类型，替代传统的键值对表或多冗余字段。

数据库表操作

Wed, 08 Apr 2026 00:00:00 GMT

SQL 结构化查询语言#

SQL（Structured Query Language，结构化查询语言）是关系型数据库（RDBMS）的国际标准编程语言，1986 年成为 ANSI 标准，1987 年纳入 ISO 国际标准，核心用于数据库的数据增删改查（CRUD）、结构定义、权限管控、事务管理等全生命周期操作。

它是声明式非过程化语言，用户只需描述「要什么数据」，无需编写底层执行逻辑，由数据库引擎自动优化执行路径，是所有主流关系型数据库的通用操作语言，不同数据库仅存在少量方言语法差异，核心标准 SQL 完全通用。

按功能边界，SQL 可分为 5 大核心模块，覆盖数据库全场景操作：

分类	全称	核心作用
DDL	数据定义语言（Data Definition Language）	定义 / 修改数据库的结构（库、表、索引、视图等）
DQL	数据查询语言（Data Query Language）	数据检索与分析，SQL 最核心、最常用的模块
DML	数据操纵语言（Data Manipulation Language）	对表中数据进行增、删、改操作
DCL	数据控制语言（Data Control Language）	管理数据库用户权限与安全
TCL	事务控制语言（Transaction Control Language）	保障数据操作的原子性与一致性

数据库连接与基础配置#

连接数据库

Terminal window

1
# 本地连接（默认端口3306）
2
mysql -u root -p
3

4
# 远程连接（指定主机、端口）
5
mysql -h 192.168.1.100 -P 3306 -u root -p
6

7
# 免安装时使用，启动MySQL服务
8
net start mysql

基础配置查看

1
-- 查看数据库版本
2
SELECT VERSION();
3

4
-- 查看当前数据库
5
SELECT DATABASE();
6

7
-- 查看所有数据库
8
SHOW DATABASES;
9

10
-- 查看当前用户
11
SELECT USER();

MySQL 查看命令

1
-- 查看实例级全局默认字符集
2
SHOW VARIABLES LIKE 'character_set_server';
3
-- 查看实例级全局默认校验规则
4
SHOW VARIABLES LIKE 'collation_server';
5
-- 查看指定数据库的字符集和校验规则
6
SHOW CREATE DATABASE 你的数据库名;
7
-- 查看当前数据库支持的所有字符集
8
SHOW CHARACTER SET;
9
-- 查看指定字符集支持的所有校验规则
10
SHOW COLLATION WHERE Charset = 'utf8mb4';

库操作#

1
-- 创建数据库（指定字符集）
2
CREATE DATABASE IF NOT EXISTS test_db DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_unicode_ci;
3

4
-- 使用数据库
5
USE test_db;
6

7
-- 删除数据库
8
DROP DATABASE IF EXISTS test_db;

创建数据库时，显式指定的字符集 / 校验规则 > 实例级配置的默认值；若不手动指定，完全继承 my.cnf/my.ini 中配置的 character_set_server 和 collation_server。

MySQL 中的 utf8 是 utf8mb3 的别名，仅支持最多 3 字节的 UTF-8 字符，无法存储 emoji、生僻字，生产环境严禁使用，必须用 utf8mb4。

校验规则命名规则：字符集_排序算法_特性，ci = 大小写不敏感，cs = 大小写敏感，bin = 二进制比较（严格区分大小写、口音、特殊字符）。

在命令行中运行如下指令可备份数据库：

Terminal window

1
# 备份整个数据库
2
mysqldump -u root -p -B test_db > E:\test_db_backup.sql
3

4
# 备份指定表
5
mysqldump -u root -p test_db user orders > test_db_tables_backup.sql
6

7
# 备份所有数据库
8
mysqldump -u root -p --all-databases > all_db_backup.sql

在MySQL命令行中运行如下指令可恢复数据库：

Terminal window

1
# 恢复数据库
2
mysql -u root -p test_db < test_db_backup.sql
3

4
# 登录后恢复
5
SOURCE /path/to/test_db_backup.sql;

使用 Navicat 执行数据库恢复却提示语法错误，但在在命令行中进入 MySQL 后输入恢复指令却能正常执行。

表操作#

操作表前必须先指定数据库，执行 USE 数据库名;，或通过 库名.表名 方式指定归属库。

表的创建（CREATE TABLE）#

核心作用：定义表结构、字段类型、约束规则、存储属性，是表操作的基础。

1
CREATE TABLE [IF NOT EXISTS] 表名 (
2
    字段名1 数据类型 [字段约束] [COMMENT '字段注释'],
3
    字段名2 数据类型 [字段约束] [COMMENT '字段注释'],
4
    ...
5
    [表级约束]
6
) [ENGINE=存储引擎] [DEFAULT CHARSET=字符集] [COLLATE=校验规则] [COMMENT='表注释'];

修改表#

核心作用：修改表的字段、约束、属性，大表修改需在业务低峰期执行，避免锁表影响业务。

操作场景	SQL 语句	注意事项
新增字段	ALTER TABLE user ADD COLUMN address VARCHAR(200) NOT NULL DEFAULT ” COMMENT ‘地址’ AFTER email;	AFTER 指定字段位置，FIRST 放在首位；不指定默认追加到表末尾
批量新增字段	ALTER TABLE user ADD COLUMN province VARCHAR(50) COMMENT ‘省份’ AFTER address, ADD COLUMN city VARCHAR(50) COMMENT ‘城市’ AFTER province;	一次修改完成，避免多次 ALTER 大表
修改字段类型 / 约束	ALTER TABLE user MODIFY COLUMN address VARCHAR(300) DEFAULT ” COMMENT ‘详细地址’;	仅修改属性，不能重命名字段；修改类型需兼容原有数据，避免数据截断
重命名字段	ALTER TABLE user RENAME COLUMN address TO full_address;	MySQL 8.0+ 支持；5.7 版本需用 CHANGE 语法
5.7 兼容重命名字段	ALTER TABLE user CHANGE COLUMN address full_address VARCHAR(300) DEFAULT ” COMMENT ‘详细地址’;	CHANGE 必须重写完整的字段类型和属性
删除字段	ALTER TABLE user DROP COLUMN full_address;	高危操作，删除后数据不可恢复，执行前必须备份

表属性全局修改#

1
-- 1. 重命名表（两种写法）
2
-- 写法1：推荐，原子操作
3
ALTER TABLE user RENAME TO user_info;
4
-- 写法2：兼容旧版本
5
RENAME TABLE user TO user_info;
6

7
-- 2. 修改表的存储引擎（大表慎用，会锁表全表重建）
8
ALTER TABLE user ENGINE=InnoDB;
9

10
-- 3. 修改表的字符集与校验规则（同步修改字段字符集）
11
ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
12

13
-- 4. 修改表注释
14
ALTER TABLE user COMMENT='用户基础信息表';
15

16
-- 5. 修改自增主键的起始值（只能往大调，不能小于当前最大id）
17
ALTER TABLE user AUTO_INCREMENT=1000;

展开收起

1
-- 1. 重命名表（两种写法）
2
-- 写法1：推荐，原子操作
3
ALTER TABLE user RENAME TO user_info;
4
-- 写法2：兼容旧版本
5
RENAME TABLE user TO user_info;
6

7
-- 2. 修改表的存储引擎（大表慎用，会锁表全表重建）
8
ALTER TABLE user ENGINE=InnoDB;
9

10
-- 3. 修改表的字符集与校验规则（同步修改字段字符集）
11
ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
12

13
-- 4. 修改表注释
14
ALTER TABLE user COMMENT='用户基础信息表';
15

16
-- 5. 修改自增主键的起始值（只能往大调，不能小于当前最大id）
17
ALTER TABLE user AUTO_INCREMENT=1000;

展开收起

表的删除与清空#

特性	DROP TABLE	TRUNCATE TABLE	DELETE FROM 表名
操作类型	DDL（数据定义语言）	DDL	DML（数据操纵语言）
执行效果	删除整个表（结构 + 数据 + 索引）	清空全表数据，保留结构	按条件删除数据，无 WHERE 则清空全表
事务回滚	不可回滚	不可回滚	可回滚（需开启事务）
自增主键	彻底删除	重置为初始值	不重置，继续递增
执行速度	极快	极快（大数据量远优于 DELETE）	逐行删除，大数据量极慢
锁机制	元数据锁	元数据锁	行锁（InnoDB），无 WHERE 会触发表锁

数据库的安装和配置

Tue, 07 Apr 2026 00:00:00 GMT

原生的文件系统在当前互联网高并发场景下，检索效率极低，无法避免的数据一致性，发生故障很容易丢失数据，导致研发成本变得极高。数据库则是基于文件系统来存储数据文件，并很好的解决文件系统的弊端。

当然对于比如图片、视频、音频等大体积非结构化数据依然适合用文件系统 / 对象存储存放，而这些文件的元数据（归属用户、上传时间、访问权限等），依然会存放在数据库中，二者配合使用，才是企业级系统的最优方案。

安装 MySQL#

以 8.0.45 版本为例（其他版本的安装过程是类似的），下载 MySQL 安装包（.msi），双击开始安装。

勾选自定义 custom，然后点击 Next：

在组件列表里逐层展开，勾选 MySQL Server 8.0.45 - X64，点击中的箭头，将他添加到右侧的窗口里：

鼠标选中 MySQL Server 8.0.41=5 - x64，点击 Advanced Options ，将 MySQL 的安装路径改为其他盘（非系统盘）：

最简单的路径修改方法，可以直接将 C 改成 D，然后点击 OK，在点击上图里的 Next。

点击 Execute 按钮，系统开始安装 MySQL 8.0.45，安装过程中会显示进度条，耐心等待安装完成：

安装完成后(✅)，连续点击两次 Next，进入到下面的界面(默认即可)，不要动它，点击 Next：

官方推荐第一种，我们就用第一种，直接点击 Next：

注意，如果后面用到数据库图形化工具的话，例如 navicat，如果 navicat 版本太老，会产生数据库连接错误，这里建议选择第二个密码选项。

在 Password 和 Repeat Password 输入框中，输入自定义的数据库密码，密码需为字母、数字和特殊字符，长度不少于 8 位，输入完成后，点击 Next：

之后一直点击 Next 或 Execute 即可，都是默认安装配置，当看到该界面时，证明已安装完毕：

配置 MySQL 的环境变量#

右键点击此电脑，选择属性：

在弹出的窗口中点击高级系统设置：

在系统属性窗口中，点击环境变量按钮：

在系统变量列表中，找到 Path 变量，点击编辑：

点击新建，将 MySQL 的安装路径下的 bin 目录（例如：D:\MySQL\MySQL Server 8.0\bin）粘贴进去，点击确定保存设置：

依次点击确定，环境变量就配置好了。

最后验证一下 MySQL 是否安装成功。按下键盘上的 Win+R 组合键（Windows 系统）或打开终端（Linux 系统），输入 mysql -u root -p 并回车。此时会提示输入密码，输入之前设置的数据库密码，然后回车：

如果成功进入 MySQL 命令行界面，并显示 Welcome to the MySQL monitor 字样，说明 MySQL 8.0.45 安装成功。你可以开始使用 CREATE DATABASE 等命令创建数据库，进行数据管理操作了。

参考：【2026最新】MySQL8下载安装全流程教程（附安装包+图文步骤）

图形化界面下载#

参考 Navicat17安装教程（免费）,无需一键三连获取，评论区置顶免费获取即可破解安装。

除了 Navicat，也推荐使用 SQLyog 作为工具使用。

常见控件与功能点测试要点

Sun, 05 Apr 2026 00:00:00 GMT

控件测试核心原则：验证控件显示符合设计要求、功能正常可用、交互逻辑合理、异常场景可正常响应，同时兼顾兼容性（不同设备、浏览器）和易用性。以下梳理各类常见控件及对应功能点的核心测试要点。

一、基础输入类控件#

1. 单行输入框（Text Input）#

显示测试：默认提示文本（placeholder）清晰、位置正确，输入后提示文本正常消失；输入框尺寸、样式、边框、颜色符合设计，禁用/只读状态显示正常（灰化、无法输入）。
功能测试：正常输入（数字、字母、符号、中文）可正确显示，光标位置正常；输入长度验证（达到最大/最小长度时，是否禁止输入、提示正确）；输入限制验证（如仅允许数字，输入字母/符号是否拦截、提示）。
交互测试：聚焦/失焦状态切换正常（光标显示/隐藏、边框样式变化）；快捷键支持（Ctrl+C/V、Backspace、Delete）正常；输入内容可正常删除、修改。
异常测试：输入特殊字符（空格、换行、特殊符号如@#$）、超长文本（超过数据库存储长度），观察是否有合理提示；复制粘贴特殊内容（如富文本、空白字符），验证显示和存储是否正常。

2. 多行输入框（Textarea）#

显示测试：默认提示文本正常，可自动换行/强制不换行（符合设计）；输入框高度、宽度符合要求，滚动条（当内容超出时）显示正常、可正常拖动。
功能测试：支持多行输入、换行（Enter键生效），输入长度（最大/最小）验证；禁止输入的内容（如特殊符号）拦截正常；输入内容保留换行格式，提交后后端存储与前端显示一致。
交互测试：聚焦时光标定位正确，失焦后内容保留；拖动滚动条可查看全部内容，缩放输入框（若支持）后显示正常；快捷键（Ctrl+Enter提交、Ctrl+A全选）正常生效。

3. 密码输入框（Password Input）#

显示测试：输入内容默认隐藏（以星号/圆点显示），显示/隐藏密码按钮（若有）样式正常，点击后可切换显示状态。
功能测试：输入内容长度、复杂度（如要求字母+数字+符号）验证，不符合时提示正确；密码复制、粘贴功能（若禁止，需拦截并提示）；输入错误密码（如登录场景）时，提示信息准确。
交互测试：聚焦/失焦状态正常，光标显示正常；输入过程中无明文泄露，切换显示/隐藏按钮后，内容显示切换正常。

二、选择类控件#

1. 复选框（Checkbox）#

显示测试：未选中、选中、半选中（如父级复选框）、禁用状态的样式符合设计；复选框与文本对齐（垂直/水平居中），多选项排列整齐。
功能测试：单个复选框点击可切换选中/未选中状态，状态同步显示；全选/反选功能（若有）正常，父级复选框与子级复选框联动正确（父选则子全选，子有未选则父半选）。
交互测试：点击复选框本身或关联文本，均可触发状态切换；禁用状态下无法点击，样式灰化；多选后提交，选中结果可正确传递给后端。
异常测试：快速多次点击复选框，状态无错乱；选中后刷新页面，验证状态是否保留（根据需求）；子级复选框全部删除后，父级状态是否重置。

2. 单选框（Radio）#

显示测试：未选中、选中、禁用状态样式符合设计；同组单选框排列整齐，文本对齐正确；默认选中项（若有）显示正常。
功能测试：同组内只能选中一个选项，选中后其他选项自动取消；无默认选中时，初始状态均为未选中；提交后，选中的选项值可正确传递。
交互测试：点击单选框本身或关联文本，均可触发选中状态；禁用状态下无法点击，样式灰化；切换选中项时，状态切换流畅，无卡顿。
异常测试：快速切换选中项，状态无错乱；刷新页面后，选中状态是否保留（根据需求）；同组单选框无关联（可多选），需排查异常。

3. 下拉选择框（Select）#

显示测试：默认显示文本（如“请选择”）清晰，下拉箭头样式正常；下拉菜单的尺寸、样式、位置（不超出屏幕、不遮挡其他控件）符合设计；禁用状态样式灰化，无法点击。
功能测试：点击下拉箭头可展开/收起菜单，展开后可正常滚动查看全部选项；选中选项后，下拉框显示对应文本，选项值正确传递；支持搜索（若有），搜索关键词可匹配对应选项，无匹配时提示正确。
交互测试：展开菜单后，点击菜单外区域可收起；键盘上下键可切换选项，Enter键选中；多选下拉（若有），选中多个选项后，显示格式（如逗号分隔）符合设计，可删除单个选中项。
异常测试：下拉选项为空时，提示文本正确；快速点击展开/收起，无卡顿、无菜单异常（如无法收起）；搜索时输入特殊字符，无报错，提示合理。

4. 日期选择器（Date Picker）#

显示测试：默认显示格式（如YYYY-MM-DD）符合设计；日历弹窗样式、尺寸、位置正常，年月切换按钮、今天/清除按钮样式清晰；禁用日期（如过去日期、未来日期）灰化显示，不可选中。
功能测试：点击输入框可弹出日历，选中日期后，输入框显示正确格式的日期；年月切换（上一月/下一月、直接选择年月）正常；今天按钮可快速选中当前日期，清除按钮可清空输入框；日期范围选择（若有），开始日期≤结束日期，超出范围提示正确。
交互测试：日历弹窗可正常关闭（点击外部、关闭按钮）；输入框可手动输入日期（格式正确则生效，格式错误则提示）；键盘操作（如Enter确认、Esc关闭）正常。
异常测试：手动输入非法日期（如2024-02-30），提示错误；选中禁用日期，无法确认；日期选择后，刷新页面，状态是否保留（根据需求）；跨年月选择时，无卡顿、无日期错乱。

三、操作类控件#

1. 按钮（Button）#

显示测试：按钮尺寸、样式、颜色、文本（字体、大小、对齐）符合设计；默认状态、 hover状态、点击状态、禁用状态的样式区分明显；按钮上的图标（若有）与文本对齐正确。
功能测试：点击按钮可触发对应操作（如提交、重置、跳转），操作执行正确；禁用状态下，点击无响应，样式灰化；按钮点击后有加载状态（若有），加载完成后恢复正常，操作结果正确。
交互测试：点击按钮无卡顿、无重复触发（如多次快速点击，仅执行一次操作）；支持快捷键（如Enter、Space）触发按钮操作；按钮不可点击区域（如边缘空白），点击无响应。
异常测试：按钮点击后，后端接口异常时，有合理提示（如“操作失败，请重试”）；按钮长期点击（长按），无异常报错；不同屏幕尺寸下，按钮样式、点击区域正常。

2. 开关控件（Switch）#

显示测试：开启、关闭状态的样式（颜色、滑块位置）符合设计；开关上的文本（如“开启/关闭”）清晰、对齐正确；禁用状态样式灰化，无法操作。
功能测试：点击开关可切换开启/关闭状态，状态同步显示；开启/关闭后，对应功能（如权限控制、功能启停）正常生效；默认状态（开启/关闭）符合需求。
交互测试：点击开关任意位置均可切换状态，无卡顿；禁用状态下，点击无响应；切换状态后，有状态变化提示（如Toast）（若有），提示准确。
异常测试：快速切换开关状态，无状态错乱；刷新页面后，状态是否保留（根据需求）；开关切换后，后端数据同步正确，无数据不一致。

3. 滑块（Slider）#

显示测试：滑块轨道、滑块按钮样式符合设计；滑块的最小值、最大值、当前值显示（若有）清晰、位置正确；禁用状态下，轨道和滑块灰化，无法操作。
功能测试：拖动滑块可调整数值，数值在最小值和最大值之间，无超出；拖动过程中，当前值实时更新（若有）；点击轨道任意位置，滑块可跳至对应位置，数值正确。
交互测试：拖动滑块无卡顿、无偏移；滑块拖动到边界时，无法继续拖动；支持精确调整（如键盘左右键微调）（若有），微调步长符合需求。
异常测试：快速拖动滑块，数值无错乱；刷新页面后，滑块位置和数值是否保留（根据需求）；滑块禁用时，拖动无响应，数值不变化。

四、展示类控件#

1. 列表（List）#

显示测试：列表样式（边框、间距、字体、颜色）符合设计；列表项排列整齐，内容（文本、图标、按钮）对齐正确；空列表时，提示文本（如“暂无数据”）清晰、位置居中。
功能测试：列表数据加载正常（分页加载、滚动加载），数据与后端一致；列表项点击可触发对应操作（如跳转、详情）；列表排序（如按时间、按名称）、筛选（如按条件过滤）功能正常，结果准确。
交互测试：列表滚动流畅，无卡顿、无数据错乱；列表项hover状态样式正常；分页列表（若有），页码切换、首页/尾页/上一页/下一页按钮功能正常，页码显示正确。
异常测试：数据量过大时，列表加载无报错、滚动流畅；筛选条件输入非法字符，提示正确；列表项删除后，列表数据实时更新，无残留。

2. 表格（Table）#

显示测试：表格边框、表头样式、行高、列宽符合设计；表头文本居中、清晰，表格内容（文本、数字、按钮）对齐正确；奇偶行样式区分（若有）明显；空表格时，提示文本正常。
功能测试：表格数据加载正常，与后端一致；表头排序（点击表头切换升序/降序）正常，排序图标显示正确；表格筛选（如表头筛选、搜索框筛选）功能正常，结果准确；分页（若有）功能正常，页码切换、数据加载正确。
交互测试：表格横向/纵向滚动流畅，无卡顿；表格行hover状态样式正常；表格单元格点击（若有交互）可触发对应操作；表头固定（若有），滚动时表头不跟随滚动，显示正常。
异常测试：数据量过大、列数过多时，表格显示无错乱、滚动流畅；筛选条件为空/非法，提示正确；表格单元格编辑（若有），编辑后数据可正确提交、显示。

3. 弹窗（Modal）#

显示测试：弹窗尺寸、样式、边框、标题符合设计；弹窗遮罩（若有）样式正常，遮罩层级高于背景、低于弹窗；弹窗内容（文本、控件、按钮）对齐正确，显示清晰；弹窗居中显示（不同屏幕尺寸下）。
功能测试：触发弹窗（如点击按钮）后，弹窗正常弹出；弹窗关闭（点击关闭按钮、遮罩、Esc键）后，弹窗消失，遮罩移除；弹窗内控件（如输入框、按钮）功能正常，与弹窗外控件无冲突。
交互测试：弹窗弹出后，背景不可操作（若有需求）；弹窗可拖动（若有），拖动后位置正常；弹窗内滚动条（若有）滚动流畅；多次触发/关闭弹窗，无异常（如弹窗重叠、无法关闭）。
异常测试：弹窗弹出时，页面滚动（若禁止），无滚动效果；弹窗内容过多时，显示正常、无溢出；弹窗关闭后，弹窗内输入的内容（若有）是否保留（根据需求）。

五、通用功能点补充测试要点#

兼容性测试：所有控件在不同浏览器（Chrome、Firefox、Edge等）、不同设备（PC、手机、平板）、不同屏幕尺寸下，显示和功能均正常。
易用性测试：控件交互逻辑符合用户习惯（如按钮点击反馈明显、输入框提示清晰）；控件操作便捷，无繁琐步骤；错误提示清晰、易懂，引导用户修正。
性能测试：控件加载速度快（无卡顿）；多次操作（如点击、输入、切换）后，无内存泄漏、无报错；大数据量下（如列表、表格），加载和操作流畅。
accessibility测试：控件支持键盘操作（如Tab切换焦点）；屏幕阅读器可正常识别控件内容（如按钮文本、输入框提示）；控件颜色对比度符合标准，便于识别。

金融项目实战(一)

Sun, 05 Apr 2026 00:00:00 GMT

一个完整的测试有哪些阶段组成？

从测试计划开始，经历需求分析、测试设计、测试执行，到最后的测试评估。
Alpha 测试和 Beta 测试的区别？

两者都是验收测试，但 Alpha 测试一般会先于 Beta 测试，可以认为 Alpha 测试是内测，Beta 测试是公测。其中 Alpha 测试是自已搭建好环境，由自已邀请客户或第三方来到公司进行封闭式测试；而 Beta 测试则是将产品投入生产环境中，由市场海量终端用户进行公开验收测试。
测试计划主要是什么内容？测试报告主要是什么内容？

测试计划主要是明确测试范围与目标，人员职责与测试排期，测试资源环境以及风险评估，提前规划好，保证测试有序进行。测试报告则是汇总整体的测试进度执行情况，用例的通过率以及缺陷明细，所遗留的问题，最终得出整体测试质量评估以及上线的建议。
测试用例包含哪些内容，平时你编写用例都有哪些方法？

用例一般包含用例的ID，测试的模块，用例的标题，前置条件，测试的步骤、优先级以及输入的数据，最终能得出的预期结果。平时常用的用例设计方法是等价类、边界值、场景法，也有去用过因果图判定表。
一条软件缺陷（Bug）包含了哪些内容？（越全越好）

主要是清晰的标题，前置的例如环境优先级严重程度等基础信息，复现的步骤，所能得出的预期结果与实际得出的结果，再配上相应的附件、问题截图。
请简单描述 Bug 的管理流程？

由测试人员确认好后提交这个 Bug，经负责人审核后分配到对应的模块开发负责人手中，将其修复后合入测试版本中，由测试人员对其以及关联的功能进行回归测试。
缺陷的严重等级一般分为几级，请分别举例描述。

一般由四个级别，致命是核心主业务出现问题，导致系统瘫痪，数据丢失。致命则是核心功能受损，关键的数据展示异常。一般是最常见的，都是些不影响主业务运行的次要功能，一些文案错误，UI布局错位。而轻微与功能使用关系不大，主要是一些体验上的优化，细节规范问题。
测试结束的标准是什么？

测试的覆盖率、执行率以及 Bug 的遗留率都达到质量标准。
简述回归测试和冒烟测试？

回归测试是测试对被修复的缺陷是否能完美解决，冒烟测试则是进行测试前对主业务进行一次测试，这次测试并不用保证完美通过，针对一些文案错误，UI布局等不影响业务的可以报告上去。
如何做好测试这份工作，简述一下你的看法？（根据测试各阶段来讲）

分析好需求文档中的需求，确保编写测试用例时结合设计方法能覆盖全测试点，尽可能将用户的输入数据和对应的场景进行覆盖。对于测试时出现的 Bug 也要做好实时的跟踪，最终去编写对应的测试报告去评估测试的质量以及是否上线。

进入项目后获得需求文档，首先要知道项目的目的以及主业务流程。

Linux相关命令

Sat, 04 Apr 2026 00:00:00 GMT

系统基础与信息查询#

用于查看系统状态、内核信息、运行时间等基础信息。

命令	核心作用	高频用法与示例
uname	查看系统内核信息	`uname -a` 查看全部系统信息；`uname -r` 查看内核版本
hostname	查看 / 设置主机名	`hostname` 查看当前主机名；`hostnamectl set-hostname new-name` 永久修改主机名（systemd 系统）
date	查看 / 设置系统时间	`date` 查看当前时间；`date -s ""2026-04-04 12:00:00""` 设置系统时间
uptime	查看系统运行时长与负载	`uptime`显示开机时长、登录用户数、1/5/15 分钟系统平均负载
who/w	查看当前登录用户	`who` 简单显示登录用户；`w` 详细显示用户及正在执行的操作
dmesg	查看系统内核开机日志	`grep error` 排查开机硬件 / 系统错误
history	查看命令执行历史	`history` 查看全部历史；`!!` 执行上一条命令；`!n` 执行第 n 条历史命令；`history -c` 清空历史

文件与目录操作（最高频核心）#

Linux 一切皆文件，该类命令是日常操作的基础。

路径与目录导航

Terminal window

1
pwd                # 显示当前工作目录的绝对路径
2
cd /               # 切换到根目录
3
cd ~               # 切换到当前用户家目录
4
cd ..              # 切换到上一级目录
5
cd -               # 切换到上一次所在的目录
6
cd /usr/local      # 切换到指定绝对路径

目录与文件创建 / 删除

Terminal window

1
mkdir test         # 创建单级目录
2
mkdir -p a/b/c     # 递归创建多级目录
3
touch test.txt     # 创建空文件，或修改文件时间戳
4
touch a.txt b.txt  # 批量创建空文件
5
rmdir test         # 删除空目录（仅能删空目录）
6
rm test.txt        # 删除文件
7
rm -rf test_dir    # 强制递归删除目录及所有内容（高危！严禁执行 rm -rf /）

目录内容查看

Terminal window

1
ls                 # 列出当前目录内容
2
ls -l              # 长格式显示（权限、所有者、大小、时间等，别名ll默认支持）
3
ls -lha            # 显示所有文件（含隐藏文件）+ 人性化大小单位
4
ls -lht            # 按修改时间倒序排列

文件 / 目录复制与移动

Terminal window

1
cp test.txt /tmp/          # 复制文件到指定目录
2
cp -r test_dir /tmp/       # 递归复制目录（必须加-r）
3
mv test.txt new.txt        # 重命名文件
4
mv test.txt /tmp/          # 移动文件到指定目录

文件查找

Terminal window

1
# 语法：find [路径] [条件] [动作]
2
find / -name "test.txt"    # 全局按文件名精确查找
3
find . -name "*.log"       # 当前目录查找所有.log结尾的文件
4
find . -type f -size +100M # 查找当前目录大于100M的文件
5
find . -mtime -7            # 查找7天内修改过的文件
6
find . -name "*.tmp" -delete # 查找并删除.tmp文件

链接创建

Terminal window

1
ln -s /target/path /link/path  # 创建软链接（符号链接，类似Windows快捷方式）
2
ln /target/file /link/file      # 创建硬链接（仅限文件，不能跨分区）

文件内容查看与编辑#

用于查看日志、修改配置、文本过滤等核心场景。

文件内容查看

Terminal window

1
cat test.txt         # 查看小文件全部内容，-n 显示行号
2
more test.log        # 分页查看大文件，向下翻页，q退出
3
less test.log        # 分页神器，支持上下翻页、/关键词搜索，q退出（大日志首选）
4
head -20 test.txt    # 查看文件前20行（默认10行）
5
tail -50 test.txt    # 查看文件最后50行（默认10行）
6
tail -f test.log     # 实时追踪文件新增内容（看日志必备）

文本过滤与统计

Terminal window

1
# grep 正则搜索过滤，高频核心
2
grep "error" test.log        # 查找包含error的行
3
grep -i "error" test.log     # 忽略大小写匹配
4
grep -v "info" test.log      # 反向匹配，排除含info的行
5
grep -n "root" /etc/passwd   # 显示匹配行的行号
6
grep -rn "keyword" /etc/     # 递归搜索目录下所有文件的关键词
7

8
# wc 统计
9
wc -l test.txt                # 统计文件行数
10
wc -w test.txt                # 统计单词数
11
ls | wc -l                    # 统计当前目录文件数量

vim/vi 文本编辑器

Linux 系统标配编辑器，核心分为 3 种模式，高频操作如下：

Terminal window

1
vim test.txt    # 打开/创建文件，默认进入【命令模式】

命令模式 → 插入模式：按 i(光标前插入)、a(光标后插入)、o(下一行新建)
插入模式 → 命令模式：按 ESC
命令模式 → 底行模式：按 :

底行模式高频操作：

Terminal window

1
:w          # 保存文件
2
:q          # 退出
3
:wq         # 保存并退出
4
:q!         # 强制退出不保存
5
:%s/old/new/g  # 全局替换old为new

命令模式高频操作：

Terminal window

1
dd    # 删除当前行
2
yy    # 复制当前行
3
p     # 粘贴
4
u     # 撤销上一步
5
/关键词 # 向下搜索
6
?关键词 # 向上搜索

权限管理#

Linux 多用户权限核心，文件权限分为所有者 (u)、所属组 (g)、其他人 (o)，权限对应：读 (r=4)、写 (w=2)、执行 (x=1)。

Terminal window展开收起

1
# chmod 修改文件/目录权限
2
chmod 755 test.txt        # 数字法：所有者rwx(7)，组/其他人rx(5)
3
chmod 644 test.txt        # 常用文件权限：所有者rw，其他只读
4
chmod -R 755 test_dir     # 递归修改目录下所有文件权限
5
chmod u+x test.sh          # 符号法：给所有者添加执行权限
6
chmod o-w test.txt         # 给其他人移除写权限
7

8
# chown 修改所有者和所属组
9
chown user:group test.txt  # 修改文件所有者为user，所属组为group
10
chown -R nginx:nginx /data # 递归修改目录所有者
11

12
# chgrp 修改所属组
13
chgrp group test.txt
14

15
# umask 查看/设置默认权限掩码
16
umask 022                  # 新建文件默认644，目录默认755

展开收起

进程管理#

用于排查服务状态、资源占用、进程启停。

Terminal window展开收起

1
# 进程查看
2
ps -ef                     # 查看全格式所有进程
3
ps aux                     # 查看所有进程，含CPU/内存占用
4
ps aux | grep nginx        # 过滤指定进程
5
top                        # 实时动态查看进程资源（任务管理器），P按CPU排序，M按内存排序，q退出
6
htop                       # top增强版，界面更友好（需额外安装）
7
pstree                     # 树状显示进程父子关系
8

9
# 进程终止
10
kill 1234                  # 正常终止PID为1234的进程（信号15）
11
kill -9 1234               # 强制杀死进程（信号9，慎用）
12
killall nginx              # 按进程名终止所有相关进程
13

14
# 进程后台运行与优先级
15
nohup ./test.sh &          # 后台运行脚本，关闭终端不终止，输出到nohup.out
16
jobs                       # 查看当前终端后台任务
17
fg %1                      # 把1号后台任务调到前台
18
bg %1                      # 把暂停的任务放到后台继续运行
19
nice -n 10 ./test.sh       # 启动时指定进程优先级（-20最高，19最低）
20
renice -5 -p 1234          # 修改已运行进程的优先级

展开收起

网络管理#

用于网络连通性排查、端口监听、接口测试、防火墙配置。

Terminal window展开收起

1
# 网卡与IP配置
2
ip addr                    # 查看所有网卡IP地址（替代ifconfig）
3
ip link set eth0 up/down   # 启用/禁用网卡
4
ip route                   # 查看系统路由表
5
ifconfig                   # 老版本网卡配置命令（需安装net-tools）
6

7
# 连通性与链路排查
8
ping baidu.com             # 测试网络连通性
9
ping -c 4 192.168.1.1     # 指定ping4次
10
traceroute baidu.com       # 路由追踪，排查网络链路
11
mtr baidu.com              # 增强版路由追踪（结合ping+traceroute）
12
telnet 192.168.1.1 80     # 测试TCP端口连通性
13

14
# 端口与网络连接查看
15
ss -tulnp                  # 查看所有监听的TCP/UDP端口，显示PID/进程名（netstat替代）
16
ss -tulnp | grep 80        # 过滤指定端口
17
netstat -tulnp             # 传统端口查看命令（需net-tools）
18

19
# 域名解析
20
host baidu.com             # 域名解析查询
21
nslookup baidu.com         # 域名解析详细信息
22

23
# 网页/接口请求与文件下载
24
curl https://baidu.com     # 命令行访问URL，测试接口
25
curl -I https://baidu.com  # 查看响应头
26
curl -O https://example.com/file.zip # 下载文件
27
curl -X POST -d "name=test" https://api.example.com # 发送POST请求
28
wget https://example.com/file.zip # 命令行下载文件
29
wget -c https://example.com/file.zip # 断点续传下载
30

31
# 防火墙管理
32
## firewalld（CentOS/RHEL/Rocky 7+）
33
firewall-cmd --state               # 查看防火墙状态
34
firewall-cmd --list-ports          # 查看已开放端口
35
firewall-cmd --add-port=80/tcp --permanent # 永久开放80端口
36
firewall-cmd --reload              # 重载防火墙规则使配置生效
37
firewall-cmd --remove-port=80/tcp --permanent # 关闭端口
38

39
## ufw（Ubuntu/Debian）
40
ufw status                  # 查看防火墙状态
41
ufw allow 80/tcp            # 开放80端口
42
ufw deny 80/tcp             # 关闭80端口
43
ufw enable/disable           # 启用/禁用防火墙

展开收起

压缩与解压#

Linux 主流压缩格式全支持，跨 Windows 兼容。

Terminal window展开收起

1
# tar 打包压缩（最常用，支持gzip/xz/bzip2）
2
## 核心选项：-c创建 -x解压 -z(gzip) -J(xz) -j(bzip2) -v显示过程 -f指定文件 -C指定解压目录
3
tar -zcvf test.tar.gz /test    # 打包并gzip压缩test目录
4
tar -zxvf test.tar.gz           # 解压.tar.gz/.tgz包
5
tar -zxvf test.tar.gz -C /tmp   # 解压到指定/tmp目录
6
tar -Jcvf test.tar.xz /test     # 打包并xz压缩（压缩率最高，大文件首选）
7
tar -Jxvf test.tar.xz            # 解压.tar.xz包
8

9
# zip/unzip 跨Windows通用格式
10
zip -r test.zip test_dir         # 递归压缩目录为zip包
11
unzip test.zip                    # 解压zip包
12
unzip test.zip -d /tmp            # 解压到指定目录
13
unzip -l test.zip                 # 查看zip包内容
14

15
# 单文件压缩
16
gzip test.txt                     # 压缩为test.txt.gz
17
gunzip test.txt.gz                # 解压gzip文件
18
xz test.txt                       # 压缩为test.txt.xz
19
unxz test.txt.xz                  # 解压xz文件

展开收起

磁盘与存储管理#

用于磁盘分区、挂载、空间占用排查。

Terminal window展开收起

1
# 磁盘空间查看
2
df -h                  # 查看磁盘分区使用情况，人性化显示大小
3
df -hT                 # 额外显示文件系统类型
4
du -sh test_dir        # 查看目录总占用大小
5
du -h --max-depth=1 /usr # 查看/usr下一级目录占用大小
6

7
# 磁盘分区与格式化
8
fdisk -l               # 查看所有磁盘分区信息（MBR分区）
9
parted -l              # 查看分区信息（支持GPT大磁盘）
10
mkfs.ext4 /dev/sda1    # 格式化分区为ext4文件系统
11
mkfs.xfs /dev/sda2     # 格式化分区为xfs文件系统
12

13
# 磁盘挂载与卸载
14
mount /dev/sda1 /data  # 把sda1分区挂载到/data目录
15
mount -o remount,rw /  # 重新挂载根目录为读写模式
16
umount /dev/sda1        # 按分区卸载
17
umount /data            # 按挂载点卸载
18
blkid                   # 查看分区UUID（用于/etc/fstab永久挂载）
19

20
# 内存与swap查看
21
free -h                 # 查看内存与swap分区使用情况

展开收起

用户与用户组管理#

多用户系统账号管理核心命令。

Terminal window展开收起

1
# 用户管理
2
useradd -m -s /bin/bash testuser # 创建用户，自动创建家目录，指定默认shell为bash
3
passwd testuser                   # 设置/修改用户密码
4
passwd                            # 修改当前用户密码
5
userdel -r testuser               # 删除用户，同时删除家目录与邮箱
6
usermod -aG sudo testuser         # 把用户添加到sudo组（赋予管理员权限）
7
usermod -s /bin/bash testuser     # 修改用户默认shell
8
id testuser                       # 查看用户UID、GID、所属组
9
id                                # 查看当前用户信息
10

11
# 用户组管理
12
groupadd testgroup                # 创建用户组
13
groupdel testgroup                # 删除用户组
14
gpasswd -a testuser testgroup     # 把用户加入指定组
15
gpasswd -d testuser testgroup     # 把用户从组中移除
16

17
# 用户切换
18
su testuser                       # 切换到指定用户
19
su - root                         # 切换到root用户，同时加载root环境变量
20
sudo command                      # 以root权限执行单条命令

展开收起

软件包管理#

不同发行版分为 RPM 系和 DEB 系，命令不通用，对应如下。

RPM 系（CentOS、RHEL、Rocky、AlmaLinux、Fedora）

Terminal window展开收起

1
# yum（CentOS7及之前）/ dnf（CentOS8+/RHEL8+，兼容yum语法）
2
yum install -y nginx      # 安装软件，-y自动确认
3
yum remove nginx           # 卸载软件
4
yum update nginx           # 更新软件
5
yum update                 # 全系统更新
6
yum search nginx           # 搜索软件包
7
yum list installed         # 查看所有已安装软件
8
yum clean all              # 清理软件缓存
9

10
# rpm 底层包管理（直接操作.rpm包）
11
rpm -ivh xxx.rpm           # 安装rpm包
12
rpm -e nginx                # 卸载软件
13
rpm -qa                     # 查看所有已安装rpm包
14
rpm -ql nginx               # 查看软件安装的文件路径
15
rpm -qf /usr/bin/nginx      # 查看文件属于哪个rpm包

展开收起

DEB 系（Ubuntu、Debian、Linux Mint）

Terminal window展开收起

1
# apt 高级包管理器（首选）
2
apt update                 # 更新软件源缓存
3
apt install -y nginx       # 安装软件
4
apt remove nginx           # 卸载软件（保留配置）
5
apt purge nginx            # 彻底卸载（删除配置）
6
apt upgrade                # 全系统更新已安装软件
7
apt search nginx           # 搜索软件
8
apt list --installed       # 查看已安装软件
9
apt clean                  # 清理缓存
10

11
# dpkg 底层包管理（直接操作.deb包）
12
dpkg -i xxx.deb            # 安装deb包
13
dpkg -r nginx              # 卸载软件
14
dpkg -P nginx              # 彻底卸载
15
dpkg -l                    # 查看所有已安装软件
16
dpkg -L nginx              # 查看软件安装路径
17
dpkg -S /usr/bin/nginx     # 查看文件所属包

展开收起

系统服务管理（systemd）#

主流 Linux 发行版（CentOS7+、Ubuntu16.04+）均采用 systemd 管理系统服务，核心命令 systemctl。

Terminal window

1
systemctl start nginx        # 启动服务
2
systemctl stop nginx         # 停止服务
3
systemctl restart nginx      # 重启服务
4
systemctl reload nginx       # 平滑重载配置（不重启进程）
5
systemctl status nginx       # 查看服务运行状态、日志
6
systemctl enable nginx       # 设置服务开机自启
7
systemctl disable nginx      # 关闭开机自启
8
systemctl enable --now nginx # 开启自启并立即启动服务
9
systemctl list-unit-files --type=service # 查看所有服务开机自启状态
10

11
# 系统电源管理
12
systemctl reboot             # 重启系统
13
systemctl poweroff           # 关机

高级文本处理神器#

awk 按列处理文本

Terminal window

1
awk '{print $1}' test.txt                # 打印文件第一列
2
df -h | awk '{print $1,$5}'              # 打印磁盘设备名与使用率
3
awk -F: '{print $1,$3}' /etc/passwd      # 以:为分隔符，打印用户名与UID
4
awk '$3>1000' /etc/passwd                # 过滤UID大于1000的行

sed 流编辑器（文本替换、增删）

Terminal window

1
sed 's/old/new/g' test.txt               # 全局替换old为new（不修改原文件）
2
sed -i 's/old/new/g' test.txt            # 直接修改原文件内容
3
sed '2d' test.txt                         # 删除第二行
4
sed '2i hello' test.txt                   # 在第二行前插入hello
5
sed '2a world' test.txt                   # 在第二行后追加world

高频实用符号与快捷键#

核心符号：

`：管道符，前一个命令的输出作为后一个命令的输入
>：覆盖重定向：清空文件原有内容写入
>>：追加重定向：在文件末尾追加内容
&：后台运行符：命令在后台执行
xargs：标准输入转命令行参数

效率快捷键：

Ctrl + C：终止当前正在运行的命令
Ctrl + L：清屏，等效于 clear
Ctrl + R：搜索历史命令
Ctrl + A：光标跳到行首
Ctrl + E：光标跳到行尾
Tab：命令 / 路径自动补全，按两次显示所有匹配项

注意事项#

执行高危命令（rm -rf、mkfs、fdisk等）前，务必确认路径与参数，避免误操作导致数据丢失。
普通用户权限不足时，需加 sudo 或以 root 用户执行。
所有命令的完整官方用法，均可通过 man 命令名 查看帮助手册。

Dos命令及网络体系

Fri, 03 Apr 2026 00:00:00 GMT

Dos命令#

DOS（Disk Operating System，磁盘操作系统）是早期个人电脑的主流命令行操作系统，如今 Windows 系统中的命令提示符（CMD） 完整继承了 MS-DOS 的核心命令体系，是 Windows 系统运维、批量操作、故障排查、自动化脚本的核心工具。

DOS 命令分为两类：

内部命令：随 CMD 启动加载到内存，可直接执行
外部命令：以独立可执行文件（.exe/.com）存放在系统目录中，需要对应文件存在才能执行

基础命令#

命令	核心功能	语法与高频示例
cd/chdir	切换工作目录	语法：`cd [/d] [路径]` 示例：`cd ..` 返回上一级目录 `cd \` 切换到当前磁盘根目录 `cd /d d:\test` 直接跨盘切换到 D 盘 test 文件夹（/d 参数实现盘符 + 目录一键切换）
dir	列出目录下的文件 / 文件夹	语法：`dir [路径] [参数]` 示例：`dir` 列出当前目录所有内容 `dir /a` 显示所有文件（含隐藏 / 系统文件） `dir *.txt /s` 递归查找当前盘所有 txt 文件 `dir /p` 分页显示内容
cls	清空命令行窗口内容	直接输入`cls`回车，一键清屏
exit	关闭命令提示符窗口	直接输入`exit`回车，退出 CMD
help	查看命令帮助文档	语法：`help [命令名] / [命令名] /?` 示例：`help cd` 查看 cd 命令完整用法 `ipconfig /?` 查看 ipconfig 的参数说明
echo	输出文本 / 控制命令回显	语法：`echo [内容] [on/off]` 示例：`echo hello world` 输出指定文本 `echo off` 关闭后续命令的回显（批处理核心） `echo.` 输出空行
ver	查看系统版本	直接输入`ver`回车，显示当前 Windows 内核版本
date/time	查看 / 修改系统日期 / 时间	直接输入`date/time`可查看并修改对应值，无参数仅查看

目录 / 文件夹操作命令#

命令	核心功能	语法与高频示例
md/mkdir	创建文件夹	语法：`md [文件夹路径]` 示例：`md test` 当前目录创建 test 文件夹 `md d:\a\b\c` 一键递归创建多级目录
rd/rmdir	删除文件夹	语法：`rd [路径] [参数]` 核心参数：`/s` 递归删除文件夹及所有子内容 `/q` 安静模式，删除时不弹出确认提示示例：`rd test /s /q` 无提示彻底删除 test 文件夹及所有内容 ⚠️ 高危警告：删除后无法从回收站恢复，务必确认路径无误

文件操作核心命令#

命令	核心功能	语法与高频示例
copy	复制文件	语法：`copy [源文件] [目标路径]` 示例：`copy d:\1.txt e:\` 把 1.txt 复制到 E 盘根目录 `copy *.txt d:\backup` 批量复制当前目录所有 txt 文件 `copy 1.txt+2.txt 3.txt` 合并 1、2.txt 为 3.txt
xcopy	增强型复制（支持目录递归）	语法：`xcopy [源] [目标] [参数]` 核心参数：`/e` 复制所有子目录（含空目录） `/h` 复制隐藏 / 系统文件 `/y` 覆盖时不提示确认示例：`xcopy d:\test e:\backup /e /h /y` 完整克隆 test 文件夹到 backup
del/erase	删除文件	语法：`del [文件路径] [参数]` 核心参数：`/s` 递归删除子目录中匹配的文件 `/q` 安静模式，无确认提示示例：`del .log` 删除当前目录所有 log 文件 `del d:\temp\.* /s /q` 无提示清空 temp 目录所有文件
ren/rename	重命名文件 / 文件夹	语法：`ren [原名称] [新名称]` 示例：`ren 1.txt 2.txt` 单个文件重命名 `ren .txt .doc` 批量修改所有 txt 文件后缀为 doc
move	移动文件 / 文件夹	语法：`move [源] [目标路径]` 示例：`move 1.txt d:\test` 把 1.txt 移动到 test 文件夹 `move test d:\new` 移动 test 文件夹并重命名为 new
type	查看文本文件内容	语法：`type [文件路径]` 示例：`type d:\1.txt` 查看 1.txt 内容`type 1.txt` `more` 分页查看长文本
attrib	查看 / 修改文件属性	语法：`attrib [±属性] [文件路径]` 属性说明：`r`只读、`h`隐藏、`s`系统、`a`存档示例：`attrib +h +s 1.txt` 把 1.txt 设为隐藏 + 系统文件 `attrib -h 1.txt` 取消文件的隐藏属性

磁盘与系统管理命令#

命令	核心功能	语法与高频示例
shutdown	系统关机 / 重启 / 注销	语法：`shutdown [参数]` 核心参数：`/s` 关机、`/r` 重启、`/l` 注销 `/t` 秒数设置倒计时 `/a` 取消已设置的关机计划示例：`shutdown /s /t 60` 60 秒后关机 `shutdown /r /t 0` 立即重启 `shutdown /a` 取消关机
format	磁盘格式化	语法：`format [盘符:] [参数]` 核心参数：`/fs:ntfs` 指定文件系统为 NTFS `/q` 快速格式化示例：`format d: /q /fs:ntfs` 快速格式化 D 盘为 NTFS ⚠️ 极高危命令！格式化会清空磁盘全部数据，严禁对系统盘操作
chkdsk	磁盘检查与错误修复	语法：`chkdsk [盘符:] [参数]` 核心参数：`/f` 修复磁盘错误 `/r` 查找坏扇区并恢复可读数据示例：`chkdsk d: /f` 检查 D 盘并修复文件系统错误
diskpart	磁盘分区管理	输入`diskpart`进入交互模式，核心子命令：`list disk` 列出所有磁盘 `list volume` 列出所有分区 `select disk 0` 选中磁盘 0 ⚠️ 专业分区工具，误操作会导致全盘数据丢失，非专业人员慎用
tasklist	查看系统运行进程	语法：`tasklist [参数]` 示例：`tasklist` 列出所有运行进程tasklist `findstr "chrome"` 筛选 chrome 相关进程
taskkill	强制结束进程	语法：taskkill [参数] 核心参数：`/f` 强制结束 `/im` 进程名指定进程映像名 `/pid` 进程ID 指定 PID 结束示例：`taskkill /f /im chrome.exe` 强制结束所有 chrome 进程 `taskkill /f /pid` 1234 结束 PID 为 1234 的进程
systeminfo	查看系统完整信息	直接输入`systeminfo`回车，输出系统版本、硬件配置、补丁、网卡信息等完整系统数据
sfc	系统文件检查与修复	语法：`sfc /scannow` 核心功能：扫描并修复受损的 Windows 系统文件，需管理员权限运行

网络诊断与管理命令#

命令	核心功能	语法与高频示例
ipconfig	查看 / 管理网络配置	语法：`ipconfig [参数]` 核心参数：`/all` 查看完整网卡配置（MAC 地址、DNS、DHCP 等） `/flushdns` 刷新 DNS 解析缓存 `/release` 释放 IP 地址/renew 重新获取 IP 地址示例：`ipconfig /all` 查看所有网卡详细信息 `ipconfig /flushdns` 清空本地 DNS 缓存
ping	测试网络连通性	语法：`ping [目标地址/域名] [参数]` 核心参数：`-t` 持续 ping 目标，按 Ctrl+C 停止 `-n` 次数指定 ping 包数量示例：`ping www.baidu.com` 测试到百度的网络连通性 `ping 192.168.1.1 -t` 持续 ping 网关地址
tracert	路由追踪	语法：`tracert [目标地址/域名]` 示例：`tracert www.baidu.com` 追踪到百度的网络节点，定位网络故障点
netstat	查看网络连接 / 端口占用	语法：`netstat [参数]` 核心参数：`-ano` 查看所有连接、监听端口及对应进程 PID 示例：`netstat -ano` 查看全量端口占用情况 `findstr "8080"` 查找 8080 端口的占用进程
net	网络综合命令集	高频子命令：`net user` 查看系统所有用户账户 `net user 用户名密码 /add` 新建本地用户 `net localgroup administrators` 用户名 `/add` 将用户加入管理员组 `net share` 查看系统所有共享文件夹 `net use Z: \\192.168.1.100\share` 将网络共享映射为 Z 盘

批处理进阶常用命令#

批处理（.bat/.cmd）是 DOS 命令的批量执行脚本，以下是批处理核心命令：

@：行首添加，关闭当前行的命令回显，批处理开头常用@echo off
pause：暂停脚本执行，弹出「按任意键继续…」提示
set：定义 / 读取变量，示例：set a=123 定义变量，echo %a% 输出变量值
if：条件判断，示例：if exist d:\1.txt (echo 存在) else (echo 不存在)
for：循环命令，示例：for %%i in (*.txt) do echo %%i 遍历当前目录所有 txt 文件（CMD 直接执行用%i，批处理用%%i）
goto：跳转到指定标签，示例：goto :start 跳转到:start标签位置
call：调用另一个批处理脚本或子程序，示例：call 2.bat

常用特殊符号与高级语法#

符号	核心功能	示例
>	输出重定向，覆盖写入文件	`echo hello > 1.txt` 把 hello 写入 1.txt，覆盖原有内容
>>	输出重定向，追加写入文件	`echo hello >> 1.txt` 把 hello 追加到 1.txt 末尾
&&	逻辑与，前一个命令执行成功，才执行后一个	`md test && cd test` 创建 test 成功后，进入该目录
*/?	通配符，*匹配任意字符，?匹配单个字符	`del *.tmp` 删除所有 tmp 后缀文件
""	路径包裹符，路径含空格时必须用英文双引号包裹	`cd ""C:\Program Files""`

常用快捷键#

Ctrl+C：强制终止正在执行的命令
Tab：自动补全文件名 / 目录名
↑/↓：快速调出历史执行命令
F7：打开历史命令列表，可直接选择执行
Esc：清空当前输入的命令行

注意事项#

DOS 命令不区分大小写，cd 和 CD 执行效果完全一致
涉及系统 / 磁盘管理的命令，必须以管理员身份运行 CMD 才能正常执行
高危命令（rd /s/q、format、del /s/q、diskpart）执行前务必反复确认路径，避免数据丢失
路径中包含空格、特殊字符时，必须用英文双引号包裹完整路径

网络体系#

计算机网络体系：计算机网络是用通信设备和线路将分散在不同地点的有独立功能的多个计算机系统互相连接起来，并按照网络协议进行数据通信，实现资源共享的计算机集合。

网络体系最基础、最通用的分类标准，按网络覆盖的物理距离、规模从小到大排序：

局域网（LAN）：范围在 1km 以内，最大不超 10km，其高带宽、低延迟、低误码率、组网灵活、由单一机构全权管理，是网络的基础单元。例如家庭 WiFi 网络、企业办公内网、学校机房、网吧网络；无线局域网 WLAN是 LAN 的无线实现，核心技术 WiFi，是当前最主流的 LAN 形态
城域网（MAN）：范围在 几十公里～上百公里，其覆盖一个城市 / 都市圈，连接市内多个 LAN/CAN，作为城市级骨干网络，高带宽、统一规划，通常由运营商 / 政府主导建设。例如城市政务专网、运营商城市 IP 骨干网、智慧交通专网、广电有线电视网络
广域网（WAN）：范围在 数百公里～数万公里，其跨城市、跨省、跨国家 / 洲际，低带宽、高延迟（相对 LAN）、多运营商联合组网，采用复杂路由协议，是互联网的核心骨架。例如运营商国家级骨干网、跨地域企业总部 - 分公司专线、国际海缆网络；互联网（Internet）是全球最大的开放式广域网

协议：为进行数据交换而建立的规则、标准或约定。协议庞大且复杂但协议不是绝对可靠。

拓扑结构划分为星型、总线型、环型、树型、网状。

网络分层#

计算机网络体系结构，核心是为实现异构设备跨网络互联互通，而设计的分层式通信协议规范集合。它将复杂的网络通信过程拆解为有明确功能边界的层级，定义了每层的通信规则、相邻层的服务接口，核心设计思想是分层解耦：下层为上层提供透明的服务，上层无需关心下层的具体实现细节，仅需调用下层接口。

业界有两大核心体系模型：

OSI 七层参考模型：国际标准化组织制定的理论标准，是网络学习的核心框架
TCP/IP 模型：互联网的工业事实标准，是当前全球网络通信的实际落地规范

分层是网络体系的灵魂，核心优势如下：

独立性与解耦：每层仅实现固定功能，技术升级仅影响本层，不干扰其他层级（如以太网从千兆升级到万兆，上层的 HTTP 协议无需任何修改）
标准化与互通性：各层功能、协议标准化，不同厂商的设备、不同架构的系统可实现跨网络互联互通
易维护与排障：可逐层定位故障，比如网络不通时，可从物理层（网线 / 信号）→链路层→网络层→传输层→应用层逐级排查，大幅降低问题定位难度
可复用性：通用功能可被多层复用，避免重复开发

OSI 七层参考模型（理论标准）#

OSI（Open System Interconnection，开放系统互连）七层模型是 ISO（国际标准化组织）1984 年发布的通用网络通信框架，是网络知识体系的核心参考，层级从下到上依次为 1-7 层，每层的核心功能、协议数据单元（PDU，本层传输的数据格式）、典型设备 / 协议如下：

层级	层级名称	核心功能	协议数据单元 (PDU)	典型设备 / 核心协议
第 1 层	物理层	负责在物理介质上传输`原始比特流`，定义硬件电气特性、接口标准、传输速率、信号编码方式，只关心 0 和 1 的传输，不关心数据含义	比特（Bit）	设备：网线、光纤、集线器、中继器、网卡物理接口标准：RJ45、光纤接口、10BASE-T 等以太网物理标准
第 2 层	数据链路层	将物理层的比特流封装成`帧`，实现相邻节点（同一局域网内）的可靠传输；负责 MAC 地址寻址、差错校验、帧同步、流量控制	帧（Frame）	设备：二层交换机、网卡、网桥协议：以太网协议、PPP、ARP/RARP、VLAN 协议
第 3 层	网络层	实现跨局域网的端到端通信，核心是`路由选择与寻址`；定义 IP 地址格式，通过路由协议生成路由表，将分组从源主机转发到目标主机	分组 / 包（Packet）	设备：路由器、三层交换机协议：IP（IPv4/IPv6）、ARP、ICMP、IGMP、OSPF、BGP 等路由协议
第 4 层	传输层	负责两台主机`进程到进程`的端到端通信，为上层应用提供数据传输服务；实现端口寻址、流量控制、拥塞控制、差错恢复、传输可靠性保障	段（Segment，TCP）/ 数据报（Datagram，UDP）	设备：四层防火墙、负载均衡器协议：TCP（传输控制协议，可靠）、UDP（用户数据报协议，不可靠）
第 5 层	会话层	负责建立、管理、终止两个应用进程之间的通信会话，提供会话同步、断点续传、全双工 / 半双工管理	会话协议数据单元（SPDU）	协议：RPC、SDP、NetBIOS，实际应用中极少单独实现
第 6 层	表示层	负责处理通信双方的数据格式转换、加密解密、压缩解压缩，确保应用层能识别对方发送的数据	表示协议数据单元（PPDU）	功能实现：TLS/SSL 加密、JPEG/ASCII 格式转换、数据压缩，现已合并到 TCP/IP 应用层
第 7 层	应用层	直接为用户 / 应用程序提供网络服务，定义应用层的通信规则与业务逻辑，是用户与网络的接口	报文（Message）	协议：HTTP/HTTPS、DNS、FTP、SMTP/POP3/IMAP、SSH、WebSocket、RTSP

关键说明：OSI 模型是理论参考框架，其 5、6 层的功能在实际应用中，均被整合到了 TCP/IP 模型的应用层中，并未单独分层实现。

IP 是连接到网上的所有计算机网络实现相互通信的一套规则，只要遵守IP协议就可以与因特网互连互通。其具有唯一性。范围在 0~255。

网关：从一个网络跨到另外一个网络经过的关卡，比如局域网跨广域网。

DNS：域名解析器将域名解析为ip地址，这样才能访问对应网址的服务器。

TCP/IP 体系模型（工业事实标准）#

TCP/IP（传输控制协议 / 网际协议）模型，是伴随互联网诞生的落地标准，是当前全球所有网络通信的核心架构，它简化了 OSI 的分层设计，更贴合实际工程实现。

层级	层级名称	对应 OSI 层级	核心功能	核心协议
第 1 层	网络接口层（链路层）	物理层 + 数据链路层	负责比特流的物理传输、帧的封装与解封装、局域网内的 MAC 寻址，对接底层硬件介质	以太网协议、PPP、ARP、VLAN、驱动程序
第 2 层	网际层（互联网层）	网络层	核心是 IP 寻址与路由转发，实现跨网络的端到端数据包传输，是整个 TCP/IP 体系的枢纽	IPv4/IPv6、ARP、ICMP、IGMP、OSPF、BGP
第 3 层	传输层	传输层	负责进程到进程的通信，提供端到端的传输控制，为应用层提供可靠 / 不可靠的传输服务	TCP、UDP
第 4 层	应用层	会话层 + 表示层 + 应用层	整合了 OSI 上三层的全部功能，直接为应用程序提供网络服务，定义业务层面的通信规则	HTTP/HTTPS、DNS、FTP、SMTP、SSH、WebSocket、TLS/SSL

为了更清晰地对应 OSI 模型、方便学习理解，业界教学中普遍采用五层网络模型，将 TCP/IP 的网络接口层拆分为物理层 + 数据链路层，其余层级不变，既保留了理论框架的完整性，又贴合实际工程实现，是目前最主流的教学体系。

对比维度	OSI 七层模型	TCP/IP 四层模型
定位	理论参考标准，通用框架	互联网工业事实标准，落地实现
分层设计	分层精细，上三层（会话 / 表示 / 应用）拆分明确	分层简化，上三层合并为应用层，更贴合工程实践
协议耦合	模型与协议解耦，不绑定特定协议	模型基于 TCP/IP 协议栈设计，与协议深度绑定
可靠性设计	从链路层到应用层均强调可靠传输	可靠性保障仅在传输层 TCP 协议实现，UDP 和 IP 均为不可靠传输
实际应用	仅用于网络学习、故障排查的理论参考	全球互联网、局域网、所有网络设备均基于此模型运行

关于TCP和UDP#

TCP（Transmission Control Protocol）是面向连接、可靠交付、基于字节流的传输层协议，核心设计目标是保证数据传输的完整性和正确性。

面向连接：传输数据前必须通过三次握手建立端到端的全双工连接，传输结束后通过四次挥手断开连接，仅支持单播通信。
可靠传输：通过序列号、确认应答（ACK）、超时重传、校验和机制，保证数据无丢失、无重复、按序到达。
流量与拥塞控制：通过滑动窗口实现流量控制，避免发送方速率超过接收方处理能力；通过慢启动、拥塞避免、快重传、快恢复算法实现拥塞控制，避免网络过载。
面向字节流：将数据视为无边界的字节流，应用层需自行处理数据边界与粘包问题。
首部开销：固定 20 字节，可选字段最大可扩展至 60 字节。

对数据完整性、可靠性要求高，可容忍一定延迟的场景：网页浏览（HTTP/HTTPS、HTTP/2）、文件传输（FTP、SFTP）、邮件收发（SMTP、POP3、IMAP）、远程登录（SSH、Telnet）、数据库访问、金融交易数据传输等。

UDP（User Datagram Protocol）是无连接、不可靠、面向数据报的传输层协议，核心设计目标是极致的传输效率和低延迟。

无连接：无需提前建立 / 断开连接，发送方直接封装报文发送，无握手、挥手环节，启动延迟极低。
不可靠交付：协议层无确认应答、重传机制，不保证数据一定到达，也不保证按序交付，丢包、乱序的处理完全交给应用层。
无流量 / 拥塞控制：不受网络拥塞影响，始终以固定速率发送数据，适合对实时性要求高于完整性的场景。
面向数据报：有明确的报文边界，发送方一次发送一个完整报文，接收方一次接收完整报文，天然无粘包问题。
通信模式丰富：支持单播、多播、广播，可实现一对多、多对多通信。
首部开销：固定 8 字节，开销极低。

对实时性要求极高，可容忍少量丢包的场景：实时音视频（直播、视频会议、VoIP 网络电话）、实时竞技网络游戏、DNS 域名解析、NTP 网络时间同步、物联网传感器数据上报、SNMP 网络管理、流媒体传输、HTTP/3（基于 QUIC 协议，底层为 UDP）等。

UDP 的 “不可靠” 是协议层不做可靠性保证，而非完全无法实现可靠传输。应用层可基于 UDP 自行实现确认、重传、拥塞控制等机制，在保留低延迟优势的同时，实现定制化的可靠传输，典型代表就是 HTTP/3 使用的 QUIC 协议。

Bug相关概念

Thu, 02 Apr 2026 00:00:00 GMT

用例评审#

测试用例评审是软件研发流程中核心的质量前置管控环节，由测试、产品、开发等多角色共同参与，对测试用例的需求覆盖度、逻辑严谨性、可执行性、风险防控能力进行系统性审核与校准，提前发现用例缺陷，对齐团队需求认知，最终保障测试活动有效性，大幅降低线上故障风险。

由测试组发起评审，对编写的用例进行考核，如果评审未通过，则进行修改，反之则发起项目组评审，当通过这两次评审后，将用例归档，作为后续执行阶段的用例。

笔试面试题#

用例需要评审吗？紧急情况用例也要评审吗？

答：需要评审。紧急情况将用例通过邮件的方式发送给负责人即可。
如果项目很紧急，来不急写用例，怎么办？

答：可以先用 checklist 检查列表，即 Xmind 来把测试点给覆盖。事后有时间可以补充完善用例，用以回归测试。
遇到隐性需求该如何写用例？（需求不明确）

答：先熟悉功能，并类比同类成熟产品，站在用户角度上去挖掘需求，也要询问产品负责人相关细节。
用例有没有优先级？如果一定有优先级，依据什么来确定？

答：用例是有优先级之分的，根据该功能是否为主业务逻辑以及高频使用场景。
如何编写用例？（根据测试思维来判断什么时候用那种测试设计方法）
编写测试用例会用到什么方法？接着会问，你觉得你在写用例时会遇到吗？（结合项目来答）

关于 Bug#

软件 Bug（缺陷），是软件在研发、测试、运行全流程中，不符合需求规格说明书、不满足用户合理预期、影响软件正常使用的各类问题，涵盖功能错误、逻辑异常、性能不达标、兼容性故障、安全漏洞、UI/UX 体验问题、数据异常等全维度。

上诉定义可获取到 Bug 的判定标准：

不符合需求规格：与产品需求文档（PRD）、设计文档、接口文档明确约定的功能、规则、逻辑不一致，是最核心的判定依据。（不符合需求）
不符合用户合理预期：即使需求未明确标注，但不符合行业通用规范、用户正常使用习惯，比如必填项无校验提示、按钮点击无反馈。（改进建议）
影响正常使用与安全：导致程序崩溃、数据丢失 / 泄露、核心业务阻断、高危安全风险、性能严重劣化等问题。（功能缺陷）

以禅道为准，常见的 Bug 由代码（功能）错误、界面优化、设计缺陷

Bug 的生命周期#

Bug 从发现到闭环的全链路：

新建（New）：测试人员发现问题，校验复现后提交 Bug 单，初始状态为新建。
分配（Assigned）：测试负责人 / 项目经理审核 Bug 有效性后，分配给对应开发模块负责人。
处理中（In Progress）：开发确认 Bug 属实，接受分配，启动代码修复工作。
已修复（Fixed/Resolved）：开发完成代码修复，合入对应测试版本，标记为已修复。
回归测试（Retest）：测试人员在新版本中，严格按照复现步骤对 Bug 进行验证。
关闭（Closed）：回归验证通过，Bug 彻底解决，无衍生问题，关闭该 Bug 单。
重开（Reopened）：回归不通过，Bug 复现 / 修复不彻底 / 衍生新问题，状态打回重开，重新进入分配修复流程。
延期 / 拒绝（Deferred/Rejected）：特殊场景需项目组评审确认，比如非核心问题当前版本不修复、需求理解偏差、无法复现且无有效日志、属于需求变更而非 Bug 等，必须标注明确原因。

Bug 的等级#

根据 Bug 的严重等级来确定修复的优先度，一些公司会以提多少 Bug 来作为你的绩效。

严重等级	核心定义	典型场景
致命（Blocker/Critical）	阻断核心业务流程，导致系统瘫痪、数据不可逆丢失 / 泄露，影响全量 / 大面积用户	程序崩溃闪退、主功能完全不可用、数据库损坏、支付资金异常、高危远程代码执行漏洞
严重（Major）	核心功能严重错误，主业务流程受阻，无替代解决方案	核心功能逻辑计算错误、关键数据展示异常、接口大面积报错、性能不达标导致业务无法正常执行
一般（Normal/Minor，`最多`）	次要功能异常、非核心流程问题，有替代方案，不影响主业务运行	非必填项校验异常、次要页面 UI 错位、提示文案错误、非核心接口偶发报错
轻微（Trivial/Enhancement）	不影响功能使用，仅为体验优化、细节规范问题	界面字体 / 颜色不统一、冗余提示文案、操作体验优化建议、不影响理解的拼写错误

优先级 ≠ 严重等级：严重等级代表问题的危害程度，优先级代表修复的紧急程度。比如致命 Bug 默认最高优先级，而部分 UI 体验问题虽等级轻微，但涉及品牌宣传，可设为高优先级。

Bug 必填要素#

一份规范的 Bug 单，能让开发快速复现、定位、修复问题，避免无效沟通，核心必填项如下：

精准标题：一句话概括核心问题，推荐格式：【所属模块】+ 操作场景 + 异常结果。示例：【登录模块】手机号输入 12 位数字，点击登录无报错提示且无法提交。
前置条件：复现 Bug 所需的环境、版本、账号、前置操作等基础信息。
复现步骤：按 1/2/3 序号清晰罗列操作步骤，无遗漏、无歧义，确保开发按步骤可稳定复现。
实际结果：执行操作步骤后，软件实际出现的异常现象，客观描述，不添加主观判断。
预期结果：按照需求文档 / 行业规范，软件应该呈现的正确结果。
辅助附件：问题截图、录屏、服务端 / 客户端日志、抓包数据、测试账号密码、环境信息（APP 版本号、设备型号、系统版本、浏览器版本、接口地址等）。
基础属性：严重等级、优先级、所属模块、提交人、提交时间、关联需求 ID / 测试用例 ID。

主流 Bug 管理工具#

企业级商用：Jira、TAPD（腾讯）、阿里云效、飞书项目、ONES
开源 / 免费：禅道（常用）、Mantis、Bugzilla
轻量协作：Notion、飞书多维表格、Trello

不管是开源还是商业的缺陷管理工具，它们本质都是一样的，用来管理bug的生命周期。掌握其中一款工具，自然就会用其他的，稍微有一点点区别的，别人加以指点，就可以明白了。

Bug 跟踪#

发现bug后，接下来你提交到bug管理平台，提交一个bug包含哪些内容？

bug标题——标题要清晰简洁，写明bug描述；如果没有选择功能模块，最好在标题中标注功能模块。让查看bug的人员清楚知道你所表达的意思。bug的功能模块 + bug的操作 + bug的结果。
重现步骤——详细写下发现bug的测试过程。能指导开发重现这个bug。附上测试数据。
实际结果：出现bug的结果，粘贴bug截图、日志截图
预期结果 — 记得写清楚预期
bug类型和严重程度 —— 便于后续测试结果分析，bug的统计
bug测试环境——例如：什么系统，哪个版本等。兼容性问题、难以重现问题
附件—日志文件，文件测试数据。图片、崩溃日志文件等

截止日期一般由开发人员填写，测试人员没必要去选择日期。

注意点#

一个 Bug 单只记录一个问题，禁止多个问题合并提交，避免修复遗漏、无法跟踪闭环。
客观描述事实，拒绝主观判断。比如不能写 “这个页面好丑”，应写 “【个人中心】头像边框与设计稿不符，设计稿圆角 8px，实际为 0px”。
严禁无复现步骤提交 Bug，必须确保步骤完整，开发可复现；偶现 Bug 需标注复现概率、出现场景、留存日志，不可直接忽略。
提交前先核对需求文档，确认需求理解无误，避免把需求变更、产品设计逻辑当成 Bug 提交。
回归测试不局限于 Bug 本身，需同步校验关联功能，避免修复一个 Bug 衍生出新的问题。

测试计划与测试报告编写

Thu, 02 Apr 2026 00:00:00 GMT

测试计划#

测试计划一般由测试负责人来主导，输出测试全流程的纲领性核心文档，明确测试全流程的目标、范围、策略、资源、进度、风险与规则，保障测试活动可控、可追溯、可落地。

测试计划一般包含几个内容，大致可以称为 "5W+1H"，其包含的内容：测试目的（why）、测试范围（what）、测试进度安排（when）、测试环境（where）、测试方法+测试工具（how），风险评估(需求变更 / 人员变动)。

一个项目大约 60% ~ 70% 的时间都在进行开发，留给测试的有 30% ~ 40% 的时间。

一般测试计划会在一天内完成；需求分析和测试用例编写所需时间大致成 3:4；测试执行会分多轮，但与编写测试用例所需时间大约成 1:1；测试报告则在1天到半天左右时间；这些时间是大致上所需时间分配，具体以测试计划排期为主。

在进行测试执行前，会对项目主流程进行一次冒烟测试，通过且已搭建好测试环境后，才正式开始执行测试用例。而在缺陷遗留率达到预定质量目标时会结束测试。

测试报告#

一份评估软件质量的测试文档。一般指定某个测试人员去其他测试人员那里收集测试数据，编写该项目仅此一份的测试报告。

每个公司都会有自已的测试报告模板，根据其所需照写即可。而一般测试报告会包含：测试范围、测试环境、遗留的bug有哪些、测试用例覆盖率有多少、bug的统计与分析、风险有哪些、版本测试评估、发布的建议。

关于测试报告一些重要地方：

通过率是已通过的用例数跟已执行的用例数相除可得，而执行率则是已执行用例数跟总用例数相除可得。

通过缺陷管理工具提供的报表进行 Bug 数据统计：

Bug 最好在测试执行第一轮就发现，而不是等第二轮或者之后，这关乎到测试人员是否厉害。

测试用例设计方法之因果图判定表法

Wed, 01 Apr 2026 00:00:00 GMT

因果图#

因果图法（Cause-Effect Graphing）是一种经典的黑盒测试用例设计方法，核心是通过图形化方式梳理输入条件（因）与输出结果（果）之间的逻辑组合与约束关系，最终转化为判定表来生成测试用例，特别适合多条件组合、业务逻辑复杂的功能模块。

基本概念#

因 (Cause)：输入条件、操作、状态（如：输入内容、按钮点击、选项勾选）。
果 (Effect)：输出结果、系统状态变化（如：提示信息、页面跳转、数据保存）。
核心价值：解决等价类、边界值无法覆盖的多条件组合问题，确保逻辑全覆盖，发现隐藏缺陷。

基本逻辑关系#

恒等（Identity）
- 因 = 1 → 果 = 1
- 因 = 0 → 果 = 0
非（Not）
- 因 = 1 → 果 = 0
- 因 = 0 → 果 = 1
或（Or）
- 多个因任意一个为 1 → 果 = 1
- 全 0 → 果 = 0
与（And）
- 多个因全部为 1 → 果 = 1
- 有一个 0 → 果 = 0

约束条件#

约束只限制因之间或果之间，不画逻辑关系。

互斥约束 E（Exclusive）
- 多个因最多只能有一个为 1
- 可以全 0，不能同时≥2 个 1
包含约束 I（Inclusive）
- 多个因至少一个为 1
- 不能全 0
唯一约束 O（Only）
- 多个因有且仅有一个为 1
- 不能全 0，也不能≥2 个 1
要求约束 R（Requires）
- 若因 A=1，则因 B 必须 = 1
- A=1，B=0 不合法
屏蔽约束 M（Masking）
- 只作用在结果之间
- 若果 E1=1，则果 E2 必须 = 0
- E1、E2 不能同时为 1

设计步骤#

分析需求，拆分因 / 果
- 提取所有输入条件（C1, C2, C3…）
- 提取所有输出 / 结果（E1, E2, E3…）
绘制因果图
- 用逻辑符号（与 / 或 / 非）连接因 → 果
- 标注约束（E/I/O/R/M），排除非法组合
转换为判定表（决策表）
- 行：因（输入）、果（输出）
- 列：所有有效条件组合
- 单元格：0/1 表示
简化判定表（可选）
- 合并相似列、剔除无效列
生成测试用例
- 每一列 → 一条用例（输入 + 预期输出）

案例#

经典案例：自动售货机

需求： - 饮料单价 1.5 元 - 投入 1.5 元 → 按按钮 → 出饮料 - 投入 2 元 → 按按钮 → 出饮料 + 找零 0.5 元

拆分因 / 果

因 (C)：

C1：投入 1.5 元
C2：投入 2 元
C3：按 “可乐”
C4：按 “雪碧”

果 (E)：

E1：出可乐
E2：出雪碧
E3：找零 0.5 元
E4：无任何出货 / 提示（金额不足 / 操作无效）

约束

E（互斥）：C1 与 C2 不能同时为 1
E（互斥）：C3 与 C4 不能同时为 1
不投币、只按键：无效操作

判定表

总原始组合 16 种，过滤非法后保留有效场景：

序号	C1 (投 1.5)	C2 (投 2)	C3 (按可乐)	C4 (按雪碧)	E1 (出可乐)	E2 (出雪碧)	E3 (找 0.5)	E4 (无效)	场景说明
1	0	0	0	0	0	0	0	1	不投币、不按键
2	0	0	1	0	0	0	0	1	只按可乐，不投币
3	0	0	0	1	0	0	0	1	只按雪碧，不投币
4	1	0	1	0	1	0	0	0	投 1.5 元 + 按可乐
5	1	0	0	1	0	1	0	0	投 1.5 元 + 按雪碧
6	0	1	1	0	1	0	1	0	投 2 元 + 按可乐，找零
7	0	1	0	1	0	1	1	0	投 2 元 + 按雪碧，找零
8	1	0	0	0	0	0	0	1	只投 1.5 元，不按键
9	0	1	0	0	0	0	0	1	只投 2 元，不按键

1 = 满足，0 = 不满足；已删掉 C1=1 且 C2=1、C3=1 且 C4=1 这类矛盾行，实际业务不可能出现。

简化判定表（可选）

剔除无效场景，仅保留6条核心有效用例：

用例编号	输入条件（投币+按键）	预期出可乐	预期出雪碧	预期找零0.5元	预期结果说明
TC-VM-001	投1.5元+按可乐	是	否	否	正常吐出可乐，无找零
TC-VM-002	投1.5元+按雪碧	否	是	否	正常吐出雪碧，无找零
TC-VM-003	投2元+按可乐	是	否	是	吐出可乐+找零0.5元
TC-VM-004	投2元+按雪碧	否	是	是	吐出雪碧+找零0.5元
TC-VM-005	只按键不投币（可乐/雪碧）	否	否	否	无任何动作，操作无效
TC-VM-006	只投币不按键（1.5元/2元）	否	否	否	待机无动作，操作无效

其他案例#

E/I/O/R：管输入条件之间
M：管输出结果之间
因果图 = 逻辑关系 + 约束 → 判定表 → 测试用例

找出因和果

某个软件规格说明书中规定：第一列字符必须是*或#，第二列字符必须是一个数字，在此情况下进行文件的修改，但如果第一列字符不正确，则给出信息M；如果第二列字符不正确，则给出N

因：

C1：第一列字符为*
C2：第一列字符为#
C3：第二列字符为数字

果：

E1：修改文件
E2：给出信息M
E3：给出信息N

理清它们之间的关系
根据对应的关系画出因果图
根据因果图转成判定表/决策表
根据决策表变成测试用例

判定表#

判定表（Decision Table），也叫决策表，是黑盒测试用例设计中逻辑最严谨、覆盖最完备的结构化方法，核心是将多输入条件的所有组合、对应的业务规则与输出动作，以表格形式完整呈现，从根本上避免逻辑分支遗漏，尤其擅长处理多条件联动、多规则约束的复杂业务场景，是功能测试中处理逻辑判断类需求的核心方法之一。

组成部分	定义说明
条件桩（Condition Stub）	列出所有影响系统输出的独立输入条件 / 判断因子，建议按业务优先级排序，每个条件桩仅对应一个布尔判断（是 / 否、真 / 假）
动作桩（Action Stub）	列出条件组合触发后，系统所有可能执行的操作、输出结果或业务处理动作
条件项（Condition Entry）	针对条件桩，列出所有可能的取值组合（常用 Y/N、1/0 表示，也支持多枚举值），确保无重复、无遗漏
动作项（Action Entry）	对应每一组条件项组合，明确该规则下需要触发的动作桩结果（常用√标记执行动作）
规则（Rule）	一组条件项 + 对应的动作项，构成一条完整的业务规则，`一条规则对应至少一条测试用例`，是判定表的核心执行单元

数学基础与规则计算#

判定表的完备性，核心来自对条件组合的全量枚举：

若 n 个条件均为布尔型（2 个取值：是 / 否），则总规则数 = 2ⁿ
若条件有多个枚举值（如会员等级分普通 / 银卡 / 金卡），则总规则数 = 每个条件的取值数的乘积（m₁×m₂×…×mₙ）

示例：3 个布尔型条件，总规则数 = 2³=8 条，可覆盖所有条件组合。

设计步骤（附实战案例）#

分析需求，确定条件桩与动作桩

业务需求：
- 登录需校验 3 项内容：用户名、密码、图形验证码
- 仅当用户名正确、密码正确、验证码匹配时，登录成功
- 用户名错误，直接提示「用户名不存在」，无需校验后续项
- 用户名正确、密码错误，提示「密码错误」
- 用户名和密码正确、验证码错误，提示「验证码错误」

拆解业务规则，拆分独立的输入条件和所有可能的输出动作，严禁一个条件桩包含多个判断，避免逻辑遗漏。

条件桩：C1. 用户名正确；C2. 密码正确；C3. 验证码匹配（均为布尔型：Y/N）
动作桩：A1. 登录成功；A2. 提示用户名不存在；A3. 提示密码错误；A4. 提示验证码错误

计算规则总数，确定表格规模

根据条件桩的数量和每个条件的取值数，计算理论最大规则数，搭建表格框架。

3 个布尔条件，总规则数 = 2³= 8 条

填充全量条件项组合

按二进制枚举的方式，逐列填充所有条件的取值组合，确保无遗漏、无重复。

匹配业务规则，填充动作项

对照需求文档，为每一组条件项组合，明确对应的动作结果，完成初始判定表。

条件桩 / 动作桩	规则 1	规则 2	规则 3	规则 4	规则 5	规则 6	规则 7	规则 8
C1. 用户名正确	Y	Y	Y	Y	N	N	N	N
C2. 密码正确	Y	Y	N	N	Y	Y	N	N
C3. 验证码匹配	Y	N	Y	N	Y	N	Y	N
A1. 登录成功	√
A2. 提示用户名不存在					√	√	√	√
A3. 提示密码错误			√	√
A4. 提示验证码错误		√

简化合并等价规则

合并核心原则：多条规则中，只有一个条件取值不同，其余条件完全一致，且触发的动作完全相同，可合并为一条规则，该不同条件用 - 标记为「无关项 / 不影响结果」。

严禁为减少规则数强行合并动作不同、或条件存在业务关联的规则，避免覆盖遗漏。

规则 5-8：仅 C1=N，其余条件无论取值如何，动作均为 A2，可合并。
规则 3-4：C1=Y、C2=N，C3 取值不影响动作，可合并。

最终简化表：

条件桩 / 动作桩	规则 1	规则 2	规则 3	规则 4
C1. 用户名正确	Y	Y	Y	N
C2. 密码正确	Y	Y	N	-
C3. 验证码匹配	Y	N	-	-
A1. 登录成功	√
A2. 提示用户名不存在				√
A3. 提示密码错误			√
A4. 提示验证码错误		√

基于规则生成测试用例

将简化后的每一条规则，转换为一条可执行的测试用例，明确测试输入、执行步骤与预期结果。

用例编号	测试输入	预期结果
TC01	正确用户名、正确密码、匹配验证码	登录成功
TC02	正确用户名、正确密码、错误验证码	提示「验证码错误」
TC03	正确用户名、错误密码、任意验证码	提示「密码错误」
TC04	错误用户名、任意密码、任意验证码	提示「用户名不存在」

场景#

适用场景：

多条件联动、多分支逻辑判断的业务（如登录、权限校验、表单校验、营销规则、金融风控）
业务规则有明确的「条件 - 结果」对应关系，需求对逻辑分支有清晰定义
需要确保测试覆盖无遗漏，避免边界逻辑漏洞的核心功能
跨角色需求 / 用例评审，需要可视化呈现所有业务规则，对齐认知

不适用场景：

条件桩数量过多（如超过 10 个布尔条件，规则数超 1024 条），出现规则爆炸，维护成本极高
业务逻辑以循环、时序流程、状态流转为主，而非条件判断分支
输入条件的取值无法明确枚举，边界模糊的场景
条件之间无逻辑关联、相互独立的简单场景

优缺点#

优点：

逻辑严谨，覆盖完备：枚举所有条件组合，从根本上避免遗漏业务规则和测试分支，是黑盒方法中逻辑完整性最强的方法之一
可视化强，便于对齐：表格形式清晰呈现所有「条件 - 动作」规则，便于测试人员梳理需求，也能快速发现需求中的逻辑漏洞
可维护性强：需求变更时，只需调整对应条件桩、动作桩和规则，无需重构整体用例框架
用例设计高效：一条规则对应一条用例，避免重复设计，且能精准定位缺陷对应的业务规则

缺点：

规则数指数级增长：条件数量增加时，规则数呈指数级爆炸，维护成本急剧上升
需求梳理要求高：若条件桩、动作桩拆分错误，会导致整个判定表失效，需要测试人员对业务规则有深度理解
场景适配有限：无法很好地处理循环、顺序执行、状态流转类的业务场景，需配合状态迁移图等方法使用

使用技巧与避坑#

条件桩拆分原则：每个条件桩仅对应一个布尔判断，避免一个条件桩包含多个判断（如不要把「用户名和密码正确」做成一个条件桩），否则会出现逻辑遗漏
合并规则的边界：合并仅适用于不影响动作结果的无关项，严禁强行合并动作不同的规则，避免覆盖遗漏
多取值条件处理：若一个条件有多个枚举值（如会员等级），按实际取值数计算规则数，不要强行转为布尔值，避免逻辑失真
大规模条件优化：当条件数过多时，可配合正交试验法减少规则数，或按业务模块拆分多个子判定表，分别处理
与其他方法配合：等价类划分确定条件的取值范围，边界值确定临界输入，判定表覆盖组合场景，三者配合使用可实现最高效的测试覆盖

错误推断法#

错误推断法是黑盒测试中典型的经验驱动型测试用例设计方法，核心是基于测试人员的行业经验、项目历史缺陷数据、业务认知与直觉，预判软件中可能存在的错误、缺陷、异常场景与边界风险，针对性设计测试用例，直击高风险模块，而非依赖标准化的逻辑拆分规则。

它无法替代等价类划分、边界值分析等标准化测试方法，核心定位是补充测试手段，用于覆盖规范方法难以触达的隐性缺陷。

推断依据#

错误推断法不是无依据的随机测试，所有用例设计均需基于可沉淀的经验依据，核心来源如下：

项目历史缺陷库：过往版本、同类型功能反复出现的高频 bug（如表单重复提交、接口超时无兜底、大数据量分页崩溃），是最高优先级的推断依据。
行业通用易错场景：全行业软件的共性缺陷点，包括空值 / Null / 特殊字符输入、数值边界溢出、权限越权操作、并发场景数据不一致、弱网 / 断网异常、浏览器 / 设备兼容性问题、敏感信息泄露等。
业务核心风险点：产品核心流程的高风险分支，如支付退款、库存扣减、用户账号注销、数据备份与恢复、合规校验等场景。
研发团队特性：开发人员的编码习惯（如部分开发易忽略异常处理、边界校验）、重构 / 迭代频繁的模块、历史债务重的老系统、第三方依赖接口等。
合规与安全通用漏洞：如 SQL 注入、XSS 跨站脚本、CSRF 跨站请求伪造、未授权访问等常见安全风险。

实施步骤#

沉淀与维护错误知识库：搭建团队级缺陷台账，分类归档历史 bug、行业通用错误、业务风险点，形成可复用的错误推断清单。
拆解模块与风险预判：针对待测功能模块，结合错误知识库，梳理该模块可能出现的所有错误类型、触发场景与诱因。
针对性设计测试用例：为每一个预判的错误点设计专属用例，明确前置条件、操作步骤、输入数据、预期结果，重点覆盖异常分支与极端场景。
执行测试与闭环迭代：执行用例验证缺陷，同时将本次新发现的 bug 补充至错误知识库，持续优化推断清单，形成经验闭环。

典型示例#

针对用户登录模块，通过错误推断法可快速设计以下高优先级测试用例：

账号 / 密码输入空值、超长字符串、特殊字符、SQL 注入语句，校验是否有合规拦截与异常兜底
连续多次输错密码，校验账号锁定机制是否生效，是否存在锁定绕过漏洞
弱网 / 断网环境下提交登录请求，网络恢复后是否出现重复提交、多 token 生成问题
登录成功后点击浏览器回退按钮，是否可重复登录、是否能未授权访问受限页面
第三方登录授权失败 / 取消授权时，是否出现页面白屏、流程卡死无兜底的问题
记住密码功能在无痕模式、多浏览器切换场景下，是否存在账号信息泄露风险

优缺点#

维度	核心说明
优点	1.高效直击高风险点，项目周期紧张时，可快速发现核心严重缺陷 2.灵活性强，可覆盖等价类、边界值等规范方法无法触达的隐性场景 3.落地成本低，无需复杂的逻辑建模与用例拆分，可快速产出测试用例 4.补充性极强，与标准化方法搭配使用，可大幅提升测试覆盖率与缺陷检出率
缺点	1.效果高度依赖测试人员的经验、业务理解与技术能力，新人难以落地，效果不稳定 2.无标准化执行流程，用例覆盖度不可控，易出现主观漏测 3.测试过程与成果难以量化，无法精准评估风险覆盖程度 4.不可作为核心测试方法，仅能作为补充手段，无法替代规范的用例设计方法

注意事项#

严禁单独使用：高风险核心模块（支付、交易、用户数据等），必须以等价类划分、边界值分析、场景法等标准化方法为核心，错误推断法仅用于补充测试。
降低个人依赖：必须搭建团队共享的缺陷知识库与错误推断清单，将个人经验转化为组织资产，避免人员流动导致测试能力断层。
持续迭代优化：每次版本迭代、上线复盘后，必须将新发现的缺陷补充至知识库，持续更新高频风险点，提升推断精准度。
区分随机测试：错误推断法是目标明确的针对性测试，而非无目的的随机点击、随意测试，所有用例必须有明确的风险预判依据。

正交实验法#

正交实验法（又称正交试验设计法）是一种基于统计学正交表的黑盒测试用例设计方法，其核心价值在于解决多因素多水平场景下的“用例组合爆炸”问题——从海量输入组合中，筛选出少量具有高度代表性的测试点，以最少的测试用例实现最大化的场景覆盖，同时保证测试结果的可分析性和可靠性，是平衡测试效率与测试质量的核心方法之一。

掌握正交实验法，需先明确四个核心概念，这是后续用例设计的基础：

因素（Factor/因子）：对被测功能、系统输出结果产生直接影响的输入条件、参数、配置项或操作变量。简单来说，就是测试中需要控制的“变量”。例如：登录功能中的用户名、密码、验证码；兼容性测试中的浏览器类型、操作系统版本、屏幕分辨率。
水平（Level/水平数）：每个因素的可取值、可选状态或范围。水平的选取需结合等价类划分法、边界值分析法，优先覆盖有效、无效、边界等关键场景，避免无意义的重复取值。例如：用户名的水平可设置为「正确用户名、错误用户名、空值」3个水平；浏览器的水平可设置为「Chrome、Edge、Firefox」3个水平。
正交表：正交实验法的核心工具，是基于数学正交性原理预制的标准化表格，通用格式为 Ln(mk)L_n(m^k)Ln(mk) ，各字母含义如下：
- LLL ：正交表的固定标识；
- nnn ：正交表的行数，即最终生成的测试用例数量；
- mmm ：每个因素的水平数（要求各因素水平数一致，混合水平需选用专用正交表）；
- kkk ：正交表的列数，即该表格最多可容纳的因素数量。
核心正交特性：正交表的价值源于“均匀分散、整齐可比”两大特性，也是其区别于普通随机抽样的关键：
- 均匀分散：每个因素的每个水平，在所有测试用例中出现的次数完全相等，确保用例在整个组合空间中均匀分布，代表性极强，避免局部场景覆盖不足；
- 整齐可比：任意两列的水平组合出现次数完全相等，可通过测试结果精准定位“哪个因素、哪个水平”对功能结果影响最大，便于缺陷定位和根因分析。

场景#

正交实验法是多因素组合场景的最优解，尤其适合以下情况：

多输入参数、多条件联动的功能测试（如复杂表单提交、接口多参数校验、系统配置项联动测试）；
全量组合数量过大，无法实现穷举测试的场景（例如4因素3水平，全量组合有81个，正交法仅需9个用例即可覆盖核心场景）；
兼容性测试（浏览器、操作系统、分辨率、设备型号等多维度组合场景）；
性能测试的参数调优、接口压力测试的多变量组合场景；
回归测试的用例精简，在有限时间内完成核心场景覆盖，提升回归效率。

正交实验法并非万能，以下场景不建议使用：

单因素单水平的简单功能校验（如单一按钮点击、单个输入框校验），无需复杂组合；
因素间存在强互斥、强依赖关系，且无法通过人工调整规避无效组合的场景（如“支付方式=现金”与“支付渠道=线上支付”无法同时出现，会导致大量无效用例）；
连续型变量无法离散化的场景（如温度、压力等连续值，无法拆分为明确的水平，需先进行离散化处理）。

设计步骤#

正交实验法的用例设计流程固定，核心分为6步，结合实战案例可快速掌握：

明确测试目标，提取核心因素：分析需求规格说明书，梳理所有影响被测功能输出的输入条件/参数，优先筛选对功能影响大、风险高的核心因素，剔除弱影响、无关因素（避免因素过多导致用例数冗余）。
确定每个因素的水平：为每个核心因素设定有业务代表性的水平，结合等价类、边界值法，覆盖有效、无效、边界场景；尽量让各因素的水平数保持一致，简化正交表的选择（水平数不一致可选用混合水平正交表）。
选择适配的正交表：选表核心原则：① 正交表的列数 kkk ≥实际因素数；② 正交表的水平数 mmm =实际因素的水平数；③ 在满足前两个条件的正交表中，选择行数 nnn 最小的表（用例数最少，效率最高）。
因素水平映射到正交表：将确定的因素一一对应到正交表的列，每个因素的水平按顺序替换正交表中的数字（如因素A的3个水平，替换正交表中“1、2、3”三个数字）。
生成基础测试用例：正交表的每一行，对应一个可执行的测试用例，补充用例的前置条件、操作步骤、预期结果，形成完整的基础用例集。
补充优化用例：正交表生成的是核心覆盖用例，无法覆盖所有极端场景、全异常组合，需人工补充强业务相关、极端边界、全异常的特殊用例，降低漏测风险。

实战案例（电商订单查询功能）#

被测功能：电商后台订单查询功能，用户可通过“订单状态”“时间范围”“排序方式”三个条件组合查询订单，需设计高效的测试用例覆盖核心场景。

步骤1-2：确定因素与水平#

经需求分析，提取3个核心因素，每个因素设置3个有代表性的水平，具体如下：

因素编号	因素名称	水平1	水平2	水平3
A	订单状态	待付款	待发货	已完成
B	时间范围	近7天	近30天	自定义
C	排序方式	按时间降序	按金额升序	按订单号升序
说明：全量组合数为3×3×3=27个，使用正交法可精简至9个用例，大幅提升测试效率。

步骤3：选择正交表#

3因素3水平，满足条件的最小正交表为 L9(34)L_9(3^4)L9(34) （9行、3水平、最多4列），多余的1列直接弃用，不影响测试覆盖。

步骤4-5：映射并生成基础测试用例#

将3个因素（A、B、C）对应到 L9(34)L_9(3^4)L9(34) 的前3列，水平替换正交表中的数字，生成9条基础测试用例：

用例编号	订单状态(A)	时间范围(B)	排序方式(C)	预期结果
1	待付款(1)	近7天(1)	按时间降序(1)	查询出近7天待付款订单，按时间降序排列
2	待付款(1)	近30天(2)	按金额升序(2)	查询出近30天待付款订单，按金额升序排列
3	待付款(1)	自定义(3)	按订单号升序(3)	查询出自定义时间内待付款订单，按订单号升序排列
4	待发货(2)	近7天(1)	按金额升序(2)	查询出近7天待发货订单，按金额升序排列
5	待发货(2)	近30天(2)	按订单号升序(3)	查询出近30天待发货订单，按订单号升序排列
6	待发货(2)	自定义(3)	按时间降序(1)	查询出自定义时间内待发货订单，按时间降序排列
7	已完成(3)	近7天(1)	按订单号升序(3)	查询出近7天已完成订单，按订单号升序排列
8	已完成(3)	近30天(2)	按时间降序(1)	查询出近30天已完成订单，按时间降序排列
9	已完成(3)	自定义(3)	按金额升序(2)	查询出自定义时间内已完成订单，按金额升序排列

步骤6：补充优化用例#

结合电商订单查询的业务场景，补充3条关键异常/边界用例，完善覆盖：

用例10：订单状态=已取消，时间范围=近7天，排序方式=按时间降序 → 验证已取消订单的查询逻辑是否正常；
用例11：订单状态=待付款，时间范围=自定义（起止时间相同），排序方式=按时间降序 → 验证边界时间查询的准确性；
用例12：订单状态=空，时间范围=空，排序方式=空 → 验证必填项空值校验的提示信息是否正确。

常用正交表参考#

实际测试中，无需手动绘制正交表，可直接选用预制的标准化正交表，以下是常用正交表分类及参数：

单一水平正交表（各因素水平数相同）#

正交表	水平数	最大因素数	用例数	全量组合数参考（以最大因素数为例）
L4(23)L_4(2^3)L4(23)	2	3	4	2³=8
L8(27)L_8(2^7)L8(27)	2	7	8	2⁷=128
L9(34)L_9(3^4)L9(34)	3	4	9	3⁴=81
L16(45)L_{16}(4^5)L16(45)	4	5	16	4⁵=1024
L27(313)L_{27}(3^{13})L27(313)	3	13	27	3¹³=1594323

混合水平正交表（各因素水平数不同）#

适用于各因素水平数不一致的场景，无需强行统一水平数，常用类型如下：

L8(41×24)L_8(4^1×2^4)L8(41×24) ：1个4水平因素 + 4个2水平因素，共8条用例；
L18(21×37)L_{18}(2^1×3^7)L18(21×37) ：1个2水平因素 + 7个3水平因素，共18条用例；
L16(41×212)L_{16}(4^1×2^{12})L16(41×212) ：1个4水平因素 + 12个2水平因素，共16条用例。

优缺点分析#

（一）优点#

效率极高：相比全量穷举，可将测试用例数量减少50%-90%，大幅降低测试人力、时间成本，尤其适合多因素组合场景；
覆盖度高：依托“均匀分散”特性，每个因素的每个水平都能被完整覆盖，且能有效覆盖80%以上缺陷所在的“因素两两交互”场景，漏测风险低；
结果可分析：借助“整齐可比”特性，可量化分析不同因素、不同水平对功能结果的影响程度，快速定位缺陷根因，辅助开发人员修复问题；
标准化可复用：设计流程固定，可通过工具自动化生成用例，适合自动化测试脚本批量构建，测试过程与结果可追溯。

（二）缺点#

依赖测试经验：因素与水平的选取直接决定测试效果，若遗漏核心因素、水平取值无代表性，会导致测试失效；
场景适配有限：仅支持离散型因素，连续型变量需先离散化；对因素间强互斥、强依赖的场景，无法直接适配，需人工大量调整；
无法覆盖全量极端场景：正交法生成的是代表性用例，无法覆盖所有极端组合、全异常组合，必须人工补充关键用例；
混合水平复杂度高：当各因素水平数差异较大时，正交表选择与适配难度提升，用例精简效果会下降。

使用关键注意事项#

因素筛选优先级：优先选择对功能影响大、风险高的核心因素，剔除无影响、弱影响的次要因素，控制因素数量（建议不超过5个，否则用例数会显著增加）；
水平选取原则：每个水平必须有业务代表性，覆盖有效等价类、无效等价类、边界值，避免重复、无意义的取值（如用户名“正确”与“合法”属于重复水平，需合并）；
互斥/依赖因素处理：若因素间存在互斥、依赖关系，需人工删除正交表中的无效用例，补充符合业务逻辑的有效组合，避免无效测试；
不可替代基础方法：正交法是组合场景的优化方法，不能替代等价类、边界值、错误推测法，需结合多种用例设计方法使用，才能保障测试完整性；
工具辅助提效：复杂场景（多因素、混合水平）可借助正交表生成工具（如正交设计助手、SPSS、Minitab）自动生成正交表，避免人工制表出错，提升设计效率。

测试用例设计方法之场景法

Tue, 31 Mar 2026 00:00:00 GMT

场景法（也叫用例场景法、业务场景分析法），是基于用户真实业务流程，通过模拟用户端到端的操作行为，覆盖完整业务路径的黑盒测试方法。

核心思想是用 “流”（流程路径）描述用户与系统的交互，以业务场景为单位设计测试用例，是系统测试、集成测试、验收测试中最核心的测试方法之一，尤其适用于业务流程复杂的软件系统。

基础概念#

基本流（主流程 / 阳光流 / 有效流）
- 指用户操作最顺利、无任何异常和分支，完整走完业务核心目标的最短路径。它是业务最核心、最高频的流程，也是测试优先级最高的场景，所有分支流都基于基本流延伸。
- 例：电商下单的基本流：登录成功→商品加购成功→提交订单成功→支付成功→订单完成。
备选流（正常分支流）
- 从基本流的某个节点分支出来，属于用户合法、合规的正常操作分支，最终可回到基本流，或终止流程。
- 例：提交订单前修改商品数量、下单后未支付前取消订单、申请售后退款等。
异常流（错误流 / 无效流）
- 从基本流 / 备选流的节点分支出来，因用户非法操作、系统异常、外部依赖故障导致的错误路径，用于验证系统的容错能力和异常处理机制。
- 例：登录密码错误锁定账号、支付时余额不足、下单时商品库存为 0、支付过程网络中断等。

应用场景#

业务流程复杂、多环节联动的系统（电商、金融、银行、OA 审批、出行等）。
端到端的系统测试、集成测试、用户验收测试（UAT）。
核心业务流程的回归测试，保障版本迭代不破坏主流程。
自动化测试用例设计，是 UI 自动化、接口自动化流程用例的核心设计思路。

对于单元测试、单个功能控件的细节测试（如输入框的格式校验）、无明确业务流程、纯工具类的单点功能测试均不适合场景法。

设计步骤#

梳理业务需求，绘制业务流程图

深度对齐产品需求与业务规则，明确业务的参与角色、功能节点、流转规则、上下游依赖，用流程图 / 泳道图完整呈现全链路业务，避免遗漏关键节点。
确定核心基本流

提取业务中最核心、无任何异常的主流程，明确每个节点的操作和预期结果，作为所有场景的主干。
全量识别备选流与异常流

基于基本流的每个节点，梳理所有合法的分支操作（备选流）、所有可能的错误操作与系统异常（异常流），明确每个分支的触发条件、流转规则和系统预期处理逻辑。
组合流，生成独立业务场景

将基本流与备选流、异常流进行组合，生成互不重复、覆盖全路径的独立场景。
- 优先级规则：纯基本流场景（P0）> 高频备选流场景（P1）> 核心异常流场景（P1）> 低频分支 / 异常场景（P2/P3）。
- 避坑原则：避免无限制组合导致的 “路径爆炸”，复杂业务优先保障高优先级场景全覆盖，低频场景可按需裁剪。
为每个场景设计测试用例

每个场景对应 1 个或多个测试用例，完整填写用例核心要素：用例 ID、用例名称、优先级、前置条件、测试数据、操作步骤、预期结果。

实战案例#

关于 ATM 取款的场景：

选取基本流（主流程 / 阳光流，P0 最高优先级）#

用户无异常操作、系统无故障，完整完成取款的核心路径，也是业务最高频、最核心的流程：

用户发起取款，插入银行卡
系统校验银行卡合法，校验通过
系统弹出密码输入提示
用户输入正确密码，不选择取消操作
系统校验密码正确，校验通过
系统弹出取款金额输入提示
用户输入合法的取款金额
系统校验金额合规，校验通过
系统校验用户账户余额充足，校验通过
系统校验 ATM 机内现金充足，校验通过
系统出钞，取款成功，流程结束

插入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码（不执行取消操作） → 密码正确 → 提示输入金额 → 用户输入取款金额 → 金额合法 → 账户余额充足 → ATM 现金充足 → 取款成功

也可以通过路径的方式来描述基本流，但在复杂的业务逻辑中，选择这个感觉会很乱，用序号的方式来将整个核心路径给写出来清晰明了。

备选流（用户正常操作分支）#

只有一条 用户主动取消取款 为用户正常操作分支下的备选流：插入银行卡 → 卡合法 → 提示输入密码 → 用户选择取消 → 退卡，流程结束。

异常流（错误 / 故障场景）#

覆盖流程图中所有校验不通过、系统异常的分支：

银行卡合法性校验不通过（挂失 / 过期 / 非法卡）

路径：插入银行卡 → 卡不合法 → 提示 error1，退卡，流程结束
密码输入错误，累计错误次数＜3 次

路径：插入银行卡 → 卡合法 → 输入错误密码（不取消） → 密码校验失败 → 错误次数＜3 次 → 提示重新输入 → 回到密码输入环节
密码连续错误 3 次，触发吞卡

路径：插入银行卡 → 卡合法 → 连续 3 次输入错误密码 → 密码校验失败 → 错误次数达 3 次 → 系统吞卡，流程结束
取款金额不合法（非 100 倍数 / 超单笔限额 / 低于最低取款额）

路径：插入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码（不执行取消操作） → 密码正确 → 提示输入金额 → 用户输入取款金额 → 金额不合法 → 回到金额输入环节，提示重新输入
取款金额合法，但用户账户余额不足

路径：插入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码（不执行取消操作） → 密码正确 → 提示输入金额 → 用户输入取款金额 → 金额合法 → 余额不足 → 回到金额输入环节，提示重新输入 → 回到金额输入环节，提示重新输入
金额合法、余额充足，但 ATM 机内现金不足

路径：插入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码（不执行取消操作） → 密码正确 → 提示输入金额 → 用户输入取款金额 → 金额合法 → 账户余额充足 → ATM 余额不充足 → 回到金额输入环节，提示重新输入

我的路径写法#

1
基本流：插入合法银行卡 -> 输入正确密码 -> 输入合法金额 -> 账号余额充足，ATM现金充足 -> 取款成功
2
备选流：插入合法银行卡 -> 取消输入密码 -> 退卡
3
    插入合法银行卡 -> 输入密码错误 -> 重新输入密码
4
    插入合法银行卡 -> 输入正确密码 -> 输入金额非法 -> 重新输入金额
5
    插入合法银行卡 -> 输入正确密码 -> 输入金额合法 -> 账户余额不充足 -> 重新输入金额
6
    插入合法银行卡 -> 输入正确密码 -> 输入金额合法 -> 账户余额充足 -> ATM现金余额不充足 -> 重新输入金额
7
异常流：插入非法银行卡 -> 提示error1，退卡
8
    插入合法银行卡 -> 输入密码出错3次 -> 吞卡

可以看出，备选流和异常流理解错误；并非一定要按照→来表示路径，也可以通过序号来解释。

用例设计#

所写文件：场景法

测试用例设计方法之等价类

Mon, 30 Mar 2026 00:00:00 GMT

测试用例设计方法，是为了高效、全面覆盖测试场景、精准发现软件缺陷，基于需求规格、代码逻辑、业务场景制定的标准化设计思路。

等价类#

等价类划分法是黑盒测试（功能测试）最基础、最核心的用例设计方法，核心逻辑是：将无法穷举的输入数据，按需求规则划分为若干个互不相交的「等价类」，从每个等价类中选取少量具有代表性的数据设计测试用例，用最少的用例覆盖最多的场景，解决穷举测试不可行的问题。

核心概念#

等价类分为有效等价类和无效等价类两类，二者缺一不可，分别覆盖功能的正常场景和异常容错场景。

有效等价类：符合需求规格说明、合理的、有意义的输入数据集合，目的是为了程序是否正确实现了需求规定的功能
无效等价类：与有效等价类相反，其目的是为了验证程序的异常处理能力（容错性），是否能对非法输入做正确拦截和提示

核心规则#

针对不同的输入规则，有标准化的划分方法，确保划分无遗漏、无冗余：

输入规定了取值范围 / 个数：划分 1 个有效等价类，2 个无效等价类。

例：需求要求输入 1-100 的整数，有效等价类：1≤x≤100 的整数；无效等价类：x<1、x>100。
输入规定了「必须遵守的规则」：划分 1 个有效等价类，N 个违反规则的无效等价类。

例：用户名必须同时包含中文、英文与数字，有效等价类：用户名必须同时包含：中文 + 英文 + 数字；无效等价类：缺少中文、缺少英文、缺少数字、只有中文、 只有英文、只有数字、包含特殊符号、空格、不可见字符 / 乱码等。
输入是枚举值 / 固定集合：每个合法枚举值为 1 个有效等价类，所有非枚举值为 1 个无效等价类。

例：需求要求性别只能选「男 / 女」，有效等价类：男、女；无效等价类：其他任意值。
输入是布尔值：划分 1 个有效等价类，1 个无效等价类。

例：需求要求必须勾选用户协议，有效等价类：已勾选；无效等价类：未勾选。
输入有多个规则叠加：先为每个规则单独划分等价类，再对有效等价类做组合，无效等价类单独拆分。

标准步骤#

拆分输入条件：基于需求规格，拆解所有可输入的项（如输入框、单选框、接口参数、表单字段等）。
划分等价类并编号：为每个输入条件，分别划分有效、无效等价类，给每个等价类分配唯一编号，便于后续追溯覆盖。
设计有效等价类用例：1 条用例尽可能覆盖最多的未覆盖有效等价类，直到所有有效等价类全部被覆盖。
设计无效等价类用例：严格遵循单缺陷原则，1 条用例仅覆盖 1 个未覆盖的无效等价类，直到所有无效等价类全部被覆盖。

关键说明：单缺陷原则可避免多个无效规则叠加导致的「缺陷屏蔽」—— 若 1 条用例覆盖多个无效规则，程序可能只拦截了第一个错误，后续的缺陷就无法被测出。

实战案例#

需求背景：用户名必须同时包含中文、英文与数字，长度大于等于6且小于等于12。

有效等价类：同时包含：中文 + 英文 + 数字，长度在 6～12 位之间【没有包含其他的】
无效等价类
- 长度不符合：长度 < 6（其他条件满足）、长度 > 12（其他条件满足）
- 缺少某一类字符（长度合法）：只有中文 + 英文，无数字、只有中文 + 数字，无英文、只有英文 + 数字，无中文
- 只有单一类型（长度合法）：只有中文、只有英文、只有数字
- 包含非法内容（长度合法、三类都有）：包含特殊符号（!@#$%^&*_+- 等）、包含空格、包含换行 / 不可见字符
- 空值：空输入

根据等价类划分成测试用例：文件

边界值#

边界值分析法（Boundary Value Analysis，BVA）是黑盒测试最核心、性价比最高的测试方法之一，是等价类划分法的重要补充，核心逻辑是：软件绝大多数缺陷都出现在输入 / 输出范围的边界临界点，而非范围内部，因此专门针对边界值设计测试用例，能高效发现程序的逻辑错误。

核心概念#

程序员在处理边界条件时极易出现逻辑错误（如>=与>混淆、循环终止条件错误、数组下标越界、数值溢出等），边界值法就是精准命中这类高频出错场景，通过测试边界的临界值，验证程序对边界的处理是否符合需求。

边界值设计的核心是精准识别 3 类点，这是用例设计的基础：

概念	定义	取值规则
上点	边界上的点，无论区间是开 / 闭，上点固定为边界本身	闭区间[1,100]：上点为 1、100 开区间(1,100)：上点仍为 1、100
内点	边界范围内的任意一个有效值，用于校验正常业务场景	区间[1,100]内的 50，仅需 1 个即可
离点	离上点最近、刚好超出边界的点，开闭区间决定离点的取值方向	闭区间[1,100]：离点为 0、101 开区间(1,100)：离点为 2、99

关键记忆点：闭区间离点往外走，开区间离点往里走。

设计方法#

基础边界值法（单缺陷假设）

行业最常用的设计方法，基于单缺陷假设（故障大多由单个变量的临界值导致），每个输入变量独立覆盖边界，其他变量取正常值。
- 取值规则：每个变量取 5 个值：最小值、略高于最小值、正常值、略低于最大值、最大值
- 用例数量：n 个输入变量，生成 4n+1 个测试用例
健壮性边界值法

在基础边界值的基础上，增加对异常边界的测试，验证程序的容错能力和异常处理逻辑。
- 取值规则：每个变量取 7 个值：略低于最小值、最小值、略高于最小值、正常值、略低于最大值、最大值、略高于最大值
- 用例数量：n 个输入变量，生成 6n+1 个测试用例
最坏情况边界值法

基于多缺陷假设，测试多个变量边界值的组合场景，覆盖更全面，但用例数量会指数级增长，仅用于核心高风险模块。
- 取值规则：所有变量的边界值进行全组合
- 用例数量：n 个输入变量，基础版生成 5^n 个用例，健壮性版生成 7^n 个用例

设计步骤#

明确边界条件：从需求文档中提取所有带范围的输入 / 输出项，包括数值、长度、时间、数量、文件大小等。
划分等价类：先完成有效 / 无效等价类划分，锁定边界范围。
确定上点、离点、内点：根据区间开闭，精准确定 3 类点的取值。
设计测试用例：优先覆盖所有上点，再覆盖离点，最后用内点做正常场景校验；多变量场景优先用单缺陷假设，核心模块补充组合场景。
补充输出域边界：不仅测输入边界，还要构造输入，验证输出结果的边界是否符合需求（如输出金额上限、分页最大条数等）。

案例解析#

闭区间数值输入

输入一个整数，有效范围为 1~100（闭区间，包含 1 和 100），有效提示 “成功”，无效提示 “失败”。

用例类型 输入值 预期结果
上点（有效） 1 成功
上点（有效） 100 成功
离点（无效） 0 失败
离点（无效） 101 失败
内点（有效） 50 成功
开区间数值输入

输入一个整数，必须大于 1 且小于 100（开区间，不包含 1 和 100），有效提示 “成功”，无效提示 “失败”。

用例类型 输入值 预期结果
上点（无效） 1 失败
上点（无效） 100 失败
离点（有效） 2 成功
离点（有效） 99 成功
内点（有效） 50 成功
开闭区间数值输入

输入一个整数，必须大于 1 且小于 100（开闭区间，包含 1 且不包含 100），有效提示 “成功”，无效提示 “失败”。

要素类型 取值 有效性 预期结果
上点（左闭） 1 有效成功
上点（右开） 100 无效失败
离点（左闭外） 0 无效失败
离点（右开内） 99 有效成功
内点 50 有效成功

边界值不止适用于整数，所有带范围约束的场景都适用，常见场景包括：

数值类：整数 / 小数的取值范围、精度限制（如金额保留 2 位小数）、数值类型上下限（如 int32 最大值 2147483647）
长度类：字符串、数组、集合的元素个数、文本输入框的最大 / 最小长度
时间类：活动起止时间、有效期、循环执行次数、超时时间
空间 / 文件类：上传文件大小限制、内存占用上限、磁盘空间阈值
结构类：数组下标（0 和最后一位下标）、分页的首页 / 末页、循环的 0 次 / 1 次 / 最大次数

经典案例#

需求：输入边长A、B、C 3个值，判断是否能构成三角形，输出对应的信息。

前置：输入合法性校验

输入的 3 个边长 A、B、C，必须同时满足以下条件，否则判定为非法输入：
- 均为有效数值（整数 / 浮点数，不接受空值、非数字字符、布尔值等）
- 每个数值严格大于 0（边长为 0 / 负数无几何意义）
非法输入固定输出：输入不合法，请输入3个大于 0 的有效数字
三角形构成资格判定：

满足合法输入后，必须符合三角形充要条件：任意两边之和严格大于第三边

优化技巧：将三边从小到大排序为 a ≤ b ≤ c，仅需判断 a + b > c 即可（最大边 c 已确定，a+c>b、b+c>a必然成立）
- 不满足条件输出：无法构成三角形，原因：任意两边之和必须严格大于第三边
- 满足条件，进入三角形类型细分判定
三角形类型细分（优先级从高到低）

优先级说明：等边是特殊的等腰三角形，业务中优先判定等边，避免逻辑冲突
- 等边三角形：三边完全相等 A == B == C。输出示例：可构成三角形，类型为【等边三角形】（特殊的等腰/锐角三角形）
- 等腰三角形：恰好只有两边相等（排除等边），即 (A==B && A≠C) || (A==C && A≠B) || (B==C && B≠A)。输出示例：可构成三角形，类型为【等腰三角形】
- 不等边普通三角形：三边均不相等。输出示例：可构成三角形，类型为【不等边普通三角形】
补充：按角分类（完善输出信息），基于排序后的 a ≤ b ≤ c，通过勾股定理延伸判定：
- 直角三角形：a² + b² == c²，输出补充：同时为【直角三角形】
- 锐角三角形：a² + b² > c²，输出补充：同时为【锐角三角形】
- 钝角三角形：a² + b² < c²，输出补充：同时为【钝角三角形】

根据等价类和边界值写出测试用例

用例 ID	输入 A	输入 B	输入 C	用例类型	预期输出
TC001	3	3	3	有效等价类 - 等边三角形	可构成三角形，类型为【等边三角形】，同时为【锐角三角形】
TC002	3	3	4	有效等价类 - 等腰锐角三角形	可构成三角形，类型为【等腰三角形】，同时为【锐角三角形】
TC003	3	3	5	有效等价类 - 等腰钝角三角形	可构成三角形，类型为【等腰三角形】，同时为【钝角三角形】
TC004	3	4	5	有效等价类 - 直角三角形	可构成三角形，类型为【不等边普通三角形】，同时为【直角三角形】
TC005	4	5	6	有效等价类 - 普通锐角三角形	可构成三角形，类型为【不等边普通三角形】，同时为【锐角三角形】
TC006	2	3	4	有效等价类 - 普通钝角三角形	可构成三角形，类型为【不等边普通三角形】，同时为【钝角三角形】
TC007	0	3	4	无效等价类 - 含 0 值	输入不合法，边长必须为大于 0 的正数
TC008	-2	3	4	无效等价类 - 含负数	输入不合法，边长必须为大于 0 的正数
TC009	空	3	4	无效等价类 - 空值输入	输入不合法，请输入 3 个大于 0 的有效数字
TC010	abc	3	4	无效等价类 - 非数字输入	输入不合法，请输入 3 个大于 0 的有效数字
TC011	1	2	3	边界值 - 两边之和等于第三边（临界无效）	无法构成三角形，原因：任意两边之和必须严格大于第三边
TC012	1	2	3.1	边界值 - 两边之和小于第三边（无效）	无法构成三角形，原因：任意两边之和必须严格大于第三边
TC013	1	2	2.9	边界值 - 两边之和刚好大于第三边（临界有效）	可构成三角形，类型为【不等边普通三角形】，同时为【钝角三角形】
TC014	0.1	0.1	0.1	边界值 - 极小正数（有效）	可构成三角形，类型为【等边三角形】，同时为【锐角三角形】
TC015	99999	99999	99999	边界值 - 极大数值（有效）	可构成三角形，类型为【等边三角形】，同时为【锐角三角形】

严格区分「大于」和「大于等于」：三角形定义是严格大于，两边之和等于第三边是共线线段，不能构成三角形，这是边界值测试的核心易错点。
浮点数精度处理：代码中加入了 1e-10 的容差，避免因浮点运算误差导致直角三角形、边界值判断错误。
判定优先级：必须先判定等边，再判定等腰，否则等边三角形会被误判为等腰三角形。
乱序输入兼容：先对三边排序，无需用户按大小顺序输入，提升程序鲁棒性。

注意事项#

必须和等价类划分结合使用：边界值是等价类的补充，不能替代等价类，二者结合才能实现完整的输入覆盖。
严格区分开闭区间：离点的取值错误是最常见的用例设计失误，闭区间离点向外，开区间离点向内。
不要忽略隐性边界：需求未明确写明，但技术层面存在的边界（如数据类型溢出、数据库字段长度限制、接口参数最大长度）必须补充测试。
输入 + 输出边界双覆盖：绝大多数测试人员只测输入边界，忽略输出边界，很多业务逻辑的缺陷仅能通过输出边界测试发现。
优先单缺陷，谨慎全组合：全组合边界用例数量会指数级增长，非核心模块无需使用，避免测试成本过高。

与等价类的区别#

维度	等价类划分法	边界值分析法
测试核心	覆盖有效 / 无效等价类的代表值，验证 “类” 的整体正确性	精准命中边界临界点，验证 “边界” 的处理正确性
用例设计	从等价类中任选一个代表值即可	必须覆盖上点、离点，取值有严格的规则
缺陷发现能力	覆盖范围广，但对边界类缺陷敏感度低	对边界逻辑缺陷的检出率极高，是等价类的强力补充

利用等价类、边界值：

自已所做的作业：作业。通过这次作业得知，要站在用户的角度上去思考多个测试点，同时关于手机号的验证，可以手机位数、手机号段（13 ~ 19）来验证。

测试用例概念

Mon, 30 Mar 2026 00:00:00 GMT

在进行需求分析过后，就是测试计划阶段，这里有些公司可能会先进行测试计划阶段。

测试计划阶段由测试项目负责人和组长去规范大概这个项目需要多少时间，每个阶段需要完成什么，每个人需要完成哪些模块，需要用到什么工具等关于时间人力的安排。

测试用例是什么#

测试用例是软件测试活动的最小执行单元，是为验证软件某一特定功能、性能、安全性等需求是否符合预期，预先设计的一套包含测试场景、输入数据、执行条件、操作步骤、预期结果的标准化文档。它是测试执行的核心依据，也是保障测试覆盖度、可追溯性、缺陷可复现性的关键载体。

标准测试用例核心构成要素#

要素名称	核心说明	是否必填
用例 ID	唯一标识，便于管理追溯，通用格式：模块 - 功能 - 序号（如 LOGIN-P0-001）	是
用例标题	一句话清晰描述测试目标，无歧义（如 “验证正确账号密码可正常登录系统”）	是
所属模块	归属的产品功能模块（如 “用户登录模块”）	是
前置条件	执行用例前必须满足的环境 / 数据要求（如 “系统可正常访问、测试账号已注册”）	是
测试步骤	分步执行的操作，必须清晰、可复现，无模糊表述	是
输入数据	执行步骤中需要输入的参数（如账号、密码、数值），无输入则填 “无”	是
预期结果	每一步操作对应的系统预期表现，是判断用例是否通过的唯一标准	是
用例优先级	划分执行优先级，通用规则 P0（核心）- P3（边缘），P0 为冒烟测试必测项	是
测试类型	标注用例归属类型（如功能测试、性能测试、安全测试、兼容性测试）	是
实际结果	执行后系统的真实表现，测试执行阶段补充	否
测试结论	用例执行结果：通过 / 不通过 / 阻塞 / 未执行，测试执行阶段补充	否
备注	特殊说明、缺陷关联、环境依赖、异常场景补充	否

一般核心主流程或者用作冒烟用例的其优先级为 P0，其余一般流程，异常流程的为P1，最低的则是界面、兼容这方面的测试。

核心原则#

原子性：一条用例仅验证一个核心测试点，避免多功能耦合，便于缺陷定位。
可复现性：任何人拿到用例，都能按步骤复现完全一致的测试过程与结果，无歧义。
覆盖全面：覆盖正常场景、异常场景、边界场景、合规场景，不遗漏需求点。
优先级清晰：核心功能、高频用户场景优先保障，适配冒烟、回归、全量测试不同场景。
可维护性：结构规范、命名统一，需求变更时可快速迭代调整。

软件测试工作流程

Sat, 28 Mar 2026 00:00:00 GMT

软件测试流程#

软件测试流程核心目标并非单一的 “发现缺陷”，而是验证软件产品是否完全匹配用户需求、设计规格与行业合规要求，最大限度降低软件上线后的质量风险、业务损失与运维成本。

行业通用的全流程分为 7 个核心阶段，各阶段环环相扣，形成完整的测试执行链路：

需求分析与评审阶段：测试人员前置介入需求评审，识别需求的可测性、歧义点、业务风险与合规要求，明确测试范围、质量目标与验收标准，核心交付物为测试需求追溯矩阵。
测试计划阶段：基于项目范围与需求，制定完整测试计划，明确测试策略、测试范围、资源配置、进度排期、风险应对方案、准入 / 准出标准，核心交付物为《测试计划》文档。
测试设计与用例开发阶段：基于需求规格与设计文档，拆解测试场景、设计测试用例、准备测试数据，完成用例的同行评审，确保用例对需求的全覆盖，核心交付物为《测试用例集》《测试数据清单》。
测试环境搭建与准备阶段：搭建与生产环境高度一致的测试环境，部署被测版本、配置测试工具、初始化测试数据，完成环境冒烟验证，确保测试执行的前置条件全部达标。
测试执行与缺陷管理阶段：按照测试计划与用例执行多轮测试，记录测试结果，对发现的缺陷进行标准化提交、分级、跟踪、闭环管理，针对修复后的缺陷执行回归测试，核心交付物为《测试执行日志》《缺陷管理报告》。
测试收尾与验收阶段：完成版本验收测试，核对测试准出标准，评估版本上线风险，输出完整的《测试总结报告》，为版本发布决策提供核心依据，同时沉淀测试过程资产，完成项目复盘与流程优化。
上线后运维与持续验证阶段：版本上线后，配合完成线上灰度验证、生产监控、用户反馈跟进，针对线上突发缺陷执行紧急修复与回归测试，完成线上问题复盘，形成全流程的质量闭环。

需求分析与评审阶段#

该阶段本质是针对业务需求、产品需求规格说明书（SRS/PRD）、用户故事、原型图等核心资产，判断需求能不能测、怎么测、验证标准是什么、有哪些质量风险，其直接决定了后续测试工作的有效性、返工成本，以及整个项目的质量下限。

评审会前 1-2 个工作日，完整通读所有需求资料，梳理核心业务链路、模块划分、上下游依赖，这里必须标记以下 4 类核心问题：

SRS/PRD 与原型图不一致的内容
表述模糊、歧义、前后矛盾的需求
无明确验收标准、无法通过测试手段验证的需求
遗漏的业务场景、异常处理规则、边界条件

需要注意的是，提前和产品经理一对一沟通核心歧义点，避免评审会变成需求答疑会，浪费全员时间；初步预判测试复杂度、资源需求。

正式评审会时，不要只旁听，而是应该要主动参与评审：

针对会前分析发现的问题，逐条提出，重点聚焦可测性、完整性、边界场景、异常处理
逐条确认需求的验收标准，确保所有相关方达成共识，无歧义
针对需求中的技术风险、质量风险、合规风险，提出测试视角的专业建议
完整记录所有待闭环的问题、对应责任人、闭环时限

评审会后 1-2 个工作日内，产品经理会针对所有问题给出明确答复，同步更新需求文档与原型图，此时要针对更新后的需求，复核所有问题是否全部闭环，判断有无新增歧义。

当所有问题闭环后，形成正式需求基线，即可进入后续的测试点提取与用例设计环节。

案例#

原始模糊需求（产品 PRD）：“用户可以通过手机号注册账号，注册需要验证码，密码要安全，注册成功后跳转到首页，要保证用户体验好。”

测试视角的评审提问与闭环结果：

模糊需求：“密码要安全” → 提问：密码的具体规则是什么？长度、字符类型、校验规则？ 闭环结果：密码为 8-20 位，必须包含字母 + 数字 + 特殊字符，不允许连续 3 位以上相同字符，不允许包含手机号后 6 位。
不可测需求：“要保证用户体验好” → 提问：用户体验的具体验收标准是什么？ 闭环结果：用户完成注册的操作路径不超过 3 步，页面加载时间 ≤ 2s，验证码发送倒计时 60s，报错提示在输入框下方实时展示。
完整性缺失：仅写了注册成功流程 → 提问：手机号已注册、验证码错误 / 过期、网络中断、连续发验证码的限制规则是什么？ 闭环结果：补充所有异常场景的处理规则，明确验证码 1 分钟内仅可发送 1 次，1 小时内最多发送 5 次。
合规性缺失：无用户协议相关要求 → 提问：是否需要用户勾选同意用户协议与隐私政策？是否符合《个人信息保护法》？ 闭环结果：注册页面必须设置默认不勾选的协议勾选框，用户必须勾选后才可点击注册，协议文本可点击查看。

关于提取注册界面的测试点：

通过 Xmind 编写需求分析得出：测试需求

测试计划阶段#

该阶段本质是将测试方针与测试策略转化为结构化、可落地、可管控的测试执行方案，明确测试目标、范围、策略、资源、进度、风险与规则，为测试全流程活动提供可追溯的执行基准与决策依据。

对齐各方预期：拉通产品、研发、测试、项目管理、业务方，对测试目标、质量标准、交付节奏达成共识，避免后期认知偏差与扯皮。
锁定测试边界：明确测试范围与不测试范围，从源头管控范围蔓延，避免无效测试与资源浪费。
制定可落地的执行策略：明确「怎么测、测什么、谁来测、什么时候测、测到什么程度」，让所有测试活动有章可循。
前置风险管控：识别全流程潜在风险，制定可落地的应对方案，最大限度降低项目延期、质量失控的概率。
量化质量与验收标准：明确可量化的测试准入 / 准出规则，为版本上线决策提供客观、可验证的依据。

明确测试目标与可量化质量指标#

明确本次测试的核心定位，杜绝 “提升产品质量” 这类模糊表述，所有指标必须可量化、可验证。

可量化质量指标（行业通用基准，可按需调整）：

指标类型	通用可量化标准
需求覆盖指标	测试用例对基线需求的覆盖率 100%，无遗漏需求
用例执行指标	P0 级核心用例执行率 100%、通过率 100%；P1 级用例执行率 100%、通过率≥98%
缺陷管控指标	上线前 P0/P1 级缺陷清零；P2 级缺陷遗留率≤5%，且无核心业务影响；P3 级缺陷遗留需三方签字确认；线上缺陷逃逸率≤0.2 个 / 千行代码
专项质量指标	性能指标：95% 核心业务请求响应时间≤200ms，峰值并发无超时；安全指标：通过等保三级合规扫描，无高危 / 中危安全漏洞；兼容性指标：覆盖目标环境 100%

锁定测试范围与边界#

承接需求分析的输出，明确「测什么」和「不测什么」，是管控范围蔓延的核心手段。

通过书面明确纳入测试以及不纳入测试的范围（需要各方确认），基于业务核心度、用户使用频率、风险等级，划分 P0-P3 优先级，明确测试资源与执行顺序的倾斜规则。

制定核心测试策略#

测试策略是测试计划的灵魂，核心回答「怎么测」的问题，是后续测试设计与执行的核心方法论。

策略模块	核心制定内容
测试级别与类型	明确单元测试、集成测试、系统测试、UAT 验收测试 4 个级别的负责方、准入准出标准、执行范围；明确本次需执行的测试类型（功能、性能、安全、兼容、易用性、可靠性等）及各自的覆盖范围
测试方法选型	明确黑盒 / 白盒 / 灰盒测试的适用场景；手工测试与自动化测试的分工（如核心流程用例自动化覆盖，复杂场景手工测试）；自动化测试的工具选型、覆盖范围、执行时机
环境与数据策略	明确测试环境、预发环境、灰度环境的规划，要求与生产环境的配置一致性标准；明确测试数据的准备规则、造数方式、脱敏要求、数据隔离规则
缺陷管理策略	明确缺陷分级标准（P0 阻断 - P3 轻微）、提报流程、闭环规则、修复时效要求、缺陷复盘机制、遗留缺陷的审批流程
专项测试策略	针对性能、安全、兼容性、接口、国际化等专项测试，明确测试范围、指标要求、执行时机、工具选型、负责人员
回归测试策略	明确回归测试的触发条件、覆盖范围、执行方式、用例筛选规则，以及全量回归 / 增量回归的适用场景

测试进度与里程碑规划#

匹配项目整体研发排期，拆解测试全流程的时间节点，明确每个阶段的交付物，同时预留风险缓冲。

里程碑节点	核心交付物	完成时限
测试计划评审完成	正式锁定版《测试计划》	T1
测试用例设计与评审完成	评审通过的《测试用例集》《测试数据清单》	T2
测试环境搭建与冒烟验证完成	可用的测试环境、环境验收报告	T3
第一轮集成测试完成	测试执行日志、缺陷报告	T4
系统测试与多轮回归完成	全量测试执行报告、缺陷闭环记录	T5
UAT 验收测试支持完成	UAT 测试报告、验收确认单	T6
测试总结与上线评审完成	《测试总结报告》、上线决策依据	T7

缓冲预留规则：根据项目风险等级，预留总测试工期 10%-20% 的缓冲时间，用于应对需求变更、研发提测延期、缺陷修复滞后、突发风险等情况。

进度管控规则：明确进度跟踪方式、偏差预警阈值、延期应对方案，确保测试进度可控。

资源配置与职责划分#

明确「谁来做、做什么、有什么支撑」，杜绝职责模糊导致的扯皮与执行缺位。

测试团队各个角色进行分工，明确每个角色的负责模块、工作内容、投入工时、权责边界。也要明确产品、研发、运维、业务方的测试相关职责。同时规划好工具与环境资源。

风险识别与应对方案#

这是测试计划的核心价值之一，前置识别风险，而非事后救火。

风险类型	风险描述	应对方案
需求风险	需求频繁变更，导致测试返工、工期压缩	建立严格的需求变更管控流程，变更需走申请 - 影响评估 - 三方评审流程；单次变更超过 20%，重新评估排期与资源
进度风险	研发提测延期，压缩测试工期	明确提测准入标准，不满足准入的版本拒绝提测；预留缓冲工期；提测延期超 3 个工作日，同步项目组重新评审里程碑
质量风险	研发交付版本质量差，阻断性缺陷多，无法正常执行测试	前置研发单元测试门禁，单元测试通过率≥95% 才可提测；提测前必须完成研发自验与冒烟测试，冒烟不通过直接打回
资源风险	测试人员不足、核心人员离职，导致工作停滞	提前规划人员备份，核心工作多人交叉覆盖；提前培养人员技能，避免单点依赖

明确测试准入与准出硬规则#

这是测试环节的 “红线规则”，避免测试失控、版本带病上线，必须书面明确、各方确认、严格执行。

（1）测试准入标准（满足所有条件，才可启动正式测试）

需求基线已锁定，需求变更已全部闭环，相关文档齐全且评审通过；
提测版本的单元测试通过率≥95%，代码门禁、静态扫描通过，无编译阻断问题；
研发已完成自验与冒烟测试，核心主流程 100% 跑通，无 P0/P1 级阻断性缺陷；
正式提测单已提交，附带版本变更内容、部署手册、数据库脚本、接口文档；
测试环境已搭建完成，与生产环境配置一致，服务运行稳定；
测试用例已评审通过，测试数据已准备完成。

（2）测试准出标准（满足所有条件，测试才可结束，版本可申请上线）

计划内所有测试用例 100% 执行完成，需求覆盖率 100%；
P0/P1 级缺陷 100% 清零，无遗留；
P2 级缺陷遗留率≤5%，且无核心业务影响，已通过产品、研发、测试三方签字确认；
所有已修复的缺陷，全部完成回归验证，无复现；
性能、安全、兼容性等专项测试结果，满足预设的质量指标要求；
UAT 验收测试通过，业务方已签字确认；
测试过程文档、交付物齐全，《测试总结报告》已评审通过。

变更管理与沟通机制#

变更管控流程：明确需求变更、计划变更的申请、评估、评审、执行、同步全流程，杜绝口头变更、私下变更，所有变更必须同步更新《测试计划》，并重新评审；

沟通机制：明确日常沟通方式，例如每日测试站会、每周测试周报、缺陷同步例会、里程碑评审会；同时明确紧急问题（如线上故障、阻断性缺陷）的上报路径与响应时效。

软件的生命周期与质量特性

Fri, 27 Mar 2026 00:00:00 GMT

软件生命周期#

软件生命周期（也叫软件生存周期，Software Life Cycle，SLC；狭义常称软件开发生命周期，SDLC），是软件工程领域的核心基础概念，指软件产品从初始的概念构思与需求立项开始，历经设计、开发、测试、部署上线、运行维护，直至最终退役停用的全流程时间跨度，覆盖了软件从诞生到消亡的完整闭环。

其核心目标是通过标准化的阶段划分与流程管控，实现对软件研发成本、进度、质量、风险的全周期管理，确保软件持续满足用户需求、合规要求与业务目标，最大化软件全生命周期的价值。

标准阶段#

软件生命周期的核心框架分为 8 个标准阶段，不同开发模型仅会调整阶段的迭代方式，不会改变全流程的核心逻辑：

规划与可行性分析阶段：项目立项启动，完成技术、经济、合规、市场可行性评估，制定项目整体计划与风险预案。
需求分析阶段：全面收集、梳理、评审用户与业务需求，输出标准化的《软件需求规格说明书（SRS）》，作为后续全流程的核心依据。
软件设计阶段：分为概要设计（顶层架构、模块划分、接口规范、技术选型）和详细设计（模块内部逻辑、算法、数据结构、数据库设计），输出完整的设计文档。
编码实现阶段：开发人员依据设计文档完成代码编写、代码走查与单元测试，验证单个功能模块的正确性。
测试阶段：通过集成测试、系统测试、性能 / 安全专项测试、用户验收测试（UAT），全面验证软件是否符合需求标准，修复缺陷，确保上线质量。
部署与上线阶段：完成生产环境配置、版本发布、数据初始化、用户培训，软件正式投入商用 / 使用。
运行与维护阶段：软件生命周期中耗时最长的阶段，包含日常运维、故障修复、版本迭代、功能优化、兼容性适配、安全加固等工作，保障软件稳定运行。
退役与下线阶段：当软件无法满足业务需求、技术迭代淘汰或无维护价值时，停止服务，完成数据迁移、归档与销毁，关闭全生命周期。

狭义的软件开发生命周期（SDLC），常聚焦于从需求到上线的开发环节，而完整的软件生命周期必须包含运行维护直至退役的全流程。

瀑布模型、敏捷模型、迭代模型、螺旋模型、DevOps 模型等常见开发模式，本质是软件生命周期阶段的不同落地与迭代方式，核心框架均遵循生命周期的全流程逻辑。

常用软件开发模型#

软件开发模型（也叫软件过程模型），是软件生命周期的结构化落地框架，定义了研发全流程的阶段划分、执行顺序、协作方式与交付标准，核心目标是管控项目风险、保障交付质量与效率，适配不同的项目需求、团队规模与业务场景。

经典传统开发模型#

这类模型是软件工程的基础框架，核心特点是流程规范、文档驱动、阶段边界清晰，至今仍在合规要求高、需求稳定的场景广泛使用。

瀑布模型（Waterfall Model）

核心逻辑：最经典的线性串行模型，严格遵循软件生命周期的阶段顺序，前一阶段 100% 完成并通过评审，才能进入下一阶段，全程单向推进，不可回退，每个阶段都有明确的交付物与评审标准。
核心特点：文档驱动、结构简单、流程可控、管理成本低，全流程可追溯。
适用场景：需求完全明确、极少变更、合规与安全要求极高的项目，如军工、医疗设备、金融核心系统、嵌入式硬件配套软件、政府类项目。
优缺点：
- 优点：阶段清晰、权责明确，便于进度与成本管控，文档体系完善，适合新人上手。
- 缺点：灵活性极差，需求变更成本极高；后期才能看到可运行产品，早期无法暴露风险，缺陷修复代价随阶段推进指数级上升。

V 模型（V-Model，验证与确认模型）

核心逻辑：瀑布模型的核心变种，核心是开发与测试深度绑定、一一对应，整体呈 V 字形结构：
- 左半边（开发侧）：需求分析 → 概要设计 → 详细设计 → 编码
- 右半边（测试侧）：验收测试 → 系统测试 → 集成测试 → 单元测试
- 每个开发阶段同步启动对应测试阶段的方案设计，测试提前介入，而非等到编码完成后才开始。
核心特点：质量管控前置，全程双轨验证，缺陷早发现、早修复。
适用场景：对质量、稳定性、合规性有极致要求的领域，如汽车电子、航空航天、医疗器械、工业控制软件。
优缺点：
- 优点：相比瀑布模型，大幅提升了质量管控能力，降低了后期返工成本，流程规范可追溯。
- 缺点：依然是线性模型，灵活性不足，需求变更成本高，不适合需求快速变化的项目。

原型模型（Prototype Model）

核心逻辑：先快速搭建一个可运行、可交互的软件原型，交付给用户试用、反馈，基于反馈快速迭代完善需求，再进入正式的规模化开发，核心是先对齐需求，再落地开发。分为两类核心形态：
- 抛弃式原型：仅用于需求确认，验证完成后直接废弃，不用于后续开发。
- 进化式原型：原型作为产品基础框架，持续迭代优化，最终演进为正式产品。
核心特点：需求驱动，快速对齐用户预期，大幅减少后期需求变更。
适用场景：需求模糊、用户无法清晰描述业务诉求、UI/UX 体验要求高的项目，如 To C 创新产品、定制化企业应用、互联网新产品立项。
优缺点：
- 优点：快速验证需求，降低产品方向错误的风险，提升用户满意度，减少后期返工。
- 劣势：若原型管控不当，容易陷入无限修改的循环；快速原型可能牺牲架构合理性，为后续开发埋下技术债务。

增量模型（Incremental Model）

核心逻辑：瀑布模型的柔性改进版，将软件产品拆分为多个独立、可运行、有业务价值的功能模块（增量包），分批次串行 / 并行开发、测试、交付，首个增量通常是核心功能，后续增量持续叠加辅助能力，每交付一个增量，产品就新增完整的可用能力。
核心特点：分块交付，快速上线核心价值，逐步完善产品。
适用场景：需求整体清晰但可分优先级、需要快速抢占市场、不要求一次性交付全量功能的项目，如 SaaS 产品、企业管理系统、电商平台。
优缺点：
- 优点：早期即可交付核心价值，快速获取用户反馈；风险分散，单个增量出问题不影响整体产品；降低了一次性开发的资金与时间压力。
- 劣势：对模块拆分的架构设计要求极高，拆分不当会导致后续增量难以集成；容易出现模块冗余、架构臃肿的问题。

迭代模型（Iterative Model，进化式模型）

核心逻辑：将整个开发过程拆分为多个固定的小周期（迭代），每个迭代都走完完整的软件生命周期（需求 - 设计 - 开发 - 测试 - 交付），每次迭代都会输出一个可运行的产品版本，通过多次迭代持续优化、补充功能，逐步逼近最终的产品目标。
- 核心区别：增量模型是 “分模块叠加，逐步做全”；迭代模型是 “全流程循环，逐步做好”。
核心特点：小步快跑，持续优化，早期暴露风险，快速响应需求变化。
适用场景：需求不明确、复杂度高、创新属性强、需要持续优化的项目，如 AI 产品、研发类工具、创新型业务系统。
优缺点：
- 优点：风险前置，早期即可发现架构、需求、技术的核心问题；极强的需求适配能力，迭代中可灵活调整方向；用户全程参与，产品贴合业务需求。
- 劣势：对团队的项目管理、技术能力要求高；无明确的终版里程碑，容易出现进度失控、迭代范围无限蔓延的问题。

螺旋模型（Spiral Model）

核心逻辑：以风险驱动为核心的迭代模型，将开发过程拆分为多个循环的螺旋周期，每个螺旋周期都固定包含 4 个核心象限：制定计划 → 风险评估 → 工程实现 → 客户评审。每一轮循环都先做全面的风险识别与管控，高风险项优先解决，风险可控后再进入开发环节，每轮螺旋结束都会输出一个可运行的版本。
核心特点：风险全流程管控，每一步都先评估风险再推进。
适用场景：高复杂度、高风险、大规模、研发成本极高的项目，如航天航空系统、金融核心风控系统、大型基建配套软件、前沿技术研发项目。
优缺点：
- 优点：极致的风险管控能力，大幅降低项目失败概率；灵活度高，可在任意阶段响应需求变更。
- 劣势：对团队的风险评估能力要求极高，评估失误会直接导致项目失败；流程复杂，管理与时间成本极高，中小项目完全不适用。

现代主流开发模型（敏捷及衍生体系）#

这类模型是当前互联网、云原生、企业数字化领域的绝对主流，核心特点是以人为本、快速响应变化、客户深度协作、聚焦可运行的产品交付，而非文档与流程。

敏捷开发（Agile Development）并不是指单一的开发模型，而是一套基于《敏捷宣言》的软件开发价值观与方法论合集，核心四大价值观为：

个体和互动高于流程和工具
可工作的软件高于详尽的文档
客户协作高于合同谈判
响应变化高于遵循计划

其核心原则是小步快跑、持续迭代、用户反馈、团队自组织，以下是最常用的敏捷落地框架。

Scrum 模型（最主流的敏捷落地框架）

核心逻辑：基于固定周期的迭代式增量开发，固定迭代周期（Sprint）通常为 2-4 周，每个 Sprint 都必须交付一个可上线、可运行的产品增量，全程通过标准化的角色、会议与工件管控流程。
核心三角色：
- 产品负责人（PO）：负责维护产品待办列表（Product Backlog），定义需求优先级，对齐业务价值。
- Scrum Master：负责移除团队障碍，保障 Scrum 流程落地，引导团队自组织，而非传统项目经理。
- 研发团队：5-9 人的跨职能全栈团队，自主完成 Sprint 内的需求开发、测试、交付。
核心标准会议：Sprint 计划会 → 每日会议 → Sprint 评审会 → Sprint 回顾会。
适用场景：互联网产品、SaaS 服务、需求快速变化的企业数字化项目，是当前行业应用最广的敏捷框架。

看板模型（Kanban）

核心逻辑：源于丰田精益生产方式，核心是可视化全流程、限制在制品（WIP）、拉动式开发、持续优化交付流。通过看板将研发全流程（待办 → 开发 → 测试 → 验收 → 上线）可视化，严格限制每个环节的并行任务数量，只有前序环节完成，才能拉动后续环节的任务，核心目标是消除瓶颈、提升交付效率、缩短交付周期。
核心特点：无固定迭代周期，柔性适配需求，聚焦交付效率与流程优化。
适用场景：运维保障、缺陷修复、需求持续涌入的支持类项目、产品维护阶段，也可与 Scrum 结合形成 Scrumban，适配高频交付场景。

极限编程（XP, Extreme Programming）

核心逻辑：聚焦于软件工程技术实践的敏捷框架，核心目标是极致的代码质量、极致的需求响应速度，针对需求变化极快的中小型团队设计。
核心核心实践：测试驱动开发（TDD）、结对编程、持续集成（CI）、小版本高频发布、代码集体所有制、简单设计、持续重构、客户现场驻场。
适用场景：需求变化极快、对代码质量与安全性要求高的中小型创业团队、互联网产品研发。

DevOps 模型

核心逻辑：不是单纯的开发模型，而是覆盖软件全生命周期的文化 + 工程实践 + 工具链的完整体系，核心是打破开发（Dev）、测试、运维（Ops）、运营的部门壁垒，通过自动化工具链打通 “代码提交 → 构建 → 测试 → 部署 → 监控 → 反馈” 的全流程，实现持续集成（CI）、持续交付（CD）、持续部署，达成软件的高频、稳定、低风险交付。
核心特点：全流程自动化、研发运维一体化、数据驱动持续优化。
适用场景：云原生应用、互联网产品、需要高频迭代上线的业务系统，当前行业内通常与 Scrum/Kanban 配套使用，是现代研发体系的标配。

软件质量特性#

软件质量特性，用于全面刻画软件质量维度的固有属性集合，是对软件满足明确规定的、隐含的或强制的需求与业务目标能力的结构化拆分，是软件需求定义、设计评审、测试验证、质量评估、运维优化全流程的核心基准与度量框架。

当前全球软件工程领域通用的权威质量规范，将软件质量划分为两大核心维度：产品质量模型（8 大顶层特性）、使用质量模型（5 大顶层特性）。

产品质量模型（8 大核心特性）#

该模型聚焦软件产品本身的固有属性，覆盖软件内部设计与外部表现的全维度质量要求，每个顶层特性均配套可量化、可测试的子特性，是研发与测试环节的核心质量管控依据。

顶层质量特性	标准定义	核心子特性
功能性（Functional Suitability）	软件在指定条件下使用时，提供的`功能满足明确和隐含需求`的程度，核心是「`功能对不对、全不全、准不准`」	功能完备性、功能正确性、功能恰当性
性能效率（Performance Efficiency）	软件在指定条件下使用时，对`响应时间、吞吐量、资源消耗的适配与管控`能力，核心是「`快不快、省不省`」	时间特性、资源利用率、容量特性
兼容性（Compatibility）	软件`与其他系统、环境、组件共存，以及与其他软硬件交换信息`的能力，核心是「`能不能一起用、能不能互通`」	共存性、互操作性
易用性（Usability）	软件在指定使用场景下，`被目标用户理解、学习、使用和吸引用户`的程度，核心是「`好不好用、容不容易上手`」	可辨识性、易学性、易操作性、用户差错防御性、UI 舒适性、可访问性
可靠性（Reliability）	软件在指定条件、指定时长内，`维持规定性能级别的能力`，核心是「`稳不稳、容不容易崩`」	成熟度、可用性、容错性、易恢复性
信息安全性（Security）	软件保护信息、数据与系统，`防止未授权的访问、篡改、泄露、破坏的能力`，核心是「`安不安全、防不防得住`」	机密性、完整性、抗抵赖性、可核查性、真实性
可维护性（Maintainability）	软件被`修改、优化、缺陷修复、环境适配`的难易程度，核心是「`好不好改、容不容易维护`」	模块化、可复用性、易分析性、易修改性、易测试性
可移植性（Portability）	软件从一种硬件、软件、运行环境`迁移到另一种环境`的难易程度，核心是「`能不能换环境用、适配性强不强`」	适应性、易安装性、可替换性

使用质量模型（5 大核心特性）#

该模型从用户实际使用视角出发，定义软件在真实业务场景中，给用户带来的价值与体验，是产品质量特性在实际使用中的综合体现，核心关注「用户用起来能不能达成目标、体验好不好」。

有效性（Effectiveness）：用户使用软件准确、完整地达成指定业务目标的程度，核心是「能不能把事办成」。
效率（Efficiency）：用户达成目标过程中，消耗的时间、精力、资源的程度，核心是「办事省不省力、省不省时」。
满意度（Satisfaction）：用户使用软件过程中的主观满意程度，涵盖使用体验、信任度、接受度，核心是「用户用得爽不爽」。
无风险影响（Freedom from Risk）：软件避免给用户、业务、数据、环境带来人身、经济、信息安全、运营等潜在风险的程度，核心是「用起来有没有隐患、会不会出事」。
情境覆盖度（Context Coverage）：软件在不同使用场景、用户群体、设备环境、约束条件下，都能满足使用需求的程度，核心是「不同场景、不同人群能不能都用好」。

一些说明：

量化落地逻辑：每个顶层质量特性，均可向下拆解为子特性、再到可落地的量化度量指标。例如可靠性的「可用性」，可拆解为 MTBF（平均无故障时间）、MTTR（平均修复时间）等可统计、可验证的指标。
特性权衡原则：不同质量特性之间可能存在冲突（如极致的信息安全性可能牺牲易用性，极致的性能效率可能牺牲可维护性），实际项目中需基于业务目标与优先级做平衡取舍。
全周期应用：软件质量特性是需求规格说明书中质量需求的核心依据，也是测试用例设计、版本验收、运维优化、用户反馈闭环的核心框架，贯穿软件完整生命周期。

软件与软件测试的定义与分类

Fri, 27 Mar 2026 00:00:00 GMT

软件的定义#

软件是计算机系统中与硬件相互依存的无形逻辑产品，是程序、数据及其相关文档的完整集合，它通过在计算机硬件上运行来实现特定的功能、任务或服务。

核心组成三要素#

程序：软件的核心执行体，是按预先设计的逻辑和规则编写的、可被计算机执行的指令序列，直接完成计算、处理、交互等具体操作。
数据：程序运行所依赖、处理和产生的信息，包括用户输入、业务数据、配置参数、数据库内容等，是软件实现价值的载体。
文档：描述软件的需求、设计、开发、使用和维护的图文资料，如需求说明书、设计文档、用户手册、测试报告等，是软件可协作、可维护、可复用的关键保障。

关键特性#

与硬件本质不同：硬件是有形的物理实体，软件是抽象的逻辑产品，无物理磨损，但会因需求变更、环境变化出现 “逻辑老化”。
可无限复制：软件的复制成本极低，核心价值在于其设计和开发的智力劳动。
强依赖性：必须依赖特定的硬件和系统环境才能运行。

软件的分类#

软件分类没有唯一标准，最核心、最通用的是按功能与服务对象划分，同时可结合运行方式、授权模式、部署形态等维度交叉分类。

系统软件#

为计算机本身提供运行环境、管理资源、支撑其他软件运行的基础软件，用户一般不直接用它完成具体业务任务。

操作系统（OS）：最核心的系统软件，管理硬件资源、调度程序运行、提供用户交互接口。例如 Windows、macOS、Linux、Android、iOS、鸿蒙 OS
语言处理程序：将高级语言（C、Java、Python）转换为计算机可执行的机器码。例如 GCC 编译器、Python 解释器、JVM（Java 虚拟机）
数据库管理系统（DBMS）：统一管理和维护数据的系统软件。例如 MySQL、Oracle、SQL Server、Redis、MongoDB
系统工具与实用程序：辅助系统运行、维护、诊断的工具。例如硬件驱动程序、磁盘分区工具、杀毒软件、备份还原工具、任务管理器等

应用软件#

为满足用户特定业务、娱乐、办公等需求开发的软件，是用户直接使用的软件类型。

通用应用软件：面向大众，适用于多个行业和场景。例如 Office/WPS（办公）、Chrome/Edge（浏览器）、微信 / QQ（社交）、Photoshop（图像处理）、网易云音乐（多媒体）
专用 / 行业应用软件：针对特定行业、特定业务流程定制开发。例如医院 HIS 系统、银行核心业务系统、工业 PLC 控制软件、AutoCAD（工程设计）、用友 / 金蝶（财务软件）、ERP 系统

两种架构风格#

C/S 架构#

系统分为客户端和服务器两个独立部分：客户端安装在用户本地设备上，负责用户交互和部分业务处理；服务器负责核心业务逻辑、数据存储和管理，两者通过网络通信。
✅ 优点：性能高（客户端可分担计算任务）、界面交互丰富、安全性可控、支持离线使用
❌ 缺点：部署更新麻烦（需逐台升级客户端）、跨平台性差、维护成本高
📌 典型例子：QQ / 微信客户端、企业 ERP 客户端、大型游戏、Photoshop 联网版、银行柜台系统

B/S 架构#

客户端统一为标准浏览器，无需安装任何专用软件；所有业务逻辑、数据处理都集中在服务器端，浏览器仅负责展示页面和接收用户输入。
✅ 优点：零安装、零维护（更新仅需改服务器）、跨平台性极强、访问不受地点限制
❌ 缺点：性能弱于 C/S、复杂交互体验差、对网络依赖高、安全性相对较弱
📌 典型例子：网页版邮箱、在线文档（腾讯文档）、电商网站、企业 OA 系统、百度搜索

软件测试的定义#

软件测试是在规定的条件下，对软件产品（程序、数据、文档）进行系统性的检查与验证，以发现缺陷、评估质量、验证需求符合性，并最终降低产品上线风险的过程。

软件测试的目标不是单纯 “找 bug”，而是三位一体：

发现缺陷：找出软件中存在的功能、性能、安全、兼容性等问题
验证需求：确认软件是否真正实现了用户的真实需求和设计要求
评估质量：量化软件的质量水平，为产品是否可以上线提供决策依据

软件测试本质上是风险管控活动：它无法消除所有风险，但能在成本和时间的约束下，尽可能发现并修复高优先级缺陷，将产品上线后的故障风险控制在企业和用户可接受的范围内。

关键要点#

测试对象是完整的软件：不只是可执行的程序，还包括软件的另外两个核心组成 —— 数据（如测试用例数据、配置文件）和文档（如需求说明书、设计文档、用户手册）。
测试贯穿全生命周期：不是 “开发完才测试”，而是从需求分析阶段就开始介入（测试左移），一直持续到上线后的运维阶段（测试右移）。
测试的基本公理：测试只能证明软件存在缺陷，不能证明软件没有缺陷。穷尽所有可能的测试用例在工程上是不可能的。
测试是标准化的专业活动：不是随意 “点来点去”，而是需要遵循 “计划→设计→执行→缺陷管理→报告” 的完整流程。

软件测试的分类#

软件测试分类维度众多，最核心、最通用的是按「测试阶段」划分（对应软件全生命周期），其次是「测试方法」和「测试对象 / 特性」，其他维度可交叉使用。

按测试阶段划分（最核心，面试必问）#

这是测试工作的标准流程，从代码编写到产品上线逐步推进，层层把关。

测试阶段	测试主体	核心测试内容	测试依据	典型例子
单元测试	开发人员为主	测试最小可执行单元（函数、方法、类）的逻辑正确性	详细设计文档、代码	测试登录接口的参数校验逻辑
集成测试	测试人员 + 开发人员	测试模块之间的接口调用、数据传递的正确性	概要设计文档、接口文档	测试用户服务与订单服务的调用是否正常
系统测试	测试人员为主	测试整个完整系统的功能、性能、安全、兼容性等所有特性	需求规格说明书	测试电商网站的下单、支付、退款全流程
验收测试	客户 / 产品方为主	验证产品是否满足业务需求和用户使用习惯，决定是否上线	用户需求文档、验收标准	企业客户验收 ERP 系统是否符合自身业务流程

验收测试的细分

α 测试：开发方内部模拟用户进行的验收测试
β 测试：面向真实用户的公开测试（如 APP 的公测版）
UAT 测试：用户验收测试，最正式的验收环节

回归测试不是一个独立的测试阶段，而是贯穿全生命周期的活动。指修改代码或修复缺陷后，重新执行相关测试用例，确保修改没有引入新的缺陷或影响其他功能。

按测试方法划分（基础方法论）#

根据是否查看软件内部代码和逻辑结构划分，所有测试类型都基于这三种方法。

测试方法	核心思想	常用技术	适用场景
黑盒测试	不看内部代码，只关注输入输出是否符合需求	等价类划分、边界值分析、因果图、场景法	绝大多数功能测试、系统测试、验收测试
白盒测试	查看内部代码，测试代码逻辑的覆盖度和正确性	语句覆盖、分支覆盖、条件覆盖、循环覆盖	单元测试、部分集成测试
灰盒测试	结合黑盒和白盒，既关注输入输出，也关注部分内部逻辑	接口测试、数据库测试	集成测试、接口测试

黑盒测试 ≠ 功能测试。黑盒是一种测试方法，功能测试是一种测试内容，功能测试大多采用黑盒方法，但黑盒也可用于性能、安全等测试。

按测试对象 / 特性划分（测试什么内容）#

分为功能测试和非功能测试两大类，是测试的核心工作内容。

功能测试（最基础、占比最大）：验证软件的功能是否按照需求规格说明书正确实现，是所有测试的基础。例如测试登录功能是否能正常登录、注册功能是否能成功注册、搜索功能是否能返回正确结果。
非功能测试（决定产品上限）：验证软件除功能外的其他质量特性，直接影响用户体验和系统稳定性。
- 性能测试：测试系统在不同压力下的表现
  - 负载测试：正常压力下的性能指标（响应时间、吞吐量）
  - 压力测试：极限压力下的系统稳定性和崩溃点
  - 并发测试：多用户同时操作时的系统表现
  - 稳定性测试：长时间运行下的系统可靠性
- 安全测试：测试系统抵御攻击和数据泄露的能力。例如 SQL 注入、XSS 攻击、权限越权、敏感数据加密
- 兼容性测试：测试软件在不同环境下的运行情况
  - 浏览器兼容（Chrome、Edge、Firefox）
  - 操作系统兼容（Windows、macOS、Android、iOS）
  - 设备兼容（不同型号的手机、电脑）
  - 版本兼容（新旧版本数据互通）
- 易用性测试：测试软件是否容易学习、使用和理解
- 可靠性测试：测试系统在规定时间和条件下完成规定功能的能力
- 其他：安装测试、卸载测试、文档测试、本地化测试等

其他常用分类维度#

按执行方式
- 手动测试：测试人员手动执行测试用例。
- 自动化测试：通过脚本或工具自动执行测试用例（如 Selenium、Appium、Postman）。
自动化测试不是一种独立的测试类型，而是一种测试执行方式，可用于功能、性能、回归等多种测试。
按测试目的
- 冒烟测试：版本构建后，先执行核心功能的少量用例，验证版本是否可测
- 回归测试：修改后验证是否引入新缺陷（见上文）
- 探索性测试：不依赖测试用例，基于测试人员经验自由探索发现缺陷
- 随机测试：随机输入数据进行测试，作为其他测试的补充

JavaScript和CSS相关描述

Mon, 23 Mar 2026 00:00:00 GMT

CSS的简单概述#

CSS（Cascading Style Sheets，层叠样式表）是用来控制网页外观和布局的核心技术，和 HTML（负责网页结构）、JavaScript（负责网页交互）并称前端三大基石。

CSS 有三种常见的使用方式：

行内样式（直接写在 HTML 标签里）

1
<!-- 直接在标签的style属性中写样式，仅作用于当前标签 -->
2
<div style="width: 200px; height: 100px; background: #f0f0f0;">
3
  这是行内样式的盒子
4
</div>

缺点：样式和结构耦合，不利于维护，仅临时调试时使用。

内部样式表（写在 HTML 的 style 标签里）

1
<!DOCTYPE html>
2
<html>
3
<head>
4
  <meta charset="UTF-8">
5
  <title>内部样式表</title>
6
  <!-- 内部样式表：样式写在head的style标签中，作用于当前页面 -->
7
  <style>
8
    /* 选择器：选中页面中所有class为box的元素 */
9
    .box {
10
      width: 200px;
11
      height: 100px;
12
      background: #42b983; /* 绿色背景 */
13
      color: white; /* 文字白色 */
14
      text-align: center; /* 文字居中 */
15
      line-height: 100px; /* 行高等于高度，实现文字垂直居中 */
16
    }
17
  </style>
18
</head>
19
<body>
20
  <div class="box">内部样式表的盒子</div>
21
</body>
22
</html>

展开收起

优点：样式集中管理，作用于当前页面；缺点：无法复用到其他页面。

外部样式表（单独的 .css 文件，推荐）

创建 style.css 文件：

1
/* style.css - 外部样式表文件 */
2
/* 选择器：选中class为box的元素 */
3
.box {
4
width: 200px;
5
height: 100px;
6
background: #3498db; /* 蓝色背景 */
7
color: white;
8
border-radius: 8px; /* 圆角 */
9
padding: 10px; /* 内边距 */
10
}

在 HTML 中引入该文件：

1
<!DOCTYPE html>
2
<html>
3
<head>
4
<meta charset="UTF-8">
5
<title>外部样式表</title>
6
<!-- 引入外部CSS文件，rel="stylesheet"表示这是样式表，href是文件路径 -->
7
<link rel="stylesheet" href="style.css">
8
</head>
9
<body>
10
<div class="box">外部样式表的盒子</div>
11
</body>
12
</html>

优点：样式和结构完全分离，可复用到多个页面，维护成本低。

CSS 核心概念#

常见选择器（选中要样式化的元素）

选择器类型	语法	示例	说明
类选择器	`.类名`	`.box`	选中所有 `class=""box""` 的元素
ID 选择器	`#ID名`	`#header`	选中唯一的 `id=""header""` 的元素
标签选择器	`标签名`	`div`	选中所有 `div` 元素
通配符	`*`	`*`	选中所有元素（慎用）

常用样式属性（控制元素外观）
- 尺寸：width（宽度）、height（高度）
- 背景：background（背景色 / 图片）
- 文字：color（文字颜色）、font-size（字号）、text-align（文字对齐）
- 边距：margin（外边距，元素和其他元素的间距）、padding（内边距，元素内容和边框的间距）
- 边框：border（边框，如 border: 1px solid #ccc;）
当多个样式作用于同一个元素时，优先级规则（从高到低）：行内样式 > ID 选择器 > 类选择器 > 标签选择器 > 通配符

示例，一个居中的浅灰色盒子，里面有红色居中的标题，和两行 16px 的文字：

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
  <meta charset="UTF-8">
5
  <title>CSS入门示例</title>
6
  <style>
7
    /* 标签选择器：所有p标签 */
8
    p {
9
      font-size: 16px;
10
      line-height: 1.5;
11
    }
12
    /* 类选择器：class="title"的元素 */
13
    .title {
14
      color: #e74c3c; /* 红色 */
15
      font-size: 24px;
16
      text-align: center;
17
    }
18
    /* ID选择器：id="container"的元素 */
19
    #container {
20
      width: 800px;
21
      margin: 0 auto; /* 水平居中 */
22
      padding: 20px;
23
      background: #f9f9f9;
24
      border: 1px solid #eee;
25
    }
26
  </style>
27
</head>
28
<body>
29
  <div id="container">
30
    <h1 class="title">CSS入门学习</h1>
31
    <p>CSS用来控制网页的样式和布局。</p>
32
    <p>核心是「选择器 + 样式属性」。</p>
33
  </div>
34
</body>
35
</html>

展开收起

总结#

CSS 的核心作用是分离网页结构和样式，推荐使用外部样式表管理样式；
CSS 语法核心是「选择器 {样式属性：值；}」，新手先掌握类选择器、标签选择器；
优先级规则：行内样式 > ID 选择器 > 类选择器 > 标签选择器，层叠特性让样式可以叠加生效。

JavaScript 简单概述#

JavaScript（简称 JS）是一门跨平台、面向对象的脚本语言，核心作用是为网页添加交互功能（比如点击按钮、表单验证、数据动态展示等），和 HTML（结构）、CSS（样式）共同构成前端三大核心技术。

核心使用方式#

内部脚本（写在 HTML 的 script 标签里）

1
<!DOCTYPE html>
2
<html>
3
<head>
4
  <meta charset="UTF-8">
5
  <title>JS内部脚本</title>
6
</head>
7
<body>
8
  <button onclick="alert('你点击了按钮！')">点我</button>
9

10
  <!-- JS代码写在script标签中，建议放在body末尾（避免DOM未加载完成） -->
11
  <script>
12
    // 单行注释：这是JS的入门代码
13
    /* 多行注释：
14
       控制台打印（调试常用）
15
       console.log() 是JS最基础的输出方式
16
    */
17
    console.log("Hello JavaScript!");
18

19
    // 弹出提示框
20
    alert("欢迎学习JS！");
21
  </script>
22
</body>
23
</html>

展开收起

外部脚本（单独的 .js 文件，推荐）

创建 main.js 文件：

1
// main.js - 外部JS文件
2
// 向控制台输出内容
3
console.log("这是外部JS文件的代码");
4

5
// 获取页面中的按钮元素，并添加点击事件
6
const btn = document.getElementById("myBtn");
7
btn.addEventListener("click", function() {
8
alert("你点击了外部脚本的按钮！");
9
});

在 HTML 中引入：

1
<!DOCTYPE html>
2
<html>
3
<head>
4
<meta charset="UTF-8">
5
<title>JS外部脚本</title>
6
</head>
7
<body>
8
<button id="myBtn">点我（外部脚本）</button>
9

10
<!-- 引入外部JS文件，src指定文件路径 -->
11
<script src="main.js"></script>
12
</body>
13
</html>

核心原则：script 标签要么写内部代码（无 src），要么引入外部文件（有 src），不能同时做两件事。

JS 核心基础#

变量与数据类型

变量是存储数据的容器，JS 是弱类型语言，用 let/const 声明（替代老旧的var）：

1
// 变量声明：
2
let name = "张三"; // 字符串类型（用单/双引号包裹）
3
let age = 20;      // 数字类型（整数/小数）
4
let isStudent = true; // 布尔类型（true/false）
5
const PI = 3.14159;   // 常量（值不可修改）
6

7
// 控制台打印变量
8
console.log("姓名：", name);
9
console.log("年龄：", age);

核心区别：let：变量可重新赋值（如 age = 21;）；const：常量不可修改（声明时必须赋值）。

运算符与流程控制

常用运算符

1
// 算术运算符：+ - * / %（加减乘除取余）
2
let sum = 10 + 5; // 15
3
let remainder = 10 % 3; // 1
4

5
// 比较运算符：==（值相等） ===（值+类型都相等） > < >= <=
6
console.log(10 == "10"); // true（仅值相等）
7
console.log(10 === "10"); // false（类型不同）
8

9
// 逻辑运算符：&&（且） ||（或） !（非）
10
let a = true, b = false;
11
console.log(a && b); // false
12
console.log(a || b); // true

流程控制（条件 / 循环）

1
// 1. if-else 条件判断
2
let score = 85;
3
if (score >= 90) {
4
console.log("优秀");
5
} else if (score >= 70) {
6
console.log("良好");
7
} else {
8
console.log("及格");
9
}
10

11
// 2. for 循环（重复执行代码）
12
for (let i = 0; i < 5; i++) {
13
console.log("循环次数：", i); // 输出 0-4
14
}
15

16
// 3. 数组遍历（常用）
17
let fruits = ["苹果", "香蕉", "橙子"];
18
fruits.forEach(function(fruit, index) {
19
console.log(`第${index+1}个水果：${fruit}`);
20
});

展开收起

函数（封装可复用的代码）

函数是 JS 的核心，用于封装重复逻辑：

1
// 定义函数：计算两个数的和
2
function add(num1, num2) {
3
  return num1 + num2; // 返回结果
4
}
5

6
// 调用函数
7
let result = add(5, 3);
8
console.log("5+3=", result); // 输出 8
9

10
// 箭头函数（简化写法，ES6+）
11
const multiply = (a, b) => a * b;
12
console.log("2*4=", multiply(2, 4)); // 输出 8

DOM 操作（核心：操作网页元素）

DOM（文档对象模型）是 JS 操作 HTML 元素的接口：

1
<!DOCTYPE html>
2
<html>
3
<head>
4
  <meta charset="UTF-8">
5
  <title>DOM操作示例</title>
6
</head>
7
<body>
8
  <h1 id="title">初始标题</h1>
9
  <p class="content">初始内容</p>
10
  <button id="changeBtn">修改内容</button>
11

12
  <script>
13
    // 1. 获取元素（三种常用方式）
14
    const title = document.getElementById("title"); // 通过ID获取
15
    const content = document.getElementsByClassName("content")[0]; // 通过类名获取（返回数组）
16
    const btn = document.querySelector("#changeBtn"); // 通过选择器获取（CSS语法）
17

18
    // 2. 修改元素内容/样式
19
    btn.addEventListener("click", function() {
20
      title.innerText = "修改后的标题"; // 修改文本内容
21
      content.style.color = "red"; // 修改样式（CSS属性用驼峰命名，如backgroundColor）
22
      content.innerHTML = "<b>加粗的内容</b>"; // 可解析HTML标签
23
    });
24
  </script>
25
</body>
26
</html>

展开收起

核心方法：

获取元素：getElementById()、querySelector()（最灵活）；
修改内容：innerText（纯文本）、innerHTML（可解析 HTML）；
修改样式：元素.style.样式属性（如 style.fontSize = "20px"）；
绑定事件：addEventListener("事件名", 回调函数)（如 click 点击事件）。

示例：输入两个数字，点击按钮后显示求和结果；若输入非数字，提示错误

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
  <meta charset="UTF-8">
5
  <title>JS完整示例</title>
6
  <style>
7
    #result {
8
      margin-top: 20px;
9
      font-size: 18px;
10
      color: #3498db;
11
    }
12
  </style>
13
</head>
14
<body>
15
  <h2>简易计算器</h2>
16
  <input type="number" id="num1" placeholder="输入第一个数">
17
  <input type="number" id="num2" placeholder="输入第二个数">
18
  <button id="calcBtn">计算求和</button>
19
  <div id="result"></div>
20

21
  <script>
22
    // 获取元素
23
    const num1Input = document.getElementById("num1");
24
    const num2Input = document.getElementById("num2");
25
    const calcBtn = document.getElementById("calcBtn");
26
    const resultDiv = document.getElementById("result");
27

28
    // 绑定点击事件
29
    calcBtn.addEventListener("click", function() {
30
      // 获取输入值并转换为数字
31
      const num1 = Number(num1Input.value);
32
      const num2 = Number(num2Input.value);
33

34
      // 验证输入
35
      if (isNaN(num1) || isNaN(num2)) {
36
        resultDiv.innerText = "请输入有效的数字！";
37
        resultDiv.style.color = "red";
38
        return;
39
      }
40

41
      // 计算并展示结果
42
      const sum = num1 + num2;
43
      resultDiv.innerText = `求和结果：${num1} + ${num2} = ${sum}`;
44
      resultDiv.style.color = "#3498db";
45
    });
46
  </script>
47
</body>
48
</html>

展开收起

总结#

JS 核心作用是实现网页交互，推荐将代码写在外部 .js 文件中，且 script标签 放在 body 末尾；
变量优先用 let/const 声明，流程控制（if/for）实现逻辑分支，函数封装复用代码；
DOM 操作是 JS 操作网页的核心，核心步骤：获取元素 → 修改内容 / 样式 → 绑定事件。

文章简述

Sun, 22 Mar 2026 00:00:00 GMT

创建一篇文章#

Terminal window

1
pnpm new-post "import-to-zentao"

文章的 Front-matter#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
description: 这是我新 Astro 博客的第一篇文章。
5
image: ./cover.jpg
6
tags: [前端, 开发]
7
category: 前端开发
8
draft: false
9
---

属性	描述
`title`	文章标题。
`published`	文章发布日期。
`updated`	文章更新日期。如果未设置，将默认使用发布日期。
`pinned`	是否将此文章置顶在文章列表顶部。
`description`	文章的简短描述。显示在首页上。
`image`	文章封面图片路径。 1. 以 `http://` 或 `https://` 开头：使用网络图片 2. 以 `/` 开头：`public` 目录中的图片 3. 不带任何前缀：相对于 markdown 文件的路径
`tags`	文章标签。
`category`	文章分类。
`lang`	文章语言代码（如 `zh-CN`）。仅当文章语言与站点默认语言不同时设置。
`licenseName`	文章内容的许可证名称。
`licenseUrl`	文章内容的许可证链接。
`author`	文章作者。
`sourceLink`	文章内容的来源链接或参考。
`draft`	如果这篇文章仍是草稿，则不会显示。
`comment`	是否启用此文章的评论功能。默认为 `true`。
`slug`	自定义文章 URL 路径。如果不设置，将使用文件名作为 URL。
`password`	文章密码。设置后文章内容将被 AES-256-GCM 加密，访客需输入密码才能查看。
`passwordHint`	密码提示。显示在密码输入框上方，帮助访客回忆密码，也可以不加。

文章文件的放置位置#

您的文章文件应放置在 src/content/posts/ 目录中。您也可以创建子目录来更好地组织您的文章和资源。

1
src/content/posts/
2
├── post-1.md
3
└── post-2/
4
    ├── cover.png
5
    └── index.md

自定义文章 URL (Slug)#

什么是 Slug？#

Slug 是文章 URL 路径的自定义部分。如果不设置 slug，系统将使用文件名作为 URL。

Slug 使用示例#

示例 1：使用文件名作为 URL#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
---

文件：src/content/posts/my-first-blog-post.md

URL：/posts/my-first-blog-post

示例 2：自定义 Slug#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
slug: hello-world
5
---

文件：src/content/posts/my-first-blog-post.md

URL：/posts/hello-world

示例 3：其他语言文件名使用Slug#

1
---
2
title: 如何使用 Firefly 博客主题
3
published: 2023-09-09
4
slug: how-to-use-firefly-blog-theme
5
---

文件：src/content/posts/如何使用Firefly博客主题.md

URL：/posts/how-to-use-firefly-blog-theme

Slug 使用建议#

使用英文和连字符：my-awesome-post 而不是 my awesome post
保持简洁：避免过长的 slug
具有描述性：让 URL 能够反映文章内容
避免特殊字符：只使用字母、数字和连字符
保持一致性：在整个博客中使用相似的命名模式

注意事项#

Slug 一旦设置并发布，建议不要随意更改，以免影响 SEO 和已存在的链接
如果多个文章使用相同的 slug，后面的文章会覆盖前面的
Slug 会自动转换为小写

HTML相关描述

Sat, 21 Mar 2026 22:04:40 GMT

在移动端开发中，使用原生的编程语言(安卓和 iOS 都是分开的)，外加 HTML5 ，则被称为混合开发，未加则是原生开发。

一、核心定义#

HTML（超文本标记语言）是用来构建网页结构的标记语言，不是编程语言，通过各种标签描述网页的文字、图片、链接、表单等元素的布局和展示。

基础结构：

1
<!DOCTYPE html>  <!-- 声明文档类型，HTML5简化版 -->
2
<html lang="zh-CN">  <!-- 根标签，lang指定语言 -->
3
<head>  <!-- 头部：页面元信息，不显示在页面上 -->
4
    <meta charset="UTF-8">  <!-- 编码格式，避免乱码（测试必查） -->
5
    <title>网页标题</title>  <!-- 浏览器标签页标题 -->
6
</head>
7
<body>  <!-- 主体：页面可见内容都在这里 -->
8
    这是页面内容
9
</body>
10
</html>

标题标签#

在 HTML 中，标题标签（Heading Tags） 是用来定义网页中不同层级标题的标签，它们不仅能让文本以不同大小显示，更重要的是赋予文本语义化的含义，帮助搜索引擎和浏览器理解页面结构。

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
    <meta charset="UTF-8">
5
    <title>标题标签示例</title>
6
    <!-- 可选：自定义标题样式，覆盖默认样式 -->
7
    <style>
8
        h1 { color: #2c3e50; font-size: 28px; }
9
        h2 { color: #3498db; font-size: 24px; }
10
        h3 { color: #2ecc71; font-size: 20px; }
11
        h4, h5, h6 { color: #95a5a6; font-size: 18px; }
12
    </style>
13
</head>
14
<body>
15
    <h1>一级标题（页面主标题，建议一个页面仅1个）</h1>
16
    <h2>二级标题（主要章节标题）</h2>
17
    <h3>三级标题（章节下的子标题）</h3>
18
    <h4>四级标题（更细分的子标题）</h4>
19
    <h5>五级标题</h5>
20
    <h6>六级标题（层级最低）</h6>
21
</body>
22
</html>

展开收起

核心使用规则：

语义优先，而非样式：不要为了调整字体大小滥用标题标签（比如用 <h3> 代替 <p> 加样式），标题标签的核心是表达内容层级，样式可以通过 CSS 自定义。
层级有序：标题应按 <h1> → <h2> → <h3> 的顺序使用，不要跳过层级（比如直接从 <h1> 跳到 <h3>）。
<h1> 的使用规范：一个页面建议只使用 1 个 <h1>，作为页面的核心主题（比如网站名称、文章标题），这对 SEO（搜索引擎优化）至关重要。
不可嵌套：标题标签不能互相嵌套（比如 <h1><h2>错误</h2></h1> 是无效的）。

段落标签#

在 HTML 中，段落标签是用来定义文本段落的核心语义标签，它会自动为文本块添加上下外边距，将内容分隔成独立的段落，让页面结构更清晰、易读。

<p> 标签是双标签（有开始和结束），内容写在 <p> 和 </p> 之间，浏览器会自动在段落前后添加空白（默认的外边距），无需手动加换行符。

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
    <meta charset="UTF-8">
5
    <title>段落标签示例</title>
6
    <!-- 可选：自定义段落样式 -->
7
    <style>
8
        p {
9
            font-size: 16px;    /* 字体大小 */
10
            line-height: 1.8;   /* 行高，提升可读性 */
11
            color: #333;        /* 字体颜色 */
12
            margin: 10px 0;     /* 上下外边距10px，左右0 */
13
            text-indent: 2em;   /* 首行缩进2个字符（中文常用） */
14
        }
15
    </style>
16
</head>
17
<body>
18
    <h1>春天的田野</h1>
19
    <h2>田野里的生机</h2>
20
    <p>春风拂过田野，麦苗探出嫩绿的脑袋，在微风中轻轻摇晃。田埂边的野花也悄悄绽放，紫的、黄的、白的，星星点点铺满了地头。</p>
21
    <p>不远处的小河解冻了，流水叮咚作响，像是在唱着欢快的歌。几只燕子掠过水面，剪碎了倒映在水里的云影，给寂静的田野添了几分灵动。</p>
22

23
    <!-- 空段落（无实际意义，不建议使用） -->
24
    <!-- <p></p> -->
25
</body>
26
</html>

展开收起

语义优先：<p> 标签的核心是标记 “段落文本”，不要用它单纯来添加空白（空白可通过 CSS 的 margin/padding 控制）。
避免空段落：不要写 <p></p> 这种空段落来换行，既不符合语义，也不利于 SEO，换行建议用 <br>（换行标签）或 CSS。
嵌套规则：
标签内不能嵌套块级元素（比如 <h1>、<div>、<p> 本身），只能嵌套行内元素（比如 <span>、<a>、<em> 等）。

错误示例：<p><h3>错误</h3></p>（浏览器会自动拆分，导致结构混乱）。
换行 vs 分段：

同一内容内的换行用 <br>：<p>第一行<br>第二行</p>（仍属于同一个段落）。

不同内容块用 <p> 分段：<p>第一段</p><p>第二段</p>（两个独立段落，有默认间距）。

超链接标签#

在 HTML 中，超链接标签（<a> 标签，全称 Anchor）是实现页面跳转、资源链接的核心标签，也是构成网页 “互联” 特性的基础。<a> 标签通过 href 属性指定链接目标，还能通过其他属性控制链接的行为和样式。

<a> 是双标签，核心属性是 href（指定链接地址），常用辅助属性包括 target（指定打开方式）、title（鼠标悬浮提示）等。

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
    <meta charset="UTF-8">
5
    <title>超链接标签示例</title>
6
    <style>
7
        /* 自定义链接样式（覆盖默认蓝色下划线） */
8
        a {
9
            color: #2c3e50;       /* 链接默认颜色 */
10
            text-decoration: none;/* 去掉下划线 */
11
            margin-right: 10px;
12
        }
13
        a:hover {
14
            color: #3498db;       /* 鼠标悬浮时颜色 */
15
            text-decoration: underline; /* 悬浮显示下划线 */
16
        }
17
        a:visited {
18
            color: #9b59b6;       /* 已访问链接颜色 */
19
        }
20
    </style>
21
</head>
22
<body>
23
    <h2>超链接的常见类型</h2>
24

25
    <!-- 1. 跳转到外部网站（绝对路径） -->
26
    <p>访问百度：<a href="https://www.baidu.com" target="_blank" title="打开百度首页">百度首页</a></p>
27

28
    <!-- 2. 跳转到本站内的页面（相对路径） -->
29
    <p>返回首页：<a href="index.html">首页</a></p>
30

31
    <!-- 3. 跳转到页面内的锚点（锚链接） -->
32
    <p><a href="#section1">跳转到“段落1”</a></p>
33
    <!-- 定义锚点（id 与 href 对应） -->
34
    <h3 id="section1">段落1</h3>
35
    <p>这是锚点对应的内容，滚动页面后点击链接会直接定位到这里。</p>
36
    <!-- 回到顶部的锚链接（# 代表页面顶部） -->
37
    <p><a href="#">回到顶部</a></p>
38

39
    <!-- 4. 链接到邮箱/电话 -->
40
    <p>联系我们：<a href="mailto:contact@example.com">发送邮件</a></p>
41
    <p>拨打电话：<a href="tel:10086">10086</a></p>
42

43
    <!-- 5. 下载文件（href 指向文件地址） -->
44
    <p>下载文档：<a href="docs/说明文档.pdf" download="网站使用说明.pdf">说明文档</a></p>
45
</body>
46
</html>

展开收起

属性	作用
href	必选属性，指定链接目标（网址、页面路径、锚点、邮箱 / 电话、文件地址等）
target	可选，指定链接打开方式：- _blank：新标签页打开（最常用）- _self：当前标签页打开（默认）
title	可选，鼠标悬浮在链接上时显示的提示文本，提升用户体验
download	可选，点击链接时触发文件下载（值为下载后的文件名）

忘记写 href：<a>链接</a> 只是普通文本，必须加 href 才是有效链接；若暂时不想跳转，可写 href=“javascript:;” 占位。
绝对路径 vs 相对路径混淆：
- 跳转到外部网站用绝对路径（带 http:///https://）；
- 跳转到本站内页面用相对路径（如 index.html、../about.html）。
锚链接使用错误：锚点需定义 id（如 <h3 id="section1">），链接的 href 要加 #（如 href="#section1"）。
样式覆盖问题：浏览器默认给链接加蓝色下划线，可通过 CSS 的 text-decoration: none 去掉，hover 伪类可自定义悬浮效果。

图片标签#

在 HTML 中，图片标签是用来在网页中嵌入图片的核心标签，它是单标签（没有结束标签），通过核心属性指定图片地址、替代文本等关键信息，是网页可视化呈现的基础。

<img> 标签的核心属性是 src（指定图片地址）和 alt（图片加载失败时的替代文本），还可通过 width / height 控制尺寸，title 增加悬浮提示。

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
    <meta charset="UTF-8">
5
    <title>图片标签示例</title>
6
    <style>
7
        /* 自定义图片样式，避免变形 */
8
        img {
9
            /* 只设置宽度/高度其中一个，另一个自动等比缩放，防止图片变形 */
10
            max-width: 100%;
11
            height: auto;
12
            /* 加边框和间距，提升美观度 */
13
            border: 1px solid #eee;
14
            padding: 5px;
15
            margin: 10px 0;
16
            border-radius: 4px; /* 圆角 */
17
        }
18
        /* 图片容器，限制最大宽度 */
19
        .img-container {
20
            max-width: 800px;
21
            margin: 0 auto;
22
        }
23
    </style>
24
</head>
25
<body>
26
    <div class="img-container">
27
        <h2>图片标签的常见用法</h2>
28

29
        <!-- 1. 基础用法（本地图片，相对路径） -->
30
        <p>本地图片：</p>
31
        <img
32
            src="images/flower.jpg"  <!-- 图片路径（相对路径） -->
33
            alt="一朵粉色的花"       <!-- 替代文本（必写，提升可访问性） -->
34
            width="500"             <!-- 宽度（单位px，可省略） -->
35
            title="春日盛开的花"     <!-- 鼠标悬浮提示文本 -->
36
        >
37

38
        <!-- 2. 网络图片（绝对路径） -->
39
        <p>网络图片：</p>
40
        <img
41
            src="https://picsum.photos/500/300"  <!-- 免费测试图片地址 -->
42
            alt="风景图"
43
            height="300"                         <!-- 高度（仅设高度，宽度自动等比） -->
44
        >
45

46
        <!-- 3. 图片作为超链接（嵌套在<a>标签内） -->
47
        <p>可点击的图片：</p>
48
        <a href="https://www.example.com" target="_blank" title="点击跳转到示例网站">
49
            <img src="https://picsum.photos/200/100" alt="示例网站封面" width="200">
50
        </a>
51

52
        <!-- 4. 图片加载失败的兜底（alt文本生效） -->
53
        <p>加载失败的图片（alt文本展示）：</p>
54
        <img src="images/不存在的图片.jpg" alt="图片加载失败，请检查路径">
55
    </div>
56
</body>
57
</html>

展开收起

属性	作用
src	必选属性，指定图片地址：`一般本地图片用相对路径，网络图片用绝对路径`
alt	必选属性（语义化 / SEO 必备），图片加载失败时显示的文本，也供屏幕阅读器读取，提升可访问性
width/height	可选，设置图片尺寸（单位默认 px）；⚠️ 建议只设置其中一个，另一个自动等比缩放，避免图片变形
title	可选，鼠标悬浮在图片上时显示的提示文本
loading	可选，现代浏览器支持，loading=“lazy” 表示懒加载（滚动到图片位置才加载），提升页面加载速度

忘记写 alt 属性：alt 是必选的语义化属性，不仅能在图片加载失败时提示用户，还能帮助搜索引擎理解图片内容，提升 SEO 效果
同时设置宽高导致变形：如果手动同时设置 width 和 height，且比例与原图不一致，图片会拉伸 / 压缩变形；建议只设一个，或用 CSS max-width:100%; height:auto; 自适应
路径错误导致图片不显示：其中 ./ 表示同级目录，../ 表示上一级目录
忽略图片格式：网页常用图片格式：jpg（色彩丰富，无透明）、png（支持透明）、webp（体积更小，兼容性好）、svg（矢量图，放大不失真）

表格标签#

HTML 表格标签用于在网页中结构化展示二维数据（行 + 列），比如成绩表、商品清单、财务数据等，核心是让数据排列整齐、层次清晰。

基础骨架标签：

标签	全称 / 含义	核心说明
`<table>`	Table（表格）	表格的外层容器，所有表格内容都包裹在里面
`<tr>`	Table Row（表格行）	定义表格的一行，只能包含`<td>/<th>`
`<td>`	Table Data（表格数据）	普通单元格，存放具体数据（默认左对齐）
`<th>`	Table Header（表格表头）	表头单元格，默认居中、加粗，描述列 / 行含义

纯用基础标签能做表格，但语义化标签能让表格结构更清晰（对搜索引擎、屏幕阅读器更友好）：

标签	作用	位置 / 使用说明
`<thead>`	表格头部	包裹表头行（`<tr>+<th>`），放在`<table>`内最上方
`<tbody>`	表格主体	包裹数据行（`<tr>+<td>`），可多个（比如分页数据）
`<tfoot>`	表格底部	包裹合计 / 备注行，会优先渲染（即使写在`<tbody>`前）
`<caption>`	表格标题	放在`<table>`内第一个位置，默认居中显示表格名称

不是标签，是<td>/<th>的核心属性，用于合并单元格（高频实用）：

属性	作用	示例
`colspan`	跨列合并（左右合并）	colspan=""3"" → 跨 3 列
`rowspan`	跨行合并（上下合并）	rowspan=""2"" → 跨 2 行

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
  <meta charset="UTF-8">
5
  <title>学生成绩表</title>
6
  <style>
7
    /* 简单美化，让表格更易读 */
8
    table {
9
      width: 500px;
10
      border-collapse: collapse; /* 合并边框 */
11
      text-align: center;
12
    }
13
    th, td {
14
      border: 1px solid #ccc;
15
      padding: 8px;
16
    }
17
    thead {
18
      background-color: #f5f5f5;
19
    }
20
    tfoot {
21
      font-weight: bold;
22
    }
23
  </style>
24
</head>
25
<body>
26
  <table>
27
    <!-- 表格标题 -->
28
    <caption>2024级学生期末成绩表</caption>
29

30
    <!-- 表头区域 -->
31
    <thead>
32
      <tr>
33
        <th rowspan="2">姓名</th> <!-- 跨行合并2行 -->
34
        <th colspan="2">文化课</th> <!-- 跨列合并2列 -->
35
        <th rowspan="2">体育</th>
36
      </tr>
37
      <tr>
38
        <th>语文</th>
39
        <th>数学</th>
40
      </tr>
41
    </thead>
42

43
    <!-- 数据主体 -->
44
    <tbody>
45
      <tr>
46
        <td>小明</td>
47
        <td>95</td>
48
        <td>98</td>
49
        <td>85</td>
50
      </tr>
51
      <tr>
52
        <td>小红</td>
53
        <td>92</td>
54
        <td>90</td>
55
        <td>90</td>
56
      </tr>
57
    </tbody>
58

59
    <!-- 表格底部（合计） -->
60
    <tfoot>
61
      <tr>
62
        <td>平均分</td>
63
        <td>93.5</td>
64
        <td>94</td>
65
        <td>87.5</td>
66
      </tr>
67
    </tfoot>
68
  </table>
69
</body>
70
</html>

展开收起

新手常见注意事项：

不要用表格做页面布局！现在主流用 Flex/Grid 布局，表格仅用于展示数据。
border-collapse: collapse; 是表格美化的常用 CSS，能让边框不重叠。
合并单元格后，要删除被合并的多余单元格（比如跨 2 列后，同行要少写 1 个<td>）。

总结：

表格核心骨架是 <table> + <tr> + <td>/<th>，<th> 专做表头、默认加粗居中。
<thead>/<tbody>/<tfoot> 是语义化标签，能让表格结构更清晰，优先使用。
单元格合并靠 colspan（跨列）和 rowspan（跨行），是表格的核心实用技巧。

列表标签#

HTML 列表标签用于有序 / 无序地展示一组相关内容，比如导航菜单、步骤说明、商品卖点等，核心是让内容排列更有规律、可读性更强，是网页开发中高频使用的标签。

HTML 列表主要分 3 类：无序列表、有序列表、定义列表，各自有明确的使用场景和语法。

无序列表（最常用）

标签	全称 / 含义	核心说明
`<ul>`	Unordered List（无序列表）	列表外层容器，内容是一组无固定顺序的项
`<li>`	List Item（列表项）	定义列表中的每一项，必须嵌套在`<ul>`内

特点：默认显示「圆点 (●)」作为项目符号，可通过 CSS 修改为方块、空心圆或自定义样式。s

有序列表

标签	全称 / 含义	核心说明
`<ol>`	Ordered List（有序列表）	列表外层容器，内容是一组有固定顺序的项
`<li>`	List Item（列表项）	定义列表中的每一项，必须嵌套在`<ol>`内

特点：默认显示「数字 (1、2、3)」作为序号，可通过type属性修改序号类型（字母、罗马数字等），也可通过start属性指定起始序号。

定义列表（语义化，用于 “名词 + 解释”）

标签	全称 / 含义	核心说明
`<dl>`	Definition List（定义列表）	外层容器，包裹 “名词 + 解释” 组合
`<dt>`	Definition Term（定义术语）	要解释的`名词 / 标题`
`<dd>`	Definition Description（定义描述）	对`<dt>`的`解释 / 说明`，默认缩进显示

下面的示例涵盖所有列表类型，附带简单 CSS 美化，方便理解和复用：

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
  <meta charset="UTF-8">
5
  <title>HTML列表标签示例</title>
6
  <style>
7
    /* 简单美化，区分不同列表 */
8
    .list-box {
9
      margin: 20px;
10
      padding: 10px;
11
      border: 1px solid #eee;
12
      width: 400px;
13
    }
14
    ul {
15
      list-style-type: square; /* 无序列表改为方块符号 */
16
    }
17
    ol[type="A"] {
18
      list-style-position: inside; /* 序号和内容同排 */
19
    }
20
    dd {
21
      color: #666;
22
      margin-left: 20px;
23
    }
24
  </style>
25
</head>
26
<body>
27
  <!-- 1. 无序列表（导航/卖点示例） -->
28
  <div class="list-box">
29
    <h3>无序列表（商品卖点）</h3>
30
    <ul>
31
      <li>支持快充（66W）</li>
32
      <li>5000mAh大容量电池</li>
33
      <li>防水防尘（IP68）</li>
34
    </ul>
35
  </div>
36

37
  <!-- 2. 有序列表（步骤/教程示例） -->
38
  <div class="list-box">
39
    <h3>有序列表（泡茶步骤）</h3>
40
    <ol type="A" start="2"> <!-- 序号类型：大写字母，起始为B -->
41
      <li>温杯：用热水冲洗茶杯</li>
42
      <li>投茶：放入3-5g茶叶</li>
43
      <li>注水：倒入80℃热水</li>
44
      <li>出汤：等待30秒后倒出茶汤</li>
45
    </ol>
46
  </div>
47

48
  <!-- 3. 定义列表（名词解释示例） -->
49
  <div class="list-box">
50
    <h3>定义列表（技术术语）</h3>
51
    <dl>
52
      <dt>HTML</dt>
53
      <dd>超文本标记语言，用于构建网页结构的标记语言。</dd>
54
      <dt>CSS</dt>
55
      <dd>层叠样式表，用于美化网页样式的语言。</dd>
56
      <dt>JavaScript</dt>
57
      <dd>脚本语言，用于实现网页交互功能。</dd>
58
    </dl>
59
  </div>
60
</body>
61
</html>

展开收起

新手常见注意事项：

嵌套规则：<li>必须嵌套在<ul>/<ol>内，不能单独使用；列表可以嵌套（比如<ul>里的<li>中再放<ul>，实现多级菜单）。
样式修改：尽量用 CSS（list-style-type）修改列表符号，而非 HTML 属性（比如<ul type="square">），符合 “结构与样式分离” 的最佳实践。
使用场景：
- 无序列表：导航栏、商品卖点、标签云等无顺序的内容；
- 有序列表：教程步骤、排行榜、考试答案等有顺序的内容；
- 定义列表：词典解释、产品参数说明、FAQ 问答等 “名词 + 解释” 的内容。

总结：

HTML 列表分 3 类：<ul>（无序列表，无固定顺序）、<ol>（有序列表，有固定顺序）、<dl>（定义列表，名词 + 解释），核心列表项都是<li>（<dl>用<dt>/<dd>）。
无序列表默认圆点符号，有序列表默认数字序号，可通过 CSS 自定义样式。
列表可嵌套使用（比如多级导航），且需遵循 “结构与样式分离”，用 CSS 控制外观而非 HTML 属性。

div标签#

<div> 是 HTML 中的通用块级容器标签（div 是 division 的缩写，意为 “分割、分区”），本身没有任何默认样式和语义，核心作用是：

把网页内容分组、划分区域（比如头部、主体、侧边栏）；
作为 CSS 样式和 JavaScript 操作的载体（给 div 加 class/id，就能精准控制样式 / 交互）。

简单来说：<div> 就是一个 “空盒子”，你可以往里面装任何内容（文本、图片、表格、列表、甚至其他 div），并通过样式把它变成你想要的样子。

特点	说明
块级元素	默认独占一行，宽度默认撑满父容器，可设置宽高、内外边距
无默认样式	默认没有边框、背景、间距，纯 “透明盒子”
无语义	仅用于布局分组，搜索引擎 / 屏幕阅读器无法识别其内容用途（对比 `<header>/<section>` 等语义化标签）
可嵌套	支持多层嵌套（比如 div 里套 div），是网页布局的核心

下面通过 “网页基础布局” 示例，展示 div 如何划分区域、配合 CSS 实现布局：

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
  <meta charset="UTF-8">
5
  <title>div标签示例 - 网页布局</title>
6
  <style>
7
    /* 全局样式重置 */
8
    * {
9
      margin: 0;
10
      padding: 0;
11
      box-sizing: border-box;
12
    }
13
    body {
14
      font-family: "微软雅黑";
15
    }
16

17
    /* 用class控制div样式，实现布局分区 */
18
    .container {
19
      width: 1200px;
20
      margin: 0 auto; /* 居中 */
21
    }
22
    /* 头部区域 */
23
    .header {
24
      height: 80px;
25
      background-color: #333;
26
      color: white;
27
      line-height: 80px;
28
      padding: 0 20px;
29
      margin-bottom: 10px;
30
    }
31
    /* 主体区域（左侧内容 + 右侧侧边栏） */
32
    .main {
33
      display: flex; /* 弹性布局，让两个div并排 */
34
      gap: 10px; /* 两个div之间的间距 */
35
    }
36
    .content {
37
      flex: 3; /* 占3份宽度 */
38
      height: 400px;
39
      background-color: #f5f5f5;
40
      padding: 20px;
41
    }
42
    .sidebar {
43
      flex: 1; /* 占1份宽度 */
44
      height: 400px;
45
      background-color: #eee;
46
      padding: 20px;
47
    }
48
    /* 底部区域 */
49
    .footer {
50
      height: 60px;
51
      background-color: #333;
52
      color: white;
53
      line-height: 60px;
54
      text-align: center;
55
      margin-top: 10px;
56
    }
57
  </style>
58
</head>
59
<body>
60
  <div class="container">
61
    <!-- 头部 -->
62
    <div class="header">
63
      网页头部（导航栏）
64
    </div>
65

66
    <!-- 主体 -->
67
    <div class="main">
68
      <!-- 左侧内容区 -->
69
      <div class="content">
70
        主要内容区域<br>
71
        可以放文章、图片、表格等任意内容
72
      </div>
73
      <!-- 右侧侧边栏 -->
74
      <div class="sidebar">
75
        侧边栏<br>
76
        放推荐内容、广告、导航等
77
      </div>
78
    </div>
79

80
    <!-- 底部 -->
81
    <div class="footer">
82
      网页底部 - 版权信息 © 2024
83
    </div>
84
  </div>
85
</body>
86
</html>

展开收起

div 与 span 的核心区别#

很多人会混淆 <div> 和 <span>，这里用表格清晰区分：

特性	`<div>`	`<span>`
元素类型	块级元素	行内元素
排版方式	默认独占一行	与其他内容同行显示
宽高设置	可设置 width/height	无法设置（宽高由内容决定）
主要用途	划分大区域（布局）	包裹小段文本 / 元素（局部样式）

示例如下对比：

1
<!-- div：块级，独占一行 -->
2
<div style="background: red; width: 200px;">我是div，独占一行</div>
3
<p>这是一段文字</p>
4

5
<!-- span：行内，和文字同行 -->
6
<p>这是<span style="color: blue; font-weight: bold;">span包裹的文字</span>，和其他文字同行</p>

语义化#

虽然 div 是布局核心，但 HTML5 推出了 <header>、<nav>、<main>、<footer>、<section> 等语义化标签，它们本质上是 “有含义的 div”：

语义化标签：既有 div 的布局能力，又能让浏览器 / 搜索引擎理解内容用途（比如 <header> 表示头部）；
div：无语义，适合作为 “通用容器”（比如包裹一组无特定语义的内容）。

1
<!-- 推荐：语义化标签 + div 配合使用 -->
2
<header> <!-- 头部（语义化） -->
3
  <div class="logo">LOGO</div> <!-- 通用容器，装logo -->
4
  <nav> <!-- 导航（语义化） -->
5
    <ul>
6
      <li>首页</li>
7
      <li>关于我们</li>
8
    </ul>
9
  </nav>
10
</header>

总结#

<div> 是无语义的通用块级容器，核心作用是划分网页区域、作为样式 / 交互的载体，默认独占一行、无默认样式。
<div> 用于大区域布局，<span> 用于行内局部样式，二者是块级与行内的核心搭配。
实际开发中优先用 HTML5 语义化标签（<header>/<main> 等），div 作为补充的通用容器，兼顾布局灵活性和语义化。

表单标签#

HTML 表单（<form>）是网页与用户交互的核心，用于收集用户输入的信息（比如登录、注册、提交订单、问卷调查等），并将数据提交到服务器处理。

简单来说：表单就是网页上的 “填写单”，用户填完后点击按钮，数据就能传给后端。

核心表单标签 / 属性详解(重点)#

基础容器与核心属性

标签 / 属性	作用	关键说明
`<form>`	表单外层容器	所有表单控件必须嵌套在`<form>`内
`action`	表单提交地址	数据要发送到的后端接口（比如`action=""/login""`）
`method`	提交方式	常用GET（参数拼 URL，适合简单数据）/ POST（数据隐藏，适合敏感 / 大量数据）
`name`	控件命名	后端通过 name 获取对应值（必须设置，否则数据传不出去）
`placeholder`	提示文本	输入框内的灰色提示文字（比如 “请输入手机号”）
`required`	必填验证	标记控件为必填，提交时为空会提示用户
`value`	默认值 / 提交值	控件的默认内容，或单选 / 复选框的提交值

常用输入控件（核心）

标签 / 类型	作用	示例代码
`<input type=""text"">`	单行文本输入（用户名 / 姓名）	`<input type=""text"" name=""username"" placeholder=""请输入用户名"" required>`
`<input type=""password"">`	密码输入（隐藏显示）	`<input type=""password"" name=""pwd"" placeholder=""请输入密码"" required>`
`<input type=""radio"">`	单选按钮（互斥选项，比如性别）	`<input type=""radio"" name=""gender"" value=""male""> 男<input type=""radio"" name=""gender"" value=""female""> 女`
`<input type=""checkbox"">`	复选框（多选选项，比如爱好）	`<input type=""checkbox"" name=""hobby"" value=""read""> 阅读<input type=""checkbox"" name=""hobby"" value=""sport""> 运动`
`<input type=""email"">`	邮箱输入（自带格式验证）	`<input type=""email"" name=""email"" required>`
`<input type=""tel"">`	手机号输入（移动端调数字键盘）	`<input type=""tel"" name=""phone"" placeholder=""请输入11位手机号"">`
`<input type=""submit"">`	提交按钮	`<input type=""submit"" value=""登录"">`
`<input type=""reset"">`	重置按钮	`<input type=""reset"" value=""清空"">`
`<textarea>`	多行文本输入（留言 / 简介）	`<textarea name=""desc"" rows=""5"" cols=""30"">默认留言</textarea>`
`<select>/<option>`	下拉选择框（比如城市 / 年级）	`<select name=""city""> <option value=""beijing"">北京</option> <option value=""shanghai"">上海</option></select>`
`<label>`	绑定控件（点击文字也能选中）	`<label for=""username"">用户名：</label><input type=""text"" id=""username"" name=""username"">`

示例一个包含大部分常用控件的表单示例，附带 CSS 美化：

1
<!DOCTYPE html>
2
<html lang="zh-CN">
3
<head>
4
  <meta charset="UTF-8">
5
  <title>表单标签示例 - 用户注册</title>
6
  <style>
7
    /* 简单美化，让表单更易读 */
8
    .form-box {
9
      width: 400px;
10
      margin: 50px auto;
11
      padding: 20px;
12
      border: 1px solid #eee;
13
      border-radius: 8px;
14
    }
15
    .form-item {
16
      margin-bottom: 15px;
17
    }
18
    label {
19
      display: inline-block;
20
      width: 80px;
21
      text-align: right;
22
      margin-right: 10px;
23
    }
24
    input[type="text"],
25
    input[type="password"],
26
    input[type="email"],
27
    select {
28
      width: 250px;
29
      padding: 8px;
30
      border: 1px solid #ccc;
31
      border-radius: 4px;
32
    }
33
    textarea {
34
      width: 250px;
35
      height: 100px;
36
      padding: 8px;
37
      border: 1px solid #ccc;
38
      border-radius: 4px;
39
    }
40
    .submit-btn {
41
      width: 340px;
42
      padding: 10px;
43
      background-color: #007bff;
44
      color: white;
45
      border: none;
46
      border-radius: 4px;
47
      cursor: pointer;
48
      margin-left: 90px;
49
    }
50
    .submit-btn:hover {
51
      background-color: #0056b3;
52
    }
53
  </style>
54
</head>
55
<body>
56
  <div class="form-box">
57
    <h3 style="text-align: center; margin-bottom: 20px;">用户注册表单</h3>
58
    <!-- 表单容器：提交方式POST，地址为示例（实际需替换为后端接口） -->
59
    <form action="/register" method="POST">
60
      <!-- 1. 用户名 -->
61
      <div class="form-item">
62
        <label for="username">用户名：</label>
63
        <input type="text" id="username" name="username" placeholder="请输入用户名" required>
64
      </div>
65

66
      <!-- 2. 密码 -->
67
      <div class="form-item">
68
        <label for="pwd">密&nbsp;&nbsp;&nbsp;&nbsp;码：</label>
69
        <input type="password" id="pwd" name="pwd" placeholder="请输入6-16位密码" required>
70
      </div>
71

72
      <!-- 3. 性别（单选） -->
73
      <div class="form-item">
74
        <label>性&nbsp;&nbsp;&nbsp;&nbsp;别：</label>
75
        <input type="radio" name="gender" value="male" id="male">
76
        <label for="male">男</label>
77
        <input type="radio" name="gender" value="female" id="female">
78
        <label for="female">女</label>
79
      </div>
80

81
      <!-- 4. 爱好（复选） -->
82
      <div class="form-item">
83
        <label>爱&nbsp;&nbsp;&nbsp;&nbsp;好：</label>
84
        <input type="checkbox" name="hobby" value="read" id="read">
85
        <label for="read">阅读</label>
86
        <input type="checkbox" name="hobby" value="sport" id="sport">
87
        <label for="sport">运动</label>
88
        <input type="checkbox" name="hobby" value="music" id="music">
89
        <label for="music">音乐</label>
90
      </div>
91

92
      <!-- 5. 所在城市（下拉框） -->
93
      <div class="form-item">
94
        <label for="city">城&nbsp;&nbsp;&nbsp;&nbsp;市：</label>
95
        <select name="city" id="city">
96
          <option value="">请选择城市</option>
97
          <option value="beijing">北京</option>
98
          <option value="shanghai">上海</option>
99
          <option value="guangzhou">广州</option>
100
        </select>
101
      </div>
102

103
      <!-- 6. 个人简介（多行文本） -->
104
      <div class="form-item">
105
        <label for="desc">简&nbsp;&nbsp;&nbsp;&nbsp;介：</label>
106
        <textarea name="desc" id="desc" rows="3" cols="30" placeholder="请输入个人简介（选填）"></textarea>
107
      </div>
108

109
      <!-- 7. 提交/重置按钮 -->
110
      <div class="form-item">
111
        <input type="submit" value="提交注册" class="submit-btn">
112
        <input type="reset" value="清空表单" style="margin-left: 10px; padding: 10px;">
113
      </div>
114
    </form>
115
  </div>
116
</body>
117
</html>

展开收起

常见坑与注意事项#

必须设置name属性：所有需要提交的控件（输入框、单选、复选等）都要加 name，后端靠 name 取值（比如 username 对应输入的用户名）。
单选按钮的 name 要相同：同一组单选（比如性别）必须用同一个 name，否则无法互斥。
<label>的绑定技巧：用 for="控件id" 绑定，点击文字也能选中控件（提升用户体验），不要只靠空格分隔。
POST vs GET：
- GET：数据拼在 URL 后（比如 ?username=小明&pwd=123），适合简单、非敏感数据；
- POST：数据在请求体中（看不到），适合密码、表单等敏感 / 大量数据。
前端验证只是辅助：required、type="email" 等前端验证方便用户，但后端必须重新验证（防止恶意绕过）。

总结#

表单核心是<form>容器 + 各类输入控件，action（提交地址）、method（提交方式）、name（控件命名）是三大关键属性。
常用控件：文本框（text）、密码框（password）、单选（radio）、复选（checkbox）、下拉框（select）、多行文本（textarea），需根据场景选择。
开发要点：控件必须加 name，单选按钮 name 要统一，优先用 POST 提交敏感数据，<label>绑定提升用户体验。

Giscus评论系统

Mon, 09 Mar 2026 18:25:28 GMT

配置 Giscus#

你是否在寻找一个评论系统而又不想自托管？又饱受垃圾评论的叨扰？、无需服务器！为任何页面对接评论区！还有反垃圾！

在 Github 中新建一个 公开仓库，然后在仓库设置中单独启用 Discussion 功能，最后看看 Discussions 可以访问不

前往 giscus 中配置你的仓库：

分类推荐选择 公告（announcements）

特性按需勾选

主题按喜好选择。更改后主题会立即呈现

最后将这段 JS 复制，修改在文件路径 /src/pages/posts/[...slug].astro 中的 Giscus 评论区

配置 Akismet#

Akismet (Automattic Kismet) 是应用广泛的一个垃圾留言过滤系统，其作者是大名鼎鼎的 WordPress 创始人 Matt Mullenweg，Akismet 也是 WordPress 默认安装的插件，其使用非常广泛，设计目标便是帮助博客网站来过滤垃圾留言。

在仓库中依次按 .github/workflows/spam.yml 来新建一个 yml 文件，其中内容复制该 akismet-comment-check.yml 文件中的文本。

将这个 Github Action 部署到你的启用了 Github 的仓库中：

配置 Secret：

AKISMET_API_KEY：你的 Akismet API Key
GH_TOKEN：前往 https://github.com/settings/tokens 创建一个具有 repo write user 权限的 Github 个人令牌

测试反垃圾是否有效，发送内容为 viagra-test-123 的评论。该评论一定会被当作垃圾评论。

查看 Github Action 是否做出删评行为：

用例类型	输入值	预期结果
上点（有效）	1	成功
上点（有效）	100	成功
离点（无效）	0	失败
离点（无效）	101	失败
内点（有效）	50	成功

用例类型	输入值	预期结果
上点（无效）	1	失败
上点（无效）	100	失败
离点（有效）	2	成功
离点（有效）	99	成功
内点（有效）	50	成功

要素类型	取值	有效性	预期结果
上点（左闭）	1	有效	成功
上点（右开）	100	无效	失败
离点（左闭外）	0	无效	失败
离点（右开内）	99	有效	成功
内点	50	有效	成功

迷失的天际

Firefly 快速开始

前置环境准备#

主题下载与本地启动#

博客部署上线#

接口和接口测试的概念

接口的作用和组成#

接口测试的目的和应用#

接口测试的流程设计#

接口测试的测试用例设计#

Postman 基本使用

Postman 安装#

Postman 断言#

Postman 环境配置#

Postman 参数化#

方法一：CSV 文件参数化#

方法二：JSON 文件参数化#

生成测试报告#

项目实战#

Charles抓包工具（一）

抓包的目的（了解）#

精准定位前后端问题，划分责任边界（最高频核心用途）#

校验接口业务逻辑，覆盖黑盒测试盲区#

开展安全测试，挖掘数据与传输安全风险#

支撑性能与弱网测试，验证系统稳定性#

Mock 数据与场景构造，提升测试效率与覆盖度#

Charles 安装（了解）#

HTTP#

核心特性#

致命短板#

HTTPS#

混合加密体系（解决明文窃听问题）#

数字证书与 CA 机构（解决身份伪造问题）#

哈希摘要与数字签名（解决数据篡改问题）#

HTTP 和 HTTP 差异#

软测相关#

常见误区#

Fiddler的使用

Fiddler 简介#

HTTP 简介#

请求报文#

响应报文#

Fiddler#

MySQL索引

MySQL事务

事务的核心基石：ACID 四大特性#

事务的基础语法#

隔离级别#

事务底层实现#

MySQL存储引擎和视图

存储引擎#

InnoDB（MySQL 5.5+ 默认引擎，绝对主流）#

MyISAM（MySQL 5.5 之前默认引擎，已基本淘汰）#

相关存储引擎对比#

视图#

MySQL用户管理#

MySQL权限#

权限级别#

常用权限#

命令操作#

变化注意#

多表查询

子查询#

关键字#

合并查询#

多表连接#

MySQL约束

NOT NULL 非空约束#

DEFAULT 默认值约束#

UNIQUE 唯一约束#

PRIMARY KEY 主键约束#

CHECK 检查约束#

FOREIGN KEY 外键约束#

数据库的增删改查

INSERT 语句#

基础语法#

UPDATE 语句#

DELETE 语句#

SELECT 语句#

基础查询#