(1) 考虑各方面的因素来判断缺陷的严重级别和优先级别。

首先判断严重级别:严重级别比较容易判断,和其他能复现的缺陷一样处理。然后判断优先级别,就需要看对用户的影响,即需要知道这个缺陷能被复现的概率,这就需要去复现这个缺陷。

怎么搜集复现概率呢,有很多种方法,可以暂缓处理这个缺陷,看后来这个缺陷是否能出现,如果从项目初期到项目结束,这个缺陷就出现一次,那完全可以忽略这个缺陷;可以刻意的安排测试员复现这个缺陷,不断重复的去复现这个缺陷,这个时候如果有开发人员来分析哪些操作容易导致这个缺陷出现,测试人员通常更容易成功复现,测试人员最好把软件连着trace来试图复现缺陷,这样如果成功复现了,就拿到有效的信息来给开发人员分析;也可以在终端用户测试的时候,让终端用户测试人员注意有没有碰到这样的缺陷,终端用户测试能最真实的模仿实际用户的行为,如果几个月的终端用户测试都没有发现这个缺陷,那大可以放心的忽略这个缺陷;相反,如果终端用户测试里频繁碰到这个缺陷,那这个缺陷对用户的影响就很大,就需要被重视。

(2)根据缺陷的优先级别决定什么时候fix这个缺陷。

这一步和常规的缺陷处理流程一样,就是开发人员去分析得到的有效信息,然后找相应的解决方案。不过需要提醒的是,通常偶尔出现的缺陷不是一个一个分析处理的,而是一批同类型的缺陷一块处理。通常会等到不可重现的缺陷积累到一定的量的时候再成批的处理。只所以这样处理,是因为如果不可重现的缺陷没有积累到一定的量,很难找出根本原因,因为每个偶尔出现的缺陷只能提供很少的一部分信息,信息量没有累积到一定的程度,就找不出根本的原因。

(3)集成fix的代码。

这一步和常规的缺陷处理流程是一样的,但是管理者需要注意,很多时候同一段fix代码解决的可能是一批偶尔出现的缺陷,这些fix代码改动通常比较大,或者改变的是底层的数据,或者是内存管理的优化等,反正都是些疑难杂症,所以不适合在重要的软件,比如,Sales candidate,上集成这些fix。

(4)验证fix是否成功,并试图验证这个fix是否有负面影响。

Fix是成功的,没有负面影响或者负面影响在可接受范围内,那这个缺陷就可以close了;如果fix不成功,或者有严重的负面影响,需要考虑是否rollback。

对于能复现的缺陷,验证fix是否成功是件很容易的事情,但是对于偶尔出现的缺陷,验证fix是否成功是件相当难的事情,因为本身缺陷就是偶尔出现的,不能复现了也不能说明fix是成功的。这依然需要长期观察、安排测试人员集中测试、或者让终端用户测试人员多注意。有时候不可复现的缺陷并不能完全fix,可能一个fix只能降低复现的概率,将到能接受的范围也是可以的,比如对于一个通话过程中经常掉话的缺陷,把复现率从百分之一降到万分之一,也是可以接受的。

通常偶尔出现的缺陷不是一个一个处理的,一般是一批一批处理的,偶然的现象联系起来,让开发人员分析,通常能发现根本原因是什么,这样对于试图复现偶尔出现的缺陷、对于开发人员分析这些缺陷、对于测试人员验证这样的缺陷的效率提高,是有很大帮助的。处理这样的问题很重要的一点是,不能因为这个问题出现的概率低,就随意的的忽略这样的问题。

写在最后
如果对python自动化测试、web自动化、接口自动化、移动端自动化、面试经验交流等等感兴趣的测试人,可以关注微信公众号:【程序员二黑】,获取软件测试工程师大厂面试资料!我的学习交流群: 785128166 群里有技术大牛一起交流分享~

如果文章对你有感兴趣,麻烦伸出发财小手点个赞,感谢您的支持,你的点赞是我持续更新的动力。

【缺陷管理】9:偶尔出现的缺陷如何处理?相关推荐

  1. 缺陷管理 如何发现更多的缺陷

    一.软件测试的生命周期 二.缺陷管理 1.如何描述一个缺陷 2.如何定义缺陷的级别 3.缺陷状态及状态转换. 4.缺陷的生命周期 三.如何开始第一次测试 四.如何发现更多的缺陷 五.提交一个缺陷,研发 ...

  2. 软件测试:缺陷管理制度

    缺陷管理制度 编制部门:                时间: 编  制  人:                时间: 标  准  化:                时间: 审        核:  ...

  3. 缺陷管理第五篇:4个步骤优化您的缺陷管理流程

    4个步骤优化您的缺陷管理流程 在缺陷管理领域,最好的缺陷是从未发生过的缺陷.预防胜于治疗.但是,在我们的产品开发团队工具和流程达到完美状态之前,我们应该考虑如何管理缺陷,以便更容易.更快地推出新产品( ...

  4. 第3章 软件缺陷管理课后习题

    一. 单选题(共5题,50分) (单选题)导致软件缺陷最主要的原因是() A. 编码错误 B. 测试过程不足 C. 不完善的需求定义 D. 逻辑设计错误 正确答案: C (单选题)下面关于软件缺陷的定 ...

  5. 怎么进行缺陷管理,看完这篇文章,我终于明白了···

    测试人员通过云效项目协作进行高效缺陷管理,免费还好用,作为测试人员,是否会出现缺陷跟着跟着就丢了?缺陷管理经历提交.解决.验证等不同环节,是否感觉进展不透明?数据不直观?很想及时的发送缺陷报告却耗费大 ...

  6. 软技能入门《质量》系列 -- 密切追踪

    小猪大虾_码农叮咚变 十多年HP,IBM等外企经验,熟悉质量体系,流程方法,项目管理等 欢迎关注大虾,从技术到技术管理,少走弯路 硬技能是咱技术人的基础,软技能才真正拉开人与人之间的差距 您正在阅读的 ...

  7. Java RESTful Web Service实战(第2版)

    Java核心技术系列 Java RESTful Web Service实战 (第2版) 韩陆 著 图书在版编目(CIP)数据 Java RESTful Web Service实战 / 韩陆著. -2版 ...

  8. 软件测试面试屡屡失败,面试官总是说逻辑思维混乱,怎么办?

    逻辑混乱有两种可能: (1)是没有学通,有些概念混淆,模糊不清: 整理了各大公司的招聘需求,其中对软件测试的技术要求,98%的岗位问题是关于以下知识点的.大家可以自己梳理下知识点,多多练习,这样大部分 ...

  9. 【软件质量与软件测试】

    文章目录 第一章 软件质量和测试的背景 1.1 软件特征与软件工程 软件的定义(IEEE) 计算机硬件vs计算机软件 软件具有与硬件完全不同的特征 硬件.软件失效曲线图 1.1.1 软件分类 当前的计 ...

最新文章

  1. 十四、Redis三种特殊类型之一Geospatial
  2. Linux系统基础优化
  3. jquery监听向上向下滑动,滑动执行操作
  4. java月实训小结800字_Java实训小结
  5. 软考路:2021年系统架构设计师之考试
  6. mongodb创建图书管理_基于MongoDB的云数据库管理系统的设计与实现
  7. 微信小程序验证码倒计时60秒
  8. Windows“未安装任何音频输出设备“,扬声器红叉不可用
  9. A Structure from Motion System
  10. 从零开始做运营-读书笔记一
  11. 思维万能体系——申论
  12. java银行项目_javabank项目
  13. 基于f2从零实现移动端可视化编辑器
  14. linux中分隔符IFS
  15. RJS教程 -入门介绍
  16. 【cs224n学习作业】Assignment 1 - Exploring Word Vectors【附代码】
  17. 浅谈java的反射机制
  18. 2020年中国热成像品牌崛起,高德红外跃居全球第二
  19. Scratch官方教程中文版(2)——制作可交互的生日贺卡
  20. DataCom OLT HGU ONU(bridge+other)组播配置指导

热门文章

  1. 代理自动配置文件PAC的使用方法
  2. 某公司申请到一个C类IP地址,但要连接6个的子公司,最大的一个子公司有 26台计算机,每个子公司在一个网段中,则子网掩码应设为?
  3. 联想网御防火墙v3404_联想网御防火墙Power_V命令行操作手册.pdf
  4. ZOJ 1598 Spherical Triangle
  5. 软件技术专业就业方向分析
  6. Yoyo OS安装过程
  7. c语言 rpg游戏,浅谈RPG游戏设计(一)
  8. 【狼窝乀野狼】Excel那些事儿
  9. Maven突然不从私服下载依赖了
  10. 解决Expected all tensors to be on the same device, but found at least two devices, cuda:0