软件测试之缺陷报告

软件测试之缺陷报告

缺陷报告(提交bug)

·标题：简明扼要，无歧义

·优先级 Priority(4个等级)：软件被修复的紧急程度 1--立即解决：缺陷导致系统几乎不能运行使用 或 严重妨碍测试的执行(需立即修改) 2--高优先级：缺陷严重，影响到测试了(当天或第二天要及时解决的) 3--正常：一般错误 4--低优先级：可以在开发有时间的时候处理，如页面文本框对齐显示

·严重等级 Severity(4个等级)：缺陷引起的故障对用户使用系统的影响 1--致命的：主流程不通，导致系统功能缺失、用户数据被破坏、系统崩溃、死机 2--严重的：影响流程的 比较严重的，比如系统主要功能部分未实现 3--一般：系统的次要功能没有完全实现，但不影响用户的正常使用 4--较小：操作不方便或遇到麻烦，但不影响功能的使用，如字体不美观、按钮大小不合适、文字排列对齐等(属于建议性或者美观方面的)

一般来说，缺陷越严重，优先级越高，但也有例外：

1)从用户角度看，缺陷不是很严重，但可能影响到测试执行了(优先级高严重等级低)

2)有些缺陷比较严重，但由于技术的限制，暂时没法修改。这时优先级就降低了

·附件有时候，用文字很难清楚描述缺陷，此时用图片(画笔指明问题)就很直观了

如何有效的报告缺陷?

·单一准确：每个报告只针对一个缺陷，如果有多个缺陷，可能开发只修正了其中一个，其他的没有得到修改，加长了缺陷的生命周期

·可以再现：不能忽视或省略任何一项操作步骤，特别是关键性的操作，如描述的不够清楚，RD(Research and Development engineer)就会过来沟通怎么操作的，浪费了大家的时间

·完整统一：完整的描述信息

·短小简练：使用关键词

·特定条件：有些问题只在特定环境下存在