缺陷管理_缺陷管理工具 - CSDN
精华内容
参与话题
  • 软件缺陷管理基本流程

    千次阅读 2015-11-01 12:43:35
    测试人员提交Bug---开发人员确认,解决缺陷---测试人员验证缺陷   缺陷处理流程如下: 创建项目(管理员)→管理项目(项目经理)分类→提交问题(报告员)新建状态→确认问题(开发员)已确认状态→分配问题...

    测试人员提交Bug---开发人员确认,解决缺陷---测试人员验证缺陷

     

    缺陷处理流程如下:

    创建项目(管理员)→管理项目(项目经理)分类→提交问题(报告员)新建状态确认问题(开发员)已确认状态分配问题(经理)已分配状态解决问题(开发员)已解决状态验证问题(报告员)验证通过关闭问题(经理)

    5)mantis中各角色职责

    1)管理员

    主要职责:管理整个系统运作的工作人员,他不仅是整个系统的操作流程中权限最高的工作人员,而且可以对项目进行创建和管理,人员账号的创建和管理等等。

    2)经理

    主要职责:是整个软件开发过程中较为重要的管理人员。经理在该系统下的使用权限比起管理员来说,稍微低一些。确认问题,分派任务,对存在争议的问题提出修改意见,决定是否关闭

    3)开发员

    主要职责:开发员,就是负责整个软件开发的工作人员。使用这个bug跟踪管理系统,能够帮助开发人员及时地发现和解决软件缺陷。在使用该系统中,开发人员的权限比起经理要稍低一些,从开始登录进入系统就能看出来,其主菜单栏的功能也少了一些用于解决问题。

    4)报告员

    主要职责:就是专门负责提交bug 报告的工作人员,测试并确认解决问题。报告人员的主菜单也和开发人员、修改人员一样,但是在该系统的使用权限还是稍比修改人员低一些

    使用mantis,录入缺陷并设置缺陷的问题等级、优先级等要素,清晰填写问题描述及重现步骤

    展开全文
  • 软件测试之缺陷管理

    千次阅读 2018-03-21 20:31:13
    软件测试系列---缺陷管理 一、软件缺陷的基本概念 1、软件缺陷的基本概念主要分为:缺陷、故障、失效这三种。 (1)缺陷(defect):存在于软件之中的偏差,可被激活,以静态的形式存在于软件内部,相当于bug; ...

    软件测试系列---缺陷管理
      一、软件缺陷的基本概念
      1、软件缺陷的基本概念主要分为:缺陷、故障、失效这三种。
      (1)缺陷(defect):存在于软件之中的偏差,可被激活,以静态的形式存在于软件内部,相当于bug;
      (2)故障(Fault):软件运行中出现的状态,可引起意外情况,若不加处理,可产生失效,是一个动态行为;
      (3)失效(Failure):软件运行时产生的外部异常行为结果,表现与用户需求不一致,功能能力终止,用户无法完成所需要的应用。
      二、软件缺陷的三个基本概念的相互关系
      1、bug一定会被激活吗?激活后一定表现为故障吗?
      答案是不一定,任何一个软件即便测试的非常严格,在发布后也会存在遗漏的bug,但是这些bug在用户使用的时候不一定会被激活,因为有些bug隐藏的比较深,用户在使用的过程中不可能触发这些bug,所以这些bug一直隐藏在软件内部,没有被激活,也就是说即使软件内部有bug,软件也可以正常运行,但也有可能,在某些情况下,这些bug会被激活,表现为故障*。
      2、故障一定会导致失效吗?
      答案也是不一定,开发人员在做设计的时候,更多的考虑了在软件使用期间可能出现的故障,然后针对这些故障采取的一些预防的措施,比如:数据库会出现的数据丢失的问题,为了避免这种失效的出现,产品开发人员在做设计的时候,也许会采取数据库时时备份的方式,也就是在本地有一个数据库,在异地也有一个数据库,这个地方的数据库会实现时时的备份,当其中一个数据库出现了异常,那另外一个数据库还可以启动工作,所以说,缺陷不一定会导致故障,故障不一定会导致失效。
      三、软件缺陷报告单
      缺陷报告单是任何缺陷修改的一个起始,也就是我们测试人员在进行测试执行的时候,发现了一个缺陷,发现缺陷后,我们不要口头和开发人员交流,因为口头的交流不仅没有任何的约束力,而且有可能表达不清楚,所以我们要把缺陷落实在纸面上,也就是要测试人员填写缺陷报告单。
      缺陷报告单的作用:
      1、测试执行过程中,发现缺陷失效后(不一定是失效,也许是故障,一般来说这个缺陷在测试阶段被发现往往表现为产品失效),提出书面的报告,提供给开发人员作为定位缺陷的依据,也作为日后缺陷度量的数据依据,开发人员接到缺陷报告单后,他会根据缺陷报告单上描述的缺陷外在表现来重现这个问题,然后找出这个问题,也就是缺陷产生的根源。
      2、缺陷报告还可以作为我们日后缺陷度量的数据依据,度量是对整个产品进行考核,比如说,我们的软件在什么时候可以发布,什么时候可以交付给客户等等问题,这个时候我们往往从缺陷度量的数据来看,比如我们子啊最后一轮进行测试的过程中,每千行代码只有0.1个缺陷,说明我们产品的质量已经非常高了,而且遗留的缺陷也就非常少了,这个时候就可以发布产品了,所以这个缺陷的统计数据时非常重要的,它可以作为缺陷度量的依据。
      四、软件缺陷管理的目的
      缺陷管理的目的是:对各个阶段测试发现的缺陷进行跟踪管理,以保证各级缺陷的修复率达到标准,主要实现以下目标:
      (1)保证信息的一致性;
      (2)保证缺陷得到有效的跟踪,缩短沟通时间,解决问题更高效;
      (3)收集缺陷数据并进行数据分析,作为缺陷度量的依据。
      五、软件缺陷管理工具
      软件缺陷管理的流程一定要有相关的软件进行支撑,否则软件缺陷管理的流程是无法正常运行的,就类似于我们在做开发的过程中,开发JAVA相关的程序我们就需要JBOSS这样的工具,,如果我们开发C++就需要Visual C++工具,在软件缺陷跟踪中我们也需要一些工具,比如商用工具Mercury Quality Center是目前非常强大的软件测试管理工具,它的功能包括业务管理、测试用例的管理、缺陷的分析及测试脚本的管理,所有缺陷仅仅是其一个点;Rational ClearQuest它主要用于变更控制和缺陷管理这一块,此外还有Bugzilla,Mantis,Jira三个开源工具。
      使用商用的软件缺陷管理工具或软件测试工具,好处是由商家提供一系列支持、工具的相关制定以及后期的升级服务,所以商用软件缺陷管理工具从整体的易用性和可用性来看,要比开源工具好得多,开源工具最大的好处就是便宜,不用去花钱购买,但是易用性和可用性相对来说就弱一些。
      六、软件缺陷管理的相关角色
      软件开发和软件测试的任何一个流程,都应该有流程的入口,流程的出口,还有流程的具体过程以及参与到这些过程中的相关角色。
      在软件跟踪的流程当中,有以下几类角色:
      (1)软件开发人员;
      (2)软件测试人员;
      (3)软件测试项目经理;
      (4)软件开发项目经理;
      (5)CCB(Change Control Board):变更控制委员会。所谓的变更控制委员会,他是在开发人员和测试人员对缺陷出现争议的时候,做出最后的裁判;
      (6)配置管理员:就是测试人员提交BUG,开发人员修改,修改完check in ,那么在check in这个过程中需要配置管理员参与进来,只有经过配置管理员授权,开发人员才有资格把代码从本地Check in到服务器中去,所以配置管理员在软件缺陷管理中也很重要。

    一、软件缺陷报告的内容

      1、Bug Title/Summary:缺陷标题/简单描述
      对测试执行过程中实际出现的问题的描述,尽量要简单概要。
      2、Repro Step:重现步骤
      (1)描述问题的基本环境,包括操作系统、硬件环境、网络环境、被测试软件的运行环境;
      (2)简单概括的描述清楚软件出现异常时,测试人员的操作步骤和使用数据;
      (3)缺陷原因的分析;比如说:因为不支持字符集,而导致的乱码...等等。
      (4)要写清楚,重复操作了多少次,这个bug依然出现。(不能操作一次就提交bug,因为有可能是自己操作失误。)
      (5)相关附件:为了让开发人员更好的了解Bug。 (如果从GUI界面上可以反映出软件的异常,可以截取界面,粘贴在问题单上 或者 日志、数据包);
      (6)属性(在下面详细说明):缺陷报告中除了对缺陷的基本描述外,我们还要对其属性进行说明。
      二、软件缺陷的相关属性
      测试人员在提交缺陷的时候,需要把缺陷,发现缺陷的过程以及缺陷的一些表现都要描述出来,除此之外这些缺陷还有一定的相关属性,也要填写出来。
      下面我们列举六个比较重要的缺陷属性。
      属性1、缺陷发现人
      在提交缺陷的时候测试人员一般是缺陷的发现人,这个字段也很重要,比如到QC里面统计一下本季度哪一个测试人员发现的BUG比较多。
      属性2、缺陷发现时间
      缺陷发现时间也是一个统计的计数点,或者数据点,缺陷趋势图就是按照时间轴来排列的,如果缺少了缺陷发现时间,这个图是做不出来的,没有缺陷趋势图,我们就不能进行产品的度量,就不知道产品在什么时候发布是比较合适的。
      属性3、缺陷状态
      软件缺陷状态这个属性是非常重要的,在任何的软件报告中,这一个属性是一定要有的。
      下面我们主要列出了在QC中常用的几种状态:
      New:缺陷的初始状态;
      Open:开发人员开始修改缺陷;
      Fixed:开发人员修改缺陷完毕;
      Closed:回归测试通过;
      Reopen:回归测试失败;
      Postpone:推迟修改;
      Rejected:开发人员认为不是程序问题,不用修改;
      Duplicate:与已提交的Defect重复;
      Abandon:被Reject和Duplicate的Defect,测试人员确认后的确不是问题,将Defect置为此状态。
      New是缺陷的初始状态,所谓初始状态就是发现问题,发现问题,提交问题后,这个缺陷就处于New状态;
      提交给开发人员后,开发人员接受这个问题,那么就把这个缺陷的状态就更改为Open;
      开发人员修改缺陷之后,就会把这个缺陷的状态改为Fixed;
      然后提交给测试人员,测试人员进行回归测试,回归测试通过,就把状态改为Closed;
      我们可以看到New--Open--fixed--closed这个状态是一个比较理想的缺陷流程,也就是测试人员提交问题,开发人员接受并修改问题,然后测试人员进行回归测试通过。
      但是我们一般在缺陷跟踪流程当中也会遇到一些问题:
      1、比如说回归测试失败,这个状态就是Reopen,也就是说测试人员在进行回归测试的时候失败了,就要把这个缺陷的状态改为Reopen,然后再提交给开发人员进行修改,开发人员修改完之后,把这个缺陷的状态改为Fixed,然后又提交给测试人员,测试人员再一次进行回归测试,直到回归测试成功,把这个缺陷的状态改为Closed。
      2、Postpone:推迟修改,比如当我们把问题提交给开发人员的时候,开发人员觉得也接受这个问题,但是暂时无法修改,那就可以把这个问题置为推迟状态,此时这个缺陷的状态就是Postpone。
      3、当我们提交的Defect与别热提交的相同时,缺陷就被置为Duplicate状态。
      4、比如说开发人员觉得测试人员提交的不是问题,不用修改,可以将这个BUG置为Reject状态。
      5、被Reject和Duplicate的Defect,我们最终要把它置为Abandon状态。
      属性4、缺陷严重程度(Severity)
      缺陷的严重程度就是:站在用户的交付,bug出现之后对软件质量的破坏程度,也就是说这个软件缺陷的存在将对这个软件的功能和性能产生怎么样的影响。
      一般来说,软件的严重程度分为五个等级:
      第一个等级:致命的软件缺陷(Fatal)
      造成系统或应用程序崩溃、死机、系统挂起,或造成数据丢失,主要功能完全丧失,导致本模块以及相关模块异常等问题。如代码错误,死循环,数据库发生死锁、与数据库连接错误或数据通讯错误,未考虑异常操作,功能错误等。
      第二个等级:严重错误的软件缺陷(critical)
      严重错误的软件缺陷(critical):系统的主要功能部分丧失、数据不能保存,系统的次要功能完全丧失。问题局限在本模块,导致模块功能失效或异常退出。如致命的错误声明,程序接口错误,数据库的表、业务规则、缺省值未加完整性等约束条件。
      第三个等级:一般错误的软件缺陷(major)
      一般错误的软件缺陷(major):次要功能没有完全实现但不影响使用。如:提示信息不太准确,或用户界面差,操作时间长,模块功能部分失效等,打印内容、格式错误,删除操作未给出提示,数据库表中有过多的空字段等。
      第四个等级:较小错误的软件缺陷(Minor)
      较小错误的软件缺陷(Minor),使操作者不方便或遇到麻烦,但它不影响功能性的操作和执行,如错别字、界面不规范(字体大小不统一,文字排列不整齐,可输入区域和只读区域没有明显的区分标志),辅助说明描述不清楚。
      第五个等级:建议问题的软件缺陷(Enhancemental)

      建议问题的软件缺陷(Enhancemental):由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。

    属性5、缺陷的优先级(Priority)
      站在 开发/项目 的角度,综合权衡修改bug的时间、成本、技术和风险,决定bug修改的先后顺序。
      优先级每个公司都有自己的标准,例如某公司的标准为:
      P0:必须当天修改,8小时内修改;(优先级最高的)
      P1:1~2内修改;
      P2:2~4天内;
      P3:一周内;
      P4:发布周期内或者不修改。
      属性6、缺陷的类型
      1、质量特性的角度
      (1)功能;(2)性能;(3)安全性;(4)易用性;(5)可靠性。
      2、功能性角度
      (1)错误(Error);(2)遗漏(Missing);(3)多余的(Extra);(4)可优化(Improvement /Enhancement /suggestion)
      3、缺陷产生的原因:
      (1)需求不清晰,导致设计目标偏离客户端需求,从而引起功能或产品特征上的缺陷;
      (2)对程序逻辑路径或数据范围的边界考虑不够周全,漏掉某些边界条件,造成容量或边界错误;
      (3)新技术的应用,可能涉及技术或系统兼容的问题,事先没有考虑到;
      (4)可能由于不支持字符集,而导致的乱码。
      等等的一些原因。
      属性7、缺陷所属版本
      在软件开发测试的过程中,版本的管理是非常重要的,也就属于配置管理的范畴,测试人员开始测试的时候肯定从配置库里面提取最新的版本;
      比如说1.0版本,那么测试完成之后,把问题提交给开发人员,开发人员对1.0版本的源代码进行修改,那么这个修改完之后的版本肯定是1.0的下一个版本,也就是1.1版本,修改完之后测试人员要进行回归测试,这个时候测试人员进行回归测试的版本一定是最新版本,即1.1版本。
      细分的话,缺陷所属版本还应该有三个属性:(1)发现缺陷的版本;(2)修改bug的版本;(3)回归测试的版本。
      所以说,只有缺陷所属版本在开发过程中规定明确落实下来,我们的产品质量才能有保证,不会造成开发和测试的混乱。
      属性8、缺陷修改日期
      最后一个缺陷的属性是缺陷修改日期,是主要对开发人员进行考核的参数,比如测试人员在3月份提交了一个测试报告单,开发人员在12月份才修改这个问题,由此可见,开发人员修改这个问题的响应时间太长。所以缺陷修改日期往往可以作为绩效考核或者其他的一些数据统计的基础。
      三、范例:优秀的缺陷跟踪单
      对WPS或者OFFICE进行测试时,发现错误。
      简单描述:
      --Arial 、Wingdings 和 Symbol字体会破坏新文体。
      详细描述:
      --软件测试环境为Windows 2000 sp4
      --启动WordEdit编辑器,然后创建新文件;
      --输入四行文本,重复输入”welcome to shanghai university“
      --选中这四行文本,然后选择下拉菜单,并选择Arial字体;
      --所有文本被转换成控制字符、数字、和其他明显的随机二进制数据;
      --重复三次,结果都一样。
      相关附件
      --附件1:变换格式之前的文档;
      --附件2:变换格式之后的文档;
      软件缺陷初步分析:
      --可能是格式问题,保存文件,关闭WordEdit并重新打开文件,但是数据依然被破坏;
      --在改变字体前保存文件防止错误;(建议性的)
      --对现存文件进行上述错误,错误不再发生;
      --只在Windows 2000下发生,而不出现在Solaris、Mac和其他Windows系统。

    展开全文
  • 缺陷管理

    2019-05-19 17:38:34
    通常在测试执行阶段产生 原文来源:... ...一、缺陷的基本概念 ... Bug:电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷,都可以叫做“Bug”;有时也被泛指因软件产品...

    通常在测试执行阶段产生

    原文来源:https://www.cnblogs.com/zhouchengzhi/p/8540833.html

     

     

     

     

    一、缺陷的基本概念

     

    关于 BUG

    • Bug的由来
    • Debug(调试bug的过程)
    • Bug和Defect
    • Bug:电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷,都可以叫做“Bug”;有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离。
    • Defect(缺陷):既指静态存在于软件工作产品(文档、代码)中的错误,也指软件运行时由于这些错误被激发引起的和软件产品预期属性的偏离现象。

     

    容易混淆的几个概念

    常见术语

    • 失误(Mistake):导致软件包含故障的人的行为;
    • 缺陷(Defect):软件的异常情况;(在实际工作中bug和缺陷可能存为缺陷)
    • 故障(Fault):引起一个功能组件不能完成所要求的功能的一种意外情况;
    • 失效(Failure):功能组件执行其规定功能的能力丧失;

     

     

     

    缺陷定义

     

     

     

    缺陷(Defect),常常又叫做Bug。

    计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。

    从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;

    从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。

     

    缺陷示例--导弹误炸事件

     

     

     

     

     

    缺陷来源:

     

    缺陷来源于软件生命周期各个阶段。

     

     

     

    产生原因:

    1.产品说明书不全,不完整和不准确,修改频繁,沟通不畅和理解不同;

    2. 软件设计过程中考虑不周到,片面,多变,理解和沟通不足;

    3. 文档不足,压时间,赶进度,设计和编码错误都会引入缺陷;

    4. 测试和实施过程中安装环境配置错误等。

     

    缺陷的评价标准:

    • 软件未实现需求规格说明书(SRS)要求的功能
    • 软件未实现需求规格说明书(SRS)虽未明确提及但应该实现的目标
    • 软件出现了需求规格说明书(SRS)指明不应出现的错误
    • 软件实现了需求规格说明书(SRS)未提到的功能
    • 软件难以理解、不易使用、运行缓慢,或者从测试工程师的角度来看——最终用户会认为不好

     

    二、缺陷的属性

     

    缺陷报告的相关属性:

     

    • 缺陷ID
    • 标题
    • 产生的步骤
    • 所属模块
    • 发现人
    • 发现的时间
    • 严重程度
    • 优先级
    • 类型
    • 状态
    • 可再现性
    • 发现阶段
    • 责任人
    • 所属版本
    • 修改日期
    • 引入原因
    • 备注信息
    • 相关附件

     

     

    缺陷类型

     

    • 遗漏(Missing)
    • 错误(Error)
    • 额外的实现(Extra)
    • 改进(Enhancement)

     

     

    优先级的划分

     

    表示处理和修正软件缺陷的先后顺序的指标,即哪些缺陷需要优先修正,哪些缺陷可以稍后修正。

     

     

     

    严重程度的划分

     

    指因缺陷引起的故障对软件产品的影响程度

     

     

     

     

     

    缺陷跟踪的交付物

     

     缺陷报告单(Bug Report):也叫缺陷跟踪单。测试执行过程中,发现软件失效后,提出书面的报告,提供给开发人员或者其他负责人员作为定位缺陷的依据,也作为日后缺陷度量的数据依据。(只有提交了报告单才能被记录,方便以后提交报告给上级)

     

    缺陷管理工具中的BUG Report

     

     

     

     

     

    三 缺陷的生命周期

     

    • 缺陷的生命周期
    • 缺陷的生命周期就是指缺陷从开始提出到最后完全解决,并通过验证和确认的过程。在这个过程中缺陷报告的状态不断发生着变化,记录着缺陷被处理的过程。
    • 缺陷的生命周期通过缺陷流程图得以展现

     

    bug的流程

     

     

     

     

    状态说明:

     

    • 新建(new):测试人员提交新问题标识的状态
    • 打开(open):已经确认为是BUG的状态
    • 已修复(fixed):为开发人员修改问题后所标志的状态,等待测试验证。
    • 重新打开(reopen):测试人员对修改问题进行验证后没有通过所标志的状态或者已经修改正确的问题又重新出现错误,由测试人员改变。
    • 已关闭(closed):为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。
    • 拒绝(rejected):开发人员认为不是BUG、描述不清、重复、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错,从而拒绝的问题。由BUG分配人或者开发人员来设置。
    • 重复(duplicated):表示该BUG已经被其他测试人员找出来了,或者开发认为原因是相同的(但从测试来看,认为出现的地方有所不同、表现有所不同等)
    • 延期(postponed):由于时间、进度、重要程度或者技术/需求等方面的原因,认为不能解决、须延期解决、或者本版不做留待到后续版本解决的BUG。

     

     

    缺陷沟通:

     

     

     

     

     

     

    一个简单的bug跟踪流程

     

     

     

     

     

    BMS:缺陷管理工具

     

     

    缺陷报告的状态:

     

     

     

     

     

    缺陷状态迁移矩阵

     

     

     

     

    rejected、duplicate 开发人员同意就跳转到reopen

    不同意就跳转到abandon

     

    软件测试缺陷管理流程

     

     

     

    缺陷管理中的常见问题

     

    • 提交的缺陷开发人员不认可怎么办?(给出提交缺陷的依据,如果还是不行,向上级或有经验的人员寻求帮助)
    • 如何处理不能重现的缺陷?(出现缺陷必须立马截图记录,以防之后无法找到)
    • 如何处理好与开发人员及其他相关人员的关系?(多沟通)
    • 缺陷太多怎么办?(先打回让开发自己解决)
    • 找不到缺陷怎么办?(分析代码质量真的太高还是用例设计不够全面)
    • 缺陷得不到及时修复怎么办?(及时告知上级,与开发协调解决)
    • 如何处理缺陷级别定义之争?(根据客观实际情况和项目组划分的范围定义)
    • 如何处理缺陷跟踪中的扯皮现象?(针对主要负责人)

     

     

    四 缺陷报告的书写

     

    缺陷报告单书写准则 5C

     

    • Correct(准确)

       每个组成部分的描述准确,不会引起误解

    • Clear(清晰)

       每个组成部分的描述清晰,易于理解

    • Concise(简洁)

       只包含必不可少的信息,不包括任何多余的内容

    • Complete(完整)

       包含复现该缺陷的完整步骤和其他本质信息

    • Consistent(一致)

       按照一致的格式书写全部缺陷报告

     

    缺陷报告的写作要点

     

    • 再现:一般是尽量三次再现故障,如果问题是间断的,那要报告问题发生频率。
    • 初步定位:可能影响再现的变量,例如配置变化、工作流、数据库,这些都可能改变错误的特征。
    • 推广:确定系统其他部分是否可能出现这种错误,以及使用不同的数据时是否存在这种问题等等,特别是那些可能存在更加严重特征的部分。
    • 压缩:精简任何不必要的信息,特别是冗余的测试步骤。
    • 去除歧义:使用清晰的语言,尤其是避免使用那些有多个不同或相反含义的词汇。
    • 中立:公正的表达自己的意思,对错误及其特征的事实进行陈述,避免夸张、幽默或讽刺。
    • 评审:至少有一个同行,最好是一个有经验的测试工程师或测试经理,在递交错误报告之前自己先阅读一遍。

     

     

    缺陷报告单基本内容

     

     

     

      Bug的摘要是要用一句话的形式简明扼要地将Bug描述出来,要清晰指出Bug所在部位以及其错误类型,不能太笼统。如“页面对非法输入有问题”可以修改为“流量信息查询页面对于非法输入没有进行校验”

     

     

    缺陷描述举例

     

    • 简单描述

      • Arial、Wingdings和Symbol字体会破坏新文件。

    • 详细描述

      • 软件测试环境为windows 2000 sp4

      • 启动WordEdit编辑器,然后创建新文件。

      • 输入四行文本,重复输入”The quick fox jumps over the lazy brown dog”。

      • 选中所有四行文本,然后选择字体下拉菜单,并选择Arial。

      • 所有文本被转换成控制字符、数字和其它明显的随机二进制数据。

      • 重复三次,结果都一样。

    • 相关附件

      • 附件1:变换格式之前的文档

      • 附件2:变换格式之后的文档

    • 软件缺陷初步分析:

      • 粗略估计是格式问题,保存文件,关闭WordEdit并重新打开文件,但是数据仍

      然被破坏

      • 在改变字体前保存文件防止错误。

      • 对现存文件,错误不再发生。

      • 只在WINDOWS 2000下发生,而不出现在Solaris、Mac和其他Windows系

      统。

     

     

    含糊不完整的缺陷描述

     

     

    • 简要描述

      • WordEdit处理Arial字体有问题。

    • 详细描述

      • 1、打开WordEdit。

      • 2、输入一些文本。

      • 3、选择Arial。

      • 4、文本被破坏

    • 软件缺陷初步分析:

      • N/A

     

     

    冗余混淆的缺陷报告

     

    • 简要描述

      • 我在Solaris、Windows 98和Mac上运行WordEdit,当使用某些字体时,好

      像会破坏一些数据。

     

    • 详细描述

      • 1、在Windows 98上打开WordEdit,然后编辑两个现有文件。这些文件包含

      一些字体的混合。

      • 2、文件正常打印。

      • 3、创建并打印一张图表,工作正常。但是有些内容不是很清楚。

      • 4、之后,创建了一个新文件。

      • 5、然后,输入了一大堆随机文本。

      • 6、在输入了文本之后,选中一些行。然后,拉下字体菜单并选择Arial。

      • 7、改变的文本被破坏了。

      • 8、重复三次,每次结果都一样。

      • 9、我在Solaris上重复步骤1-6,没有发现任何问题。

      • 10、我在Mac上重复步骤1-6,没有发现任何问题。

    • 缺陷原因分析:

      • 我尝试选择其他字体,但是只有Arial出现这个错误。但是,其他没有测试的字

      体仍然有可能出错。

     

     

    五 常用管理工具

     

    缺陷管理的目的

     

    • 保证信息的一致性

    • 保证缺陷得到有效的跟踪,缩短沟通时间,解决问题更高效

    • 利于缺陷分析、产品度量,使项目情况可视化加强

     

     

     

     

     

    常用的缺陷管理工具

     

    1. QC(QC(quality control)是TD的升级版,QC的升级就是ALM)

    2. 禅道(bugfree升级版)

    3. Mantis

    4. JIRA

    5. TestLink

    6. Bugzilla

    7. Redmine(开源,基于敏捷开发模型)

     

    常用工具说明

     

    1. QC 商业购买 --基于Web的测试管理工具,可以组织和管理应用程序测试流程的所有阶段,包括指定测试需求、计划测试、执行测试和跟踪缺陷。此外,通过Quality Center还可以创建报告和图来监控测试流程。

    2. 禅道 国产开源 -- 本地化做的比较好。禅道是为研发类项目/团队量身定制的一款管理软件,覆盖产品开发的整个生命周期,页面简洁、流程清晰。

    3. Mantis 开源 -- 是一个基于PHP技术的轻量级的开源缺陷跟踪系统,以Web操作的形式提供项目管理及缺陷跟踪服务。

    4. TestLink 开源,可以与Mantis集成;是sourceforge的开放源代码项目之一,作为基于web的测试管理系统。

    5. JIRA 开源,可二次开发,是Atlassian公司出品的项目与事务跟踪工具。

    6. Bugzilla 是Mozilla公司提供的一款开源的免费Bug(错误或是缺陷)追踪系统,用来帮助你管理软件开发,建立完善的BUG跟踪体系

    7. Redmine 是一个开源的、基于web的项目管理和缺陷跟踪工具。它用日历和甘特图辅助项目及进度可视化显示,同时它支持多项目管理。Redmine是一个自由开放源码软件的解决方案,它提供集成的项目管理功能,问题跟踪,并为多个版本控制的选项的支持。

     

    六  缺陷分析

     

    识别BUG

     

    • BUG是由于软件开发者的疏忽和失误造成的。

    • BUG是软件生命周期内发现和未被发现的所有问题总和。

    • 全面质量管理和全程软件测试:

    BUG不单指软件测试阶段发现的软件系统的功能性错误,还应包括软件开发过程中需求、设计、开发等阶段评审过程发现的问题,以及软件发布后客户发现并反馈的问题,同时还包括那些隐藏在软件内部未被发现的问题。(总结经验教训,改进软件开发过程)

     

    展开全文
  • 缺陷管理工具-QC篇

    千次阅读 2019-07-15 13:32:10
    缺陷管理工具-QC篇 一、QC介绍: QC的全称Quality center, 质量中心的意思,它是一款缺陷管理工具,可以组织和管理一个项目所有的测试阶段,如:从需求-用例编写-用例执行-提交缺陷-回归测试等。 QC的背景:原...

    缺陷管理工具-QC篇

    、QC介绍:

    QC的全称Quality center, 质量中心的意思,它是一款缺陷管理工具,可以组织和管理一个项目所有的测试阶段,如:从需求-用例编写-用例执行-提交缺陷-回归测试等。

    QC的背景:原属于Mercury公司,这是一家软件测试工具开发商,除了研发了QC之外,比较出名的工具有:LoadRunner----性能测试工具,QTP----自动化测试工具。后来Mercury公司被HP收购,所以这些软件目前都属于HP公司

    QC最新版本的名称叫ALM,全称是Application LifeCycle Management应用程序生命周期管理工具。

    二、 QC的学习目标

    1.通过学习QC可以了解其他缺陷管理工具的设计思想,其他缺陷管理工具都是仿照QC来设计开发的。如国内比较常用的缺陷管理工具有:禅道、redmine、bugzilla、mantis、testlink等

    2.学习完QC以后我们可以自己制定缺陷的生命周期

    如:缺陷从新建(new)---分配(open)-->修复(fixed)--->重开(reopen)--->关闭(close)

    3.通过学习QC可以了解软件测试的基本流程

    三、QC的使用

     

    1.后台使用:

    既然QC可以用来管理项目的整个测试阶段,那么我们就需要先在后台添加项目,然后再项目基础上进入测试阶段

    进入QC后台方式:点击以下页面中的Site Administration

    或者在浏览器地址栏输入http://localhost:8080/sabin

    然后输入后台管理员(也就是站点管理员)的用户名和密码admin   123456

     

    a.创建项目步骤:

    步骤1:创建域create Domain,(域相当于文件夹,把我们将要创建的项目放在域这个文件夹下)

    步骤2:选中创建的域,选中创建项目create project,三种创建项目的方式如下,分别是创建空项目,复制一个已经存在的项目作为新项目,通过导入外部qc项目 文件的方式创建项目

    创建空项目:选中域以及输入项目名称

    连接sql server:确定sql server 设置的用户名和密码sa

    选择“项目管理员”:在此可以先不填,直接下一步

    点击"create"创建成功。

     

    b.为项目添加项目管理员

    ·添加用户:

    选择Site Users菜单---点击填写用户的基本信息如下:

    添加成功后,选中该用户,并选择右侧的User Projects--->选择select Projects-->在右侧的项目列表中选择项目,并点击向左的箭头即可:

    此时该用户就添加进项目下,该用户目前在该项目下只是普通用户,如果想要将该用户设置为项目管理员,则需要选择菜单Site Projects-->找到项目-->在右侧选择Project Users-->在Project Administrtor列选择某个用户打钩即可:

    在该项目下可以继续添加用户,以及删除用户,如图所示:

    四、后台的其他操作

    ·删除用户:在Site Users菜单下,选中某一个用户,点击删除按钮即可删除,如下图所示:

    ·修改用户密码:在Site Users菜单下选择某一个用户--->点击Password按钮即可:

    ·创建的项目存储在系统中的位置查看,如下图:

    ·移除项目:选中项目,右键选择reomove project:注意:项目并没有真正删除掉,相当于删除了快捷键,系统中该项目仍然存在

    ·删除项目:选中项目,右键选择Delete project(注意:此操作会真正从系统中删除)

    ·更新项目中的数据信息:选中项目,右键选择Upgrade project即可更新

    ·从QC中导出项目:选中项目-->右键选择Export Project,注意导出时需要将项目设置为不可访问状态,如下图:

    ·从外部导入项目到QC中,选中项目,右键选择Import project--->选择项目文件即可。

    后台操作介绍到这里即可,后台主要完成项目添加,以及为项目添加项目管理员

    2、前台使用。

     

    展开全文
  • 软件缺陷跟踪管理

    万次阅读 2005-04-13 17:45:00
    软件缺陷跟踪管理(戴金龙、谢敏)郑重申明:本文版权归计算机世界,任何转载和大幅刊用,务必征得作者同意。1为什么要做软件缺陷的跟踪管理考察一个典型的软件开发流程:需求分析—概要设计—详细设计—程序编码—...
  • 缺陷管理工具(jira,禅道)

    千次阅读 2015-11-16 11:14:43
    JIRA是Atlassian公司出品的项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。 工具下载:http://pan.baidu.com/s/1bnHlfhd 禅道项目管理...
  • 软件质量管理实践小结

    万次阅读 2013-07-01 16:14:16
    最近读了下《软件质量管理实践-缺陷预防清除管理实用方法》一书,感觉写的不错,小结之。 1 缺陷的主要信息:缺陷标识,缺陷类型,严重程度,优先级,状态,起源。 2 缺陷的主要类型:系统,数据,数据库,界面,...
  • 第六章 软件项目质量管理

    万次阅读 多人点赞 2018-07-02 13:48:40
    本章内容提要软件质量管理的基本概念全面软件质量管理缺陷跟踪缺陷移除和预防软件质量的常用度量案例分析第一节 软件质量管理的基本概念软件质量就是软件与用户需求相一致的程度。具体地说,软件质量是软件符合明确...
  • 缺陷管理流程

    千次阅读 2016-09-09 10:05:37
    缺陷管理流程图   在QC中,缺陷的管理流程:   流程中的角色:1、 测试人员:进行测试的人员,缺陷的发起者;2、 开发人员:执行开发任务的人员,完成实际的设计和编码工作;3、 评审委员会:对缺陷进行...
  • 禅道-软件测试缺陷管理工具

    千次阅读 2018-03-11 10:16:38
    1. 禅道的下载:http://www.zentao.net 进入... 找到下载好的软件,右键以管理员身份运行(我下载的版本不是以上的版本,所以有些细微差别,但都是大同小异)运行后,出现以下界面:(切记安装路径一定要为英文或者字...
  • 测试用例和缺陷报告(项目实例)

    万次阅读 多人点赞 2020-06-13 17:27:21
    测试用例和缺陷报告模板 对于测试工程师,必备技能之一便是测试用例的编写和软件缺陷报告的编写啦~下面提供一些模板还有项目实战样例供大家参考参考, 通过Excel表格编写测试用例 缺陷报告模板 下面来个实战案例 ...
  • 软件缺陷度量

    万次阅读 2017-07-13 17:32:39
    另外,当正确、持续地进行了缺陷度量时,产品以及过程的质量属性的数据为实施和管理过程改进活动提供了有效的基础。  软件产品的质量度量,主要集中在软件的缺陷度量上。  缺陷度量就是对项目过程中产生的缺陷...
  • 一篇高质量的软件缺陷记录应该考虑一下方面: 1) 通用ui要统一、准确 缺陷报告的ui要与测试的软件ui保持一致,便于查找定位。 2) 尽量使用业界惯用的表达术语和表达方法 使用业界惯用的表达术语和表达方法,保证...
  • 项目管理工具是团队研发过程中不可缺少的工具,有助于团队协作,大大提高开发效率,这里对几个项目管理软件进行了对比。 1.TOPO 适用于重点关注任务、缺陷、文档及代码的研发团队。支持多项目数据汇总对比,完整的...
  • 【软件测试】软件缺陷

    千次阅读 2017-01-13 11:49:22
    1.软件缺陷的描述 1.1 软件缺陷是什么?  软件缺陷指的是系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。如果在执行中遇到一个缺陷,可能引起系统的失效。那么准确有效的定义和描述软件缺陷,...
  • 安装了开源的缺陷管理系统BugTracker.NET。BugTracker.NET 是用ASP.NET 和C#.写的在ASP.Net环境下运行的基于Web的缺陷管理系统,作为缺陷管理系统来说,功能比较弱,只有简单的缺陷级别和优先级,没有缺陷类型、...
  • 软件缺陷的定义

    千次阅读 2006-12-20 15:24:00
    基于此定义,将缺陷分为如下类别:文档缺陷:是指对文档的静态检查过程中发现的缺陷,通过测试需求分析、文档审查对被分析或被审查的文档发现的缺陷;代码缺陷:是指对代码进行同行评审、审计或代码走查过程中发现的...
  • 【软件测试】初级软件测试面试题汇总

    万次阅读 多人点赞 2018-11-03 16:20:31
    1.请描述如何划分缺陷与错误严重性和优先级别? 给软件缺陷与错误划分严重性和优先级的通用原则: (1)表示软件缺陷所造成饿危害和恶劣程度。 (2)优先级表示修复缺陷的重要程度和次序。 严重性: (1)、严重:...
  • 软件测试——测试缺陷报告

    千次阅读 2018-07-23 18:37:08
    1 缺陷管理工具:ALM,JIRA,BUGZILA.BUGFREE.,MANTIS 2 缺陷标题: 2.1 在什么情况下发生什么问题 2.2 描述问题本质 2.3 标题不已过长 3 缺陷概述:提供缺陷本质与现象的描述。还包括缺陷的延展部分避免重现步骤...
  • 第25回 准确报告软件缺陷

    千次阅读 2006-12-16 20:59:00
    软件缺陷的描述是是软件缺陷报告的基础部分,也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述,需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则,它就会使信息含糊不清,可能...
1 2 3 4 5 ... 20
收藏数 196,108
精华内容 78,443
关键字:

缺陷管理