软件测试知识体系

输入条件：1 ≤ 年龄 ≤ 150
- 有效等价类：1-150之间的整数
- 无效等价类：< 1, > 150, 非整数

输入条件：1 ≤ 年龄 ≤ 150
边界值：0, 1, 150, 151

条件：功率<50W, 电压<220V
结果：正常工作、告警、停止

| 用例编号 | 用例标题 | 前置条件 | 操作步骤 | 重要级别 | 测试数据 | 所属模块 | 预期结果 | 实际结果 | 执行人 | 备注 |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| TC_LOGIN_001 | 验证已注册用户使用正确账号密码登录成功 | 1. 账号 `test01` 已注册且状态正常<br>2. 密码为 `Pass@123`<br>3. 系统处于登录页 | 1. 访问登录页面<br>2. 输入用户名 `test01`<br>3. 输入密码 `Pass@123`<br>4. 点击“登录”按钮 | 高 | 用户名：`test01`<br>密码：`Pass@123` | 用户登录模块 | 1. 页面提示“登录成功”<br>2. 页面跳转至系统首页<br>3. 右上角显示用户昵称 | Pass | 张三 | 正向核心流程 |
| TC_LOGIN_003 | 验证密码输入错误超过5次后账号被锁定 | 1. 账号 `test02` 状态正常<br>2. 连续输错密码已达 4 次 | 1. 访问登录页<br>2. 输入用户名 `test02`<br>3. 输入**错误密码** `WrongPwd`<br>4. 点击“登录”<br>5. 再次输入正确密码 `Right@123` 尝试登录 | 高 | 用户名：`test02`<br>第5次错误密码：`WrongPwd`<br>正确密码：`Right@123` | 用户安全中心 | 1. 第5次登录时提示“密码错误，您还有0次尝试机会”<br>2. 再次使用正确密码登录时提示“账号已被锁定，请15分钟后再试” | Pass | 李四 | 安全策略，需等待15分钟后回归 |
| TC_SEARCH_005 | 验证搜索框对SQL注入特殊字符的过滤处理 | 网络正常，已登录系统 | 1. 定位到顶部全局搜索框<br>2. 输入测试数据中的特殊字符串<br>3. 点击“搜索”图标 | 中 | 搜索关键字：`' OR '1'='1` | 全局搜索模块 | 1. 系统不报错、不返回异常数据库信息<br>2. 无搜索结果时展示“未找到相关内容”<br>3. 后台无500错误日志 | Pass | 王五 | 错误推断法用例，安全测试 |

用户管理（大模块）
├── 登录认证（子模块）
│   ├── 功能测试
│   │   ├── 用例标题：正确账号密码登录成功
│   │   │   ├── 测试数据：用户名=admin，密码=123456
│   │   │   └── 预期结果：登录成功，跳转首页，展示用户名
│   │   ├── 用例标题：密码错误登录失败
│   │   │   ├── 测试数据：用户名=admin，密码=error
│   │   │   └── 预期结果：提示“用户名或密码错误”，停留在登录页
│   │   └── 用例标题：空账号直接点击登录
│   │       ├── 测试数据：用户名=空，密码=空
│   │       └── 预期结果：按钮置灰不可点，或提示“请输入账号”
│   └── 非功能测试
│       ├── 用例标题：连续错误5次触发锁定
│       │   ├── 测试数据：同一账号连续输入错误密码5次
│       │   └── 预期结果：第6次尝试时提示“账号已锁定，请15分钟后再试”
│       └── 用例标题：弱网环境下登录响应时间
│           ├── 测试数据：模拟3G弱网（上行100kbps，下行200kbps）
│           └── 预期结果：请求未超时，登录接口响应时间≤3秒
│
└── 个人信息维护（子模块）
    ├── 功能测试
    │   ├── 用例标题：上传合规格式头像
    │   │   ├── 测试数据：文件名为avatar.jpg，大小=200KB
    │   │   └── 预期结果：上传成功，头像预览图更新为新图片
    │   └── 用例标题：修改昵称含特殊字符
    │       ├── 测试数据：昵称="测试_User-123"
    │       └── 预期结果：保存成功，个人主页显示新昵称
    └── 非功能测试
        └── 用例标题：上传超大体积头像
            ├── 测试数据：文件名为big.png，大小=15MB
            └── 预期结果：前端提示“文件大小不能超过5MB”，不上传至服务器

需求分析与评审 → 制定测试计划 → 编写用例与用例评审 → 测试环境搭建与冒烟测试 →
用例执行与缺陷管理 → 测试报告与发布评估

| 对比维度 | 测试策略 | 测试计划 |

| :--- | :--- | :--- |

| 定义 | 高层次的指导方针，描述测试的**整体方法和架构** | 具体的执行文档，描述测试的**范围、进度、资源和交付物** |

| 核心关注 | “为什么”和“做什么” (Why & What) | “谁来做、什么时候做、怎么做” (Who, When & How) |

| 回答的问题 | 哪些模块需重点测？用什么方法测？测试类型怎么分层？ | 谁负责哪个模块？哪天写用例，哪天执行？环境 IP 是多少？用什么工具提 Bug？ |

| 稳定性 | 相对稳定，不会频繁变动（如：支付模块必须做安全测试） | 动态滚动，随项目进度不断调整（如：开发延期，计划顺延两天） |

| 受众 | 技术负责人、架构师、项目经理 | 全体测试人员、开发代表、PMO |

| 产出形式 | 《测试计划》中的核心章节，或独立的《测试策略文档》 | 一份完整的《测试计划书》，包含策略、进度、人力和环境 |

新建 → 确认 → 指派 → 修复 → 验证 → 关闭
          ↓
        重新打开（验证失败）

SELECT * FROM users WHERE age > 18;
SELECT name, age FROM users ORDER BY age DESC;
SELECT COUNT(*) FROM orders WHERE status = 'completed';

-- 内连接
SELECT u.name, o.order_no
FROM users u
INNER JOIN orders o ON u.id = o.user_id;
​
-- 左连接
SELECT u.name, o.order_no
FROM users u
LEFT JOIN orders o ON u.id = o.user_id;

SELECT COUNT(*), SUM(amount), AVG(amount), MAX(amount), MIN(amount)
FROM orders
GROUP BY user_id
HAVING COUNT(*) > 5;

ls -la          # 列出文件
cd /path        # 切换目录
mkdir dir       # 创建目录
rm -rf dir      # 删除目录
cp file1 file2  # 复制文件
mv file1 file2  # 移动/重命名

cat file        # 查看文件内容
head -n 10      # 查看前10行
tail -n 10      # 查看后10行
grep "关键词"   # 搜索关键词

chmod 755 file  # 修改权限
chown user:group file  # 修改所有者

ps -ef         # 查看进程
kill -9 pid    # 强制终止进程
netstat -tlnp  # 查看端口监听
curl -I url    # 检查接口

面试官你好，我叫XXX，有4年多的软件测试经验。
我主要在厦门，之前的工作经历集中在B端和SaaS产品。上一份工作是在根号叁科技，做了三年多的测试组长，平时除了带小团队、做测试计划，大部分精力还是扑在一线测试上。
在技术这块，我比较熟悉接口自动化和UI自动化，像Pytest和Playwright都用得比较多。最近这一年，我也在尝试用AI来辅助写用例和自动化脚本，确实帮团队把回归测试的效率提了不少。
我性格比较沉稳，做事细致，之前的项目线上质量一直控制得比较稳，没有出过测试原因导致的线上事故。这是我的一个简单介绍，谢谢。