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