51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 1967|回复: 1

[讨论] 软件缺陷管理

[复制链接]
  • TA的每日心情
    擦汗
    2022-8-30 09:02
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    发表于 2018-3-19 10:22:22 | 显示全部楼层 |阅读模式
    缺陷管理是软件开发及测试过程中对缺陷进行提交、沟通、修正、关闭、统计等一系列过程的总和,确保缺
    陷被跟踪管理,直到执行了缺陷管理的全生命周期。
    在整个缺陷管理周期,主要包括以下几部分:
    1、缺陷发现:通过执行测试用例,发现软件缺陷的一种行为,是软件测试中非常重要的一个环节;只有发
    现了软件中的缺陷,才能涉及到之后的缺陷管理。本次讨论的重点是缺陷管理,故缺陷发现部分简单介绍。

    2、缺陷提交:缺陷的提交是整个缺陷管理中的重点,现市面上也有很多的缺陷管理工具,可以对缺陷进
    行提交、跟踪及管理。

    在缺陷提交时,常见的缺陷描述如下:
    缺陷摘要(主题):是缺陷提交中最重要的部分;好的摘要应该包括简要描述(测试环境、软件模块、执
    行动作、缺陷现象等)、简单指出程序错误的依赖关系、简要指出程序错误的严重程度;要言简意赅、描
    述程序员最关注的对象,要求程序员通过查看缺陷摘要即可以知晓缺陷的大部分信息;
    检测时间:发现时间需要标注,以便跟踪;
    检测人:缺陷的发现人必须注明;
    检测项目:描述对应的项目编号;
    检测版本:什么软件版本出现的缺陷;
    缺陷描述:软硬件环境;测试软件模块;执行用例;操作动作描述;有必要的话把关键信息、日志信息、
    系统信息拷贝下来,以便开发人员查看;
    缺陷类型:功能缺陷?性能缺陷?稳定性缺陷?可靠性缺陷?可用性缺陷?界面缺陷?第三方缺陷?
    缺陷状态:新发现、修正、列入FAQ、待返测、已指派、已修正、已关闭、已否决、已反测等;
    引入原因:编码错误、设计错误、需求偏差、编码需优化、其它;
    优先级:低、中、高、非常高、紧急;
    严重程度:建议、轻微、一般、严重、致命;可以对缺陷的严重程度进行描述;
    缺陷发现阶段:单元测试、集成测试、系统测试、用户测试、上线运维?
    缺陷所在领域:硬件接口?硬件逻辑?软件驱动?软件接口?系统总体?
    缺陷分配人:一般是项目经理或程序员,最好是先分配给项目经理,再由项目经理决定分配给某开发人员;
    缺陷关注人:一般是项目经理或程序员,最好是先分配给项目经理,再由项目经理决定相关关注人;
    可重现:是,否;标识缺陷是否可以复现;
    估计修复时间:由项目经理和程序员估计;
    实际修复时间:由最终修复人员填写;
    关闭时间:由测试人员关闭,不能由项目经理及程序员决定;
    关闭与版本:由测试人员关闭,不能由项目经理及程序员决定;
    计划关闭版本:由测试人员关闭,不能由项目经理及程序员决定;

    3、缺陷修正:缺陷由项目经理指定到相关开发人员后,开发人员会对缺陷进行查看,有必要的话需要对
    当时的操作及缺陷现象进行复现,以便开发人员定位分析,有几点需要注意。
    如果有需要的话,及时与开发人员沟通缺陷的现象及操作过程,缩短缺陷修正的时间;
    协助开发人员进行缺陷复现,搭建测试环境等;
    与开发人员一起查看问题,并根据自己的经验合理推断可能的故障原因;

    4、缺陷反测:缺陷反测是指缺陷修正后,测试人员对之前的缺陷进行二次测试,以验证缺陷是否修正,
    并把结果反馈到缺陷报告中。有几点需要注意:
    尽快检验程序错误是否修正,缺陷被修正后,要尽快反测,以便及时与缺陷修复人员沟通;
    反测时除了要按照缺陷出现的情景再次测试外,还需要通过变换配置环境或执行的操作顺序,执行多次
    的后续测试,保证问题被完全修复;

    反测后问题依旧,多次修正及反测后,仍有问题,有必要直接反馈给项目经理,怀疑相关模块的设计部
    分存在致命问题或缺陷修正人员自身的问题;
    反测时,会遇到三种情况,程序错误更正回归(当前缺陷未修复)、老程序错误回归(老的缺陷由修复
    状态变为未修复)、副作用回归(未曾有缺陷的程序出问题了),一定要描述清楚,反馈给相关开发人
    员及项目经理;

    5、缺陷关闭:缺陷关闭是指缺陷完成了提交和修正,并通过了多次的反测回归测试,问题完全修正后,
    将原有缺陷进行关闭。个人认为,缺陷关闭应该有测试人员决定,而不应该由项目经理和程序员来决定,
    最差的也应该由测试人员和项目经理协商决定。任何的错误程序最终都应该由测试员进行评审和封存。

    6、缺陷统计:缺陷统计是对缺陷进行度量分析,可以得出对应模块出现缺陷的频率及数量,也可以反
    馈出测试人员发现缺陷的数量及程序员所编写程序出现缺陷的数量。在此不建议通过缺陷统计去衡量
    测试人员的工作效率,也不建议去衡量程序员的工作好坏。查看缺陷统计,分析出哪些模块缺陷最多,
    可以有针对性的执行多次测试,以发现最多的问题。

    7、缺陷预防:缺陷预防,是一个非常难的话题,不仅涉及到技术上的问题,还涉及到很多开发流程
    和工程过程的优化;简单来说,就是通过一些固有的缺陷,或已经出现的缺陷,不断总结和优化各个
    流程,在开发前期把可能会出现的缺陷扼杀掉,进而提高软件的质量。

    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-3-29 23:02 , Processed in 0.069305 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表