缺陷:
在全部软件生命周期中任何背叛需求、没法精确完成用户所请求的功用的标题,包罗存在于组件、配备或系统软件中,因异常前提不支撑而致使系统的掉败等都属于缺陷。
注:从残酷意义上讲,bug与缺陷是有辨别的。Bug但凡指法式编码中的缺点。例如:软件中按钮的年夜小纷歧致是缺陷,而不成以算是bug。
引发缺陷的缘由有多种,如:
职员间沟通交流不敷,沟通交流有歪曲或是不交流
需求不竭的有转变
法式想象本人有标题
软件的复杂性
文档不圆满
有效缺陷:
有效缺陷是测试职员提交的不被开拓职员所点窜的缺陷。
发作有效缺陷的缘由也良多,如:
测试状况设置配备摆设缺点
需求文档中没有明白的产物需求
对产物需求理解缺点
缺陷重复
合理的有效缺陷:
开拓职员在手艺上没法完成,或以为是缺陷,但不影响用户的应用体验。这类缺陷能够被视为合理的有效缺陷。
缺陷陈说:
一份完整的缺陷陈说,包括三方面的内容:
俭朴描写
用一句话俭朴的描写明晰标题。
详细描写
描写标题的根基状况,包罗支配系统、硬件状况、搜集状况、被测试软件的运转状况 。
用最少的步伐重现测试职员的支配步伐和应用的数据 。
测试职员能够依照以上信息给出对标题的俭朴阐发 。
被测试的版本
缺陷的情况、严重度、优先级
提交日期、提交人
相干附件
若是是图形界面显现的或用用说话很难描写,能够采取截图的格式,作为附件提交;被测试软件的相干日记文件也可以附件.
缺陷陈说的准绳:
便利阅读
同一缺陷严重度
尽可能俭朴,一个缺陷一个陈说
陈说小缺陷
实时陈说缺陷
援用他人陈说时要慎重 .
缺陷陈说的用途:
缺陷陈说但凡用于记实缺陷,对缺陷中止分类,为处置分歧的缺陷分派公允的资本,并经由过程缺陷陈说对处置缺陷的进程中止跟踪,从而使缺陷得以修改。
缺陷陈说有记实缺陷(重现缺陷)、缺陷分类、跟踪缺陷、缺陷统计的用途
缺陷陈说处置流程:
声明:该流程图左边一列和右边一列的支配职员是测试职员,中心一列支配职员是开拓职员.