软件测试基础知识10：3核心概念全解析_千锋教育

从“找bug”到“守质量”：一个测试新手的困惑

小李刚入行软件测试时，以为工作就是“点点点，找bug”。直到他负责一个电商支付模块的测试，发现同样的操作，有时成功有时失败，这才意识到测试远不止找bug那么简单。要真正理解软件测试，必须掌握三个基础且核心的概念：测试用例、缺陷管理、测试策略。本文用案例带你一次搞懂。

核心概念一：测试用例——质量的“操作说明书”

是什么

测试用例是一组详细的步骤、输入数据、预期结果和执行条件的集合，用于验证某个特定功能是否正常工作。它不是随意的“随便点点”，而是有组织、可复用的操作指南。

为什么需要

• ►可重复性：同样的测试，不同的人执行，结果一致。
• ►覆盖率：确保关键路径、边界条件都被覆盖。
• ►效率：新人接手或回归测试时，直接按用例执行，无需重新设计。

怎么做：一个电商登录功能的测试用例示例

关键点：每个用例必须包含唯一编号、明确的前置条件、可操作的步骤、具体的输入和可验证的预期结果。

核心概念二：缺陷管理——从发现到关闭的“病历本”

是什么

缺陷（Bug）是软件中不符合需求或影响正常使用的错误。缺陷管理是对缺陷从发现、确认、分配到修复、验证、关闭的全生命周期管理。

为什么需要

• ►可追溯：每个缺陷都有来源、状态和责任人。
• ►优先级排序：严重缺陷优先处理，避免影响上线。
• ►数据分析：统计缺陷分布，改进开发流程。

怎么做：缺陷报告的标准要素

一个完整的缺陷报告包含：

1. 标题：简洁描述问题，如“支付页面在iOS14.5上点击支付后无响应”。

2. 严重程度：

• ►致命：系统崩溃、数据丢失、核心功能不可用（如支付失败）。
• ►严重：主要功能异常，但有变通方法（如搜索结果排序错误）。
• ►一般：功能可用，但体验不佳（如按钮位置不对）。
• ►轻微：界面显示问题（如文字拼写错误）。

3. 优先级：

• ►紧急：立即处理，影响发布。
• ►高：当前迭代必须修复。
• ►中：可延后修复。
• ►低：有空再改。

4. 复现步骤：详细描述如何重现问题，包括环境、数据、操作。

5. 实际结果：看到什么。

6. 预期结果：应该是什么。

7. 附件：截图、日志、视频。

示例：

标题：登录页面点击“忘记密码”后页面空白 严重程度：严重（核心功能不可用） 优先级：高 复现步骤： 1. 打开App，进入登录页 2. 点击“忘记密码”链接 3. 观察页面 实际结果：页面显示空白，无任何提示 预期结果：跳转到密码重置页面，显示输入邮箱的界面 附件：空白页面截图 + 浏览器控制台错误日志

关键点：缺陷报告要让开发人员一眼看懂问题、能复现，避免“在我机器上没问题”的争论。

核心概念三：测试策略——质量保障的“作战地图”

是什么

测试策略是测试活动的总体方案，包括测试范围、测试方法、资源分配、风险评估和退出标准。它回答“测什么、怎么测、测多少、何时停”的问题。

为什么需要

• ►资源聚焦：有限的时间人力，优先测试高风险区域。
• ►风险控制：识别风险点并制定应对措施。
• ►目标统一：团队对测试目标和方法达成共识。

怎么做：一个测试策略的典型结构

假设场景：一个电商App的“购物车”功能上线前测试策略。

1. 测试范围：

• ►核心功能：添加商品、修改数量、删除商品、结算。
• ►边界情况：购物车为空、商品库存不足、商品已下架、超时。
• ►不测试：支付流程（由支付模块单独测试）。

2. 测试方法：

• ►功能测试：手动执行测试用例，覆盖所有核心场景。
• ►边界测试：测试购物车最大商品数（如99件）、最小数量（0件）。
• ►异常测试：网络中断、服务器超时、并发操作（多人同时修改同一购物车）。
• ►兼容性测试：iOS/Android最新版本 + 前两个大版本。

3. 风险与应对：

• ►风险：并发操作导致数据不一致。
• ►应对：增加并发测试用例，使用工具模拟多用户同时操作。

4. 资源分配：

• ►2名测试人员，1人负责功能测试，1人负责异常和并发测试。
• ►测试环境：1台测试服务器，1台压测服务器。

5. 退出标准：

• ►所有致命和严重缺陷已修复并验证。
• ►测试用例通过率超过95%（非绝对数字，实际用“绝大多数”）。
• ►并发测试无数据丢失或系统崩溃。

关键点：测试策略要可执行，不能只是“我们要全面测试”。它需要明确做什么、怎么做、谁来做、做到什么程度。

三个概念的关系

用一个比喻理解：如果你想测试一把椅子的质量——

• ►测试用例是你的检查清单：“检查四条腿是否稳固”、“坐上去是否摇晃”、“承重100公斤是否断裂”。
• ►缺陷管理是记录问题的本子：“左后腿有裂纹”、“螺丝松动”、“承重后发出异响”。
• ►测试策略是你的行动计划：“先检查外观，再测试承重，最后模拟日常使用。如果发现致命缺陷，立即停止测试并通知生产部门。”

自测清单：检验你是否真懂了

1. 你能写出一个包含完整要素的测试用例吗？（编号、前置条件、步骤、输入、预期结果）

2. 你知道如何区分缺陷的“严重程度”和“优先级”吗？能举一个“严重但优先级低”的例子吗？

3. 如果让你为一个“用户注册”功能制定测试策略，你会考虑哪些风险点？

4. 为什么测试用例需要“可重复”？如果测试用例写得模糊，会带来什么问题？

5. 缺陷管理中，为什么“复现步骤”比“截图”更重要？

金句：测试用例是测试的“语言”，缺陷管理是质量的“病历”，测试策略是团队的“地图”——三者缺一，测试就是盲目的。