通常的缺陷分析主要关注于测试团队的内部指标,本文尝试以缺陷为视角,通过复盘某一核心系统历时30个月的建设过程,寻找质量、效率、工作模式等相关的问题,为后续根因分析活动..
软件的度量分析一直是个“虚幻”的话题,因为软件的开发过程毕竟不能和制造业相比,后者的过程中所产生的数据是非常有类比性的,从而度量也变得容易一些。如何在软件开发过程..
正交缺陷分类法,Orthogonal Defect Classification(以下简称 ODC)是一种缺陷分析方法,由 IBM 在 1992 年提出。它通过给每个缺陷添加一些额外的属性,利用对这些属性的归纳和分析,来反映出..
缺陷趋势分析可以帮助测试管理人员调整测试策略,帮助项目决策是否要结束测试。..
研究人员Baishakhi Ray,Daryl Posnett,Premkumar Devanbu和Vladimir Filkov使用GitHub数据进行了一次大规模的实验性调查,主要研究程序员对于哪种编程语言针对某个特定任务是最好的争论。研究院通..
1947年,一只小飞蛾飞进了继电器,导致设备发生故障,于是,现场一位计算机科学家Grace Hopper 把导致程序发生故障的问题称为Bug,把消灭臭虫的行为,称为Debug(在一个单词前面加上..
我想一份糟糕的BUG报告和很多人都有着或多或少的关联. 或是客户支持的工作人员. 用户的反馈报告、开发人员、测试人员或一级技术支持. 一份糟糕的BUG报告给他们带来时间上的开销...
低生产率和低等产品质量,耗费了大量的资源。有时管理层并没有意识到发生了什么问题,为了保证项目的最终交付,他们为项目输送了源源不断的新人,由于培训无法跟进,最终导致..
很多公司,问题单提单量是绩效考核的很大一部分,甚至占到了90%或更高,这就导致了比较奇葩的现象:问题单提单量高,解决率却很低。这么说有点诛心的味道,实际工作中怀揣这种..
编写缺陷报告是测试人员的日常工作,好的缺陷报告能够让开发人员更容易理解,更快速的定位问题;不好的缺陷报告可能会误导调查方向,增加沟通成本。那么一个好的缺陷报告应该..
我要讲述的这个故事是,在一个下午,视频游戏中的小bug造成的故障,如何促使我去清除来自于软件的潜在危险漏洞,而该软件被来自于世界各地的企业和政府使用。这件事还让我明白..
缺陷生命周期 (K3)根据IEEE Std 1044-1993定义的异常管理生命周期进行缺陷管理。 (K3)根据IEEE Std 1044-1993评估缺陷报告和缺陷分类以改进缺陷报告的质量。..
从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla ,再到现在的QC,当然还有其它种的开源的或商业的缺陷管理工具,它们的本质是一样的,就是来管理缺陷的生命周期..
缺陷生命周期 (K3)根据IEEE Std 1044-1993定义的异常管理生命周期进行缺陷管理。 (K3)根据IEEE Std 1044-1993评估缺陷报告和缺陷分类以改进缺陷报告的质量..
对缺陷的度量有助于测试过程监控,例如:缺陷密度分析,发现和修复的缺陷数目等。另外,缺陷度量应包括追踪过程控制信息的过程改进活动所需的缺陷信息,并引入缺陷来源分析、..
最近在读《How We Test Software at Microsoft》 其中的缺陷和测试用例管理,发现很多思路和做法跟目前我们在进行的也颇为相似,总结如下:..
又属于一篇普及文,希望自己在被各种技术吸引的同时,能时常来整理和总结软件测试最基本的知识。 从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla ,再到..
缺陷生命周期 (K3)根据IEEE Std 1044-1993定义的异常管理生命周期进行缺陷管理。 (K3)根据IEEE Std 1044-1993评估缺陷报告和缺陷分类以改进缺陷报告的质量。..
在嵌入式领域目标系统的应用系统日趋复杂,而由于竞争要求产品快速上市,开发技术日新月异,同时硬件发展的日益稳定,而软件故障却日益突出,软件的重要性逐渐引起人们的重..
对缺陷的度量有助于测试过程监控,例如:缺陷密度分析,发现和修复的缺陷数目等。另外,缺陷度量应包括追踪过程控制信息的过程改进活动所需的缺陷信息,并引入缺陷来源分析、..