01 需求分析：测试的起点，也是成败的关键
测试流程的第一步，不是写用例，不是搭环境，而是需求分析。这一步做不好，后面所有的努力都是白费。
需求分析的核心任务:
- ►理解业务逻辑
- ►识别功能边界
- ►发现需求漏洞
- ►确定测试范围
很多人觉得需求分析是产品经理的事，测试只要照着需求文档执行就行。这种想法让你沦为“执行机器”，而不是“质量守卫”。
需求分析差1小时，后期返工多10天。
实战中，需求分析阶段要做三件事：
1. 需求评审：和产品、开发一起过需求，找出逻辑矛盾、遗漏场景
2. 测试点梳理：把需求文档拆解成可测试的功能点
3. 风险评估：识别高风险模块，提前制定测试策略
举个例子，一个登录功能，需求文档只写了“用户输入账号密码登录”。但测试要分析：支持哪些登录方式？密码错误几次锁定？有无验证码？是否支持第三方登录？这些细节，需求文档不会写，但测试必须想到。
需求分析输出物: 需求分析报告、测试范围清单、风险矩阵
02 测试计划：没有计划的测试，就是瞎忙
需求分析完成后，进入测试计划阶段。这个阶段决定了测试的节奏、资源、策略。没有计划，测试就是无头苍蝇。
测试计划的核心内容:
- ►测试目标与范围
- ►测试策略（功能、性能、安全等）
- ►资源分配（人员、环境、工具）
- ►时间节点与里程碑
- ►风险应对方案
测试计划不是写给别人看的文档，而是指导整个测试过程的路线图。一个优秀的测试计划，能让团队在有限时间内覆盖80%的核心功能。
计划花1小时，执行省10小时。
制定测试计划时要重点关注：
1. 优先级排序：核心功能优先测试，边缘功能排后
2. 依赖关系：哪些测试需要先完成，哪些可以并行
3. 环境准备：测试环境、数据、账号提前准备好
比如一个电商项目，测试计划要明确：支付功能必须在上线前3天完成测试，而商品详情页的样式测试可以放在最后一天。
测试计划输出物: 测试计划文档、测试时间表、资源分配表
03 测试用例设计：覆盖率的生死线
测试用例设计是测试流程的核心环节。用例质量直接决定测试覆盖率，覆盖率决定产品质量。
测试用例设计方法:
- ►等价类划分：把输入数据分成有效类和无效类
- ►边界值分析：测试边界附近的数值
- ►因果图法：分析输入输出的逻辑关系
- ►场景法：模拟用户真实操作路径
很多测试人员喜欢“凭感觉”写用例，想到哪写到哪。这种用例覆盖不到边界情况，上线后问题百出。
边界值测不到，线上必出bug。
以一个搜索功能为例，测试用例要覆盖：
- ►正常搜索：输入关键词，验证搜索结果
- ►边界搜索：输入1个字符、200个字符、特殊字符
- ►异常搜索：输入空字符串、SQL注入字符、XSS脚本
- ►性能搜索：并发搜索100次，验证响应时间
写用例时还要注意：
1. 数据驱动：用不同的测试数据覆盖不同场景
2. 正向反向：既要测试正常流程，也要测试异常流程
3. 状态验证：测试前后系统状态的变化
优秀测试用例的特征: 可执行、可验证、可复用、覆盖率高
04 测试执行：从手工到自动化的进化
测试执行阶段，是测试流程中最耗时、最枯燥的部分。但这也是发现问题最多的阶段。
测试执行的方式:
- ►手工测试：适合探索性测试、UI测试
- ►自动化测试：适合回归测试、接口测试
- ►性能测试：适合压力测试、负载测试
手工测试执行时，要记录每一个步骤、每一个结果。发现bug要立即截图、录屏、记录日志。
自动化测试执行时，要确保脚本稳定、数据准确。一个自动化的脚本，可以执行100次不出错，但一旦出错，就是批量失败。
手工测试找bug，自动化测试防回归。
测试执行的步骤:
1. 准备测试环境（数据库、服务器、客户端）
2. 准备测试数据（正例、反例、边界数据）
3. 执行测试用例（按优先级顺序执行）
4. 记录测试结果（通过、失败、阻塞）
5. 提交bug（附上截图、日志、复现步骤）
实战中，测试执行要关注：
- ►首次通过率：用例第一次执行通过的百分比
- ►缺陷密度：每千行代码发现的bug数量
- ►回归测试：修复bug后，重新测试相关功能
测试执行输出物: 测试执行报告、bug记录、测试日志
05 缺陷管理：bug的生命周期
bug管理是测试流程中最容易被忽视的环节。很多人以为提交bug就完事了，实际上bug的管理贯穿整个测试周期。
bug的生命周期:
1. 新建：测试人员发现bug，提交到管理系统
2. 确认：开发确认这是个bug
3. 分配：开发主管分配修复任务
4. 修复：开发修改代码
5. 验证：测试验证bug是否修复
6. 关闭：验证通过，关闭bug
7. 重开：如果bug再次出现，重新打开
一个bug不追踪，十个bug排成队。
bug报告的标准格式:
- ►标题：简洁明了，描述问题
- ►环境：操作系统、浏览器、数据库版本
- ►复现步骤：1,2,3... 每一步都要清晰
- ►预期结果：正确情况下应该是什么
- ►实际结果：现在看到的是什么
- ►附件：截图、日志、视频
bug管理中要避免的坑：
1. 重复bug：提交前先搜索是否已有相同bug
2. 无效bug：确认是否真的是bug，还是配置问题
3. 优先级错误：核心功能bug标为严重，UI问题标为一般
bug管理输出物: bug统计报告、bug趋势图、缺陷分布图
---
测试流程不是流程，是质量的生命线。
测试生命周期从需求分析到缺陷管理，每一步都决定了产品的最终质量。不要跳过任何一个环节，不要轻视任何一个细节。测试不是终点，而是产品走向用户的最后一道防线。从现在开始，把每一个测试环节做到极致，你会发现——bug少了，用户多了，产品活了。