bug提交及缺陷管理

,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,Bug,提交与缺陷管理,田丽芳,测试四个主要工作：,测试计划,测试设计,-,测试用例,实际测试,Bug,报告,Bug,报告的艰巨性、重要性,如何利用各种技术和工具确保找出的软件缺陷清楚地表达，并且得到应有的最佳修复机会？,一、软件缺陷的描述,1,、软件缺陷是什么,bug,、缺点、错误、问题、毛病、异常、失败、偏差等,正式定义：（五个规则）,软件未达到产品说明书表明的功能,软件出现了产品说明书指明不会出现的错误,软件功能超出产品说明书指明范围,软件未达到产品说明书虽未指出但应达到的目标,软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好,确保缺陷得以修复,缺陷有的修复，有的不修复,没有足够的时间,不算真正的软件缺陷,修复的风险太大,不值得修复,如何确保缺陷得以修复？,-,软件缺陷报告,2,、软件缺陷的基本原则,尽早报告软件缺陷,有效描述软件缺陷（软件测试方法与技术，,p304,）,单一准确,一个报告只对应一个缺陷,完整统一,提供完整、前后统一的软件缺陷的修复步骤和信息，例如图片信息、,log,文件等。,短小精炼,再现,特定条件,某些功能在特定条件下才会存在缺陷，例如：搜索功能在没有找到结果返回时跳转页面不对,不做评价,补充完善,3,、软件缺陷属性,1,分配给缺陷的,ID,号,2,提交缺陷的时间,3,缺陷提交人,4,版本号,发生缺陷的子系统或模块,5,缺陷发生的条件,6,对缺陷的详细描述,7,所使用的测试用例号,8,缺陷类型（软件测试方法与技术，,p305,）,9,使用的机器号,10,缺陷的,严重性,11,缺陷的改正,优先级,12,发生缺陷的子系统或模块及相关的模块,13,缺陷状态信息,当前状态及历史状态,14,其他,功能,用户界面,文档,软件包,性能,系统,/,模块接口,缺陷的严重性,因缺陷引起的故障对软件产品的影响程度,缺陷严重性级别,致命性缺陷（,Critical,）,系统崩溃、数据丢失、数据毁坏,严重功能性缺陷,(Serious),操作性错误、错误结果、规定的功能没有实现或不完整、设计不合理造成性能低下，影响系统的运行,警告性缺陷,(Moderate),不影响业务运营的功能问题，,eg,.,小问题、错别字、,UI,布局、罕见故障,建议性缺陷,(,Suggestion,Cosmetic,),对软件设计和功能实现等不甚合理之处提出建议,缺陷的优先级,缺陷被修复的紧急程度,缺陷的优先级,高优先级,立即修复，阻止进一步测试，立竿见影,中优先级,在产品发布之前必须修复,一般,如果时间允许应该修复,低优先级,可能会修复，但是也能发布,实例：缺陷的严重性和优先级,极少发生的数据毁坏缺陷,导致用户电话求助的安装指示错别字,只要一启动就崩溃,某按钮应该再向下方移动一点,注意,软件缺陷的优先级在项目期间会发生变化,4,、软件缺陷的图片、记录信息,软件测试方法与技术,添加,各类文件,添加,URL,添加,抓拍图像,添加,系统信息,二、分离和再现软件缺陷,分离和再现软件缺陷的重要性,如何分离和再现软件缺陷？,不要想当然地接受任何假设，确保所有的步骤都被记录,特定条件和时间,压力和负荷、内存和数据溢出相关的边界条件,考虑资源依赖性，包括内存、网络和硬件共享的相互作用等,不能忽视硬件,三、软件缺陷的生命周期,软件缺陷的生命周期,从软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。,四、软件缺陷跟踪系统,目的：,登记软件缺陷,在其整个生命周期中进行监视,/,跟踪,手动软件缺陷报告和跟踪,自动软件缺陷报告和跟踪,缺陷报告范本,