鉴于当前数字环境中的软件异常复杂、分层且功能繁多，大多数 QA 管道都会产生多个错误。 开发人员经常同时从事多个开发项目，这意味着他们有相当多的故障需要处理。 他们必须在巨大的压力下运作，如果没有足够的资讯，他们可能会无从下手。
好的故障报告会告诉技术团队需要修复的确切内容，并帮助他们更快地完成修复。 这可以防止软件发布延迟，从而在不影响质量的情况下加快上市时间。
有效故障报告的要素
故障报告需要告诉技术团队什么？ 故障报告应该能够回答以下问题：
问题是什么？
- 技术团队如何重现该问题（以便他们亲自查看）？
- 问题出现在软件的什么地方（哪个网页或功能）？
- 发生问题的环境（浏览器、设备、操作系统）是什么？
有效的故障报告应包含以下内容：
- 标题
- 环境
- 重现 Bug 的步骤
- 预期结果
- 实际结果
- Bug 的可视记录（屏幕截图、视频、文本）
报告的标题应该提供故障的快速描述。 例如“控制面板”中的SMB文件服务总是无法启用”。
2.环境
故障可能出现在特定环境中，而不是其他环境中。 比如在Firefox上运行网站会出现BUG，或者APP只有在iPhone X上运行才会出现故障，这些BUG只能通过跨浏览器测试或者跨设备测试来识别。
报告故障时，您必须指定是否在一个或多个特定环境中观察到该故障。 使用下面的模板来了解具体情况：
- 型号：硬件和特定型号
- 操作系统：您的计算机或手机操作系统名称和版本、网络浏览器名称和版本
- 软件版本：正在测试的软件版本
- 重现率：故障重现的次数，以及每次重现中涉及的确切步骤。
- 3. 重现故障的步骤
四、预期结果
关于出现故障的特定区域，软件应该如何工作？ 技术团队需要知道需求是什么，以便衡量故障破坏用户体验的程度。
描述理想的最终用户场景，并尝试提供尽可能多的细节。 不要只停留在“我的 NAS 不工作”、“我的备份失败”、“TOS 无法访问”。
5.实际结果
详细说明故障实际上在做什么，以及它如何改变预期结果。
详细说明问题
- 软件崩溃了吗？
- 它只是暂停运行吗？
- 是否出现错误？
- 或者它只是没有反应？
- “链接没有指向预期的页面。 它显示 404 错误。”
- “单击时，该按钮根本不执行任何操作。”
- “主页上的主要图像在 iPhone X 上失真了。”
必须附上屏幕截图、视频、日志文件，以清楚地描述故障现象。 根据错误的性质，技术团队可能需要视频、文本和图像。
文本日志、可视化日志（屏幕截图）、视频日志、控制台日志和网络日志，使 QA 和技术团队可以轻松地准确检测到故障发生的位置，研究相应的代码并实施修复。
非常感谢！
