软件测试基础：先搞清楚我们在测什么
说实话，很多刚入行的同学一上来就问我："测试怎么搞？" 我通常会反问一句："你知道你测的是什么阶段的代码吗？" 嗯，这背后其实是整个测试体系的问题。做测试十几年，我见过太多人把单元测试和集成测试混着写，最后维护起来一团糟。所以第一章，我们先不急着写代码，而是把测试的地图摊开看看。
这一章的核心是：测试分类、V模型、敏捷测试、测试生命周期。搞明白这四块，你后面写测试用例的时候才不会跑偏。
一句话总结：测试不是"测就完了"，它是有层级、有节奏、有策略的工程活动。
测试分类：不是只有"点点点"
很多人对测试的理解就是"打开页面，点按钮，看结果"。其实这只是测试的冰山一角。我习惯按三个维度来分：
- 按开发阶段：单元测试 → 集成测试 → 系统测试 → 验收测试。这是最经典的一条线。
- 按是否运行代码：静态测试（不执行代码，比如代码走查） vs 动态测试（跑起来看结果）。
- 按测试方法：黑盒（不管内部实现，只测输入输出）、白盒（盯着代码逻辑看）、灰盒（二者结合）。
我个人建议：做UI回归测试时，更多是黑盒视角。但如果你同时了解一些白盒知识（比如你测的按钮背后调了什么API），定位问题会快很多。我曾经在一个项目中，UI点击后没反应，前端说是后端问题，后端说是前端问题。最后我翻了代码发现是某个CSS类名写错了——这就是混用白盒思维的好处。
V模型：开发与测试的"镜像"关系
V模型其实很好理解。左边是开发过程：需求分析、概要设计、详细设计、编码。右边是对应的测试活动：验收测试、系统测试、集成测试、单元测试。
说白了，左边每做一步设计，右边就对应着一层测试级别。你想想看，需求分析的时候就要开始设计验收测试用例了——这叫"测试左移"的雏形。
| 开发阶段 | 对应测试阶段 | 测试关注点 |
|---|---|---|
| 需求分析 | 验收测试 | 系统是否满足用户需求 |
| 概要设计 | 系统测试 | 系统整体功能、性能、安全 |
| 详细设计 | 集成测试 | 模块之间的接口与交互 |
| 编码 | 单元测试 | 每个函数/类内部的正确性 |
注意：V模型有个坑——它太理想化了。现实中很少能做到"需求完全确定再往下走"。如果你在严格瀑布模型的公司，V模型或许适用。但大多数互联网团队，你更可能遇到的是下面要讲的敏捷测试。
敏捷测试：随代码一起跑
我记得有个真实经历：以前在传统外包公司，测试周期是单独排的——开发写一个月，测试测一个月。结果出问题总是"开发说测得不全，测试说开发改得太多"。后来到了敏捷团队，发现节奏完全不一样。
敏捷测试的核心就几个字：测试与开发同步进行。具体来说：
- 持续集成中的测试：每次代码提交都自动跑一遍测试套件。这样可以避免"周五提交，下周一才发现问题"的尴尬。
- TDD（测试驱动开发）：先写测试，再写代码。这其实是一种设计方法，我个人很喜欢，写出来的代码可测试性明显高。
- 测试左移 / 右移：左移就是早期介入需求，右移就是监控线上质量。一个真实的例子：我们曾经在生产环境加了监听器，一旦用户操作触发异常，自动记录日志并生成bug——这就是右移。
- 自动化回归：每次迭代都要保证旧功能不出问题，这才是UI回归测试真正发挥价值的地方。
关键理解：敏捷测试不是测试方法变了，而是测试的时机和反馈周期变了。从"大阶段"变成"小循环"。
测试生命周期：一个测试用例的"生老病死"
一个测试用例从创建到废弃，大致经历以下阶段：
- 测试计划：确定测试范围、资源、策略、进度。比如这次发版要测哪些模块，用哪些工具，谁来测。
- 测试设计：编写测试用例。包括输入、步骤、预期结果。有时候还会写测试数据。
- 测试执行：运行测试，记录实际结果。手动执行或自动化执行都可以。
- 缺陷报告：发现不符合预期的地方，提bug。好的缺陷报告应该包括：标题、重现步骤、环境、截图/日志、严重程度。
- 缺陷关闭：开发修复后，测试验证通过，关闭缺陷。
- 测试报告：统计通过率、覆盖率、缺陷密度等。用于评估质量是否达标。
避坑指南：我曾经犯过一个错——设计测试用例时只考虑了"快乐路径"。结果上线后用户输入了特殊字符，页面直接崩了。从那以后，我设计用例时必须加上边界值和异常分支。你可以试试"等价类划分"和"边界值分析"这两个经典方法，对付常见的输入错误非常有效。
实战参考：测试分类的选择矩阵
很多同学会问："那我到底该用哪种测试？" 其实没有一个万能答案。我一般根据以下因素来判断：
| 项目场景 | 推荐测试类型 | 注意点 |
|---|---|---|
| 核心业务逻辑模块 | 单元测试 + 集成测试 | 保证每个函数正确，接口调用正常 |
| 用户交互界面 | UI回归测试（黑盒为主） | 关注操作流程和视觉一致性 |
| 高性能/高并发模块 | 性能测试 + 系统测试 | 不要只测功能，要压测 |
| 外部系统对接 | 集成测试 + 契约测试 | 注意Mock外部服务 |
嗯，说到这你可能也发现了——测试不只是"测"那么简单。它贯穿了整个软件生命周期。这个系列课程的核心就是从最底层（单元测试）逐步向上推进到上层（UI回归测试），让你理解每一层测试的作用和写法。