《测试问题清单》编写指南

《测试问题清单》编写指南

1. 文档目的

本文档旨在规范“测试问题清单”的填写规范，确保所有测试人员能够以统一、清晰、准确的方式记录和描述测试过程中发现的问题。规范化的清单有助于：

• 高效沟通： 使开发人员、项目经理及其他相关人员能够快速、无歧义地理解问题。
• 精准定位： 为问题责任人提供充足的信息，以便快速定位和修复缺陷。
• 过程管理： 便于跟踪问题的生命周期，从发现到修复的全过程可控。
• 数据分析： 为后续的质量分析和过程改进提供可靠的数据基础。

2. 填写规范

请严格按照下表所示的字段和规范进行填写。

字段名称	填写说明与规范	示例	必须
问题ID	格式： 由系统自动生成的唯一标识符，如 BUG-2024-001。 规范： 禁止手动修改。用于所有沟通和追溯的唯一凭证。	BUG-2024-015	是
所属模块	格式： 填写出现问题的最具体功能模块或子系统名称。 规范： 名称需与产品架构或需求文档保持一致，确保开发人员能准确识别责任范围。	用户中心-登录模块 支付网关-微信支付	是
问题简述	格式： [模块/场景]：问题现象的简洁概括 规范： 遵循 “在哪里，发生了什么” 的原则。要求清晰、简洁，一目了然。避免使用“功能错误”、“有问题”等模糊词汇。	差：登录有问题 优： 【用户登录】：输入正确验证码后点击登录，页面无响应	是
问题描述	格式： 结构化描述，必须包含以下要素： 1. 前置条件： （可选）问题发生前的特殊状态。 2. 重现步骤： （必填）使用数字序号，分步描述操作，做到任何人均可重现。 3. 预期结果： （必填）根据需求文档，应该发生的正确行为。 4. 实际结果： （必填）当前软件实际表现出的错误行为。 5. 附件： 注明附带的证据，如截图、日志、录屏等。	前置条件： 用户已绑定微信。 重现步骤： 1. 进入【我的账户】页面。 2. 点击【解绑微信】按钮。 3. 在弹窗中点击【确认】。 预期结果： 提示“解绑成功”，微信图标消失。 实际结果： 页面弹出错误提示“系统内部错误，代码500”，且微信图标仍显示。 附件： 错误弹窗截图.png， Network Log.har	是
责任人	格式： 指定负责分析和修复此问题的开发人员或团队负责人。 规范： 通常由测试组长或项目经理在评审后指派。填写姓名或统一用户名。	张三 @李四（后端）	是
发现时间	格式： YYYY-MM-DD HH:MM 规范： 填写首次发现并确认该问题的具体时间。	2024-05-20 14:30	是
修复时间	格式： YYYY-MM-DD HH:MM 规范： 由开发人员在代码修复并提交后填写。用于跟踪修复时效。	2024-05-21 10:15	否
备注	格式： 自由文本。 规范： 用于记录问题的补充信息，如： • 临时解决方案。 • 与开发/产品的讨论结论。 • 问题关闭的原因（如“非缺陷”、“重复问题”）。 • 后续验证注意事项。	经与产品确认，此为需求变更，非缺陷。 此为偶现问题，出现概率约10%，需重点关注。	否

3. 通用原则

1. 客观准确： 描述问题时，只陈述事实，不添加个人主观臆测（如“这肯定是后端的问题”）。
2. 一案一报： 一个问题单只记录一个明确的缺陷，便于跟踪和统计。不要将多个不相关的问题合并报告。
3. 可重现： “重现步骤”是问题单的核心，必须保证其完整性和准确性。对于偶现问题，需在“备注”中说明，并尽可能提供日志等辅助信息。
4. 及时更新： 问题状态（如“已修复”、“待验证”、“已关闭”）发生变化时，应及时更新清单，并与相关责任人沟通。