第四讲 缺陷级别和生命周期.pdfVIP

软件测试基础 ——黑盒测试技术 缺陷级别和生命周期 主讲人：xxx 主讲人： 1 上节课程回顾 软件缺陷定义 IEEE 产品内部+产品外部 Ron Patton —— 5原则 • 未实现要求的功能 • 出现了指明不应该出现的错误 • 实现了未提到的功能 • 未实现虽未明确提及但应该实现的目标 • 难以理解，不易使用，运行缓慢等 缺陷产生原因与分布 缺陷修复成本 本节课程内容 • 缺陷严重性和优先级 • 缺陷生命周期：不同管理工具中的缺陷生命周期 本节教学目标 • 掌握缺陷严重性和优先级的划分 • 掌握缺陷严重性和优先级的关系 • 掌握基本的缺陷生命周期 • 了解不同工具中的缺陷生命周期 本节课程内容 1 Bug严重性和优先级 2 Bug的状态和生命周期 本节课程内容 1 Bug严重性和优先级 2 Bug的状态和生命周期 Bug实例 1、按钮“登录系统”中的文字上下居中显示 2、点击登录系统，系统未响应 3、点击登录系统弹出提示：error，但仍可进入系统 软件缺陷 --严重性 • 缺陷严重性：表示软件缺陷所造成的危害的恶劣程度 – Fatal：致命的错误，造成系统或应用程序崩溃、死机、系统悬 挂，或造成数据丢失、主要功能完全丧失等。 – Critical：严重错误，主要指功能或特性没有实现，主要功能 部分丧失，次要功能完全丧失，或致命的错误声明。 – Major：主要错误，这样的缺陷虽然不影响系统的使用，但没有 很好地实现功能，没达到预期效果。如提示信息不太准确，或 用户界面差，操作时间长等。 – Minor：一些小问题，对功能几乎没有影响，产品及属性仍可使 用。 – Suggestion：一些友好的建议。 软件缺陷--严重性 不同的公司 不同的测试规范 不同的缺陷级别定义 某公司的软件缺陷级别定义： Bug实例 1、点击“登录系统”系统未响应 2、点击“登录系统”弹出错误提示：error，但仍可进入 3、按钮“登录系统”中的文字上下居中显示 软件缺陷 –优先级 • 缺陷优先级：表示修复缺陷的先后次序的指标 • 一般优先级的划分用ABCD或数字1—4表示，A或1表示最 高级别，D或4表示最低级别。 – 最高优先级：立即修复，停止进一步测试 – 次高优先级：在产品发布之前必须修复 – 中等优先级：如果时间允许应该修复 – 最低优先级：可能会修复，但是也能不修复 c 思考： Bug严重程度和优先级一定成正比吗？ Bug实例 1、只有使用“魏娜娣”账户登录的时候，系统崩溃。 2、“河北师范大学软学院”，文字错误。 严重性优先级  一般情况：严重程度高的缺陷优先级高  特殊情况：不成正比  没有必然联系，结合实际综合思考 缺陷严重性 缺陷优先级 本节课程内容 1 Bug严重