证据指南最后更新：2026-05-05
QA 证据与截图清单
测试样本再好，如果缺陷报告里没有页面链接、字段值、设备环境和复现步骤，团队下次仍然会从头猜一遍。
结构化说明原创说明快速跳转
页面摘要
适合对象
QA、开发、产品
核心目标
可复现
关键证据
链接、样本、截图
推荐场景
缺陷与回归
好的 QA 证据不是截图越多越好，而是让开发能在最短路径里复现同一个问题。
维护说明
这篇内容如何维护
维护主体
Shenfenxinxi 站点维护者。当前不展示个人作者名，避免虚构作者、资质或公司履历。
审查方法
每次新增或修改指南时，检查是否服务真实 QA/演示/沙箱场景，是否包含使用边界，是否能从首页、指南中心或相关页面访问。
内容依据
结合站内现有工具、国家页/地区页结构、用户可执行的测试流程，以及公开的 Google 内容质量和广告审核方向整理。
待人工补充
TODO: 站点所有者可以后续补充真实团队介绍、真实审核人、更新频率和更正式的编辑政策。
一条缺陷至少要包含哪些信息
- 页面链接：例如国家页、地区页或工具页的具体 URL。
- 使用样本：复制关键字段，而不是只写“随机生成一组”。
- 复现步骤：从第一个点击或输入开始写，避免跳过上下文。
- 设备环境：浏览器、屏幕宽度、系统和是否移动端。
如果缺陷和地址或支付有关，还应附上完整地址、卡片摘要或错误提示原文。
截图应该截“问题前后”
很多截图只截到了错误提示，却没截输入内容和页面位置。更好的方式是至少保留两张：一张展示输入或选择，一张展示提交后的结果或错误。
如果是移动端布局问题，截图里最好能看到顶部导航、当前字段和被遮挡区域，这样开发能判断是键盘、容器还是响应式断点问题。
合成样本也要注意截图边界
虽然本站样本是合成数据，但截图可能同时包含内部环境 URL、工单号、客户名称或团队成员账号。提交缺陷前，应先确认截图里没有真实业务信息。
这也是为什么演示和培训素材建议单独准备，而不是直接使用生产后台截图。
可以直接复制的记录模板
推荐模板：页面链接、测试目标、使用样本、复现步骤、实际结果、期望结果、截图、环境、风险边界。每次不一定全部很长，但标题最好固定。
如果你的团队还没有整体使用规范，可以把本页和 合成测试数据治理清单 组合起来使用。