软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试管理>>缺陷管理>>正文
开发和测试的两大难题:Regression Bug和Late Discovery Bug
文章出处:net 作者:未知 发布时间:2006-07-17

什么是RegressionBug?Regression Bug,就是由于开发新特性或Fix Bug导致以前正常工作的特性罢工了。这种情况,通常出现在产品的开发中。

为了便于分析,Regression Bug又分为Release Regression和Build Regression。

Release Regression指的是和上一个产品版本相比,出现的Bug。
Build Regression的解释就更复杂些。通常开发软件的一个版本的过程中,会有很多Build,通常测试会根据需要每天或每隔几天取一个Build进行测试。相对于前某个Build的Regression Bug就是Build Regression。

产生Regression Bug的主要原因是:
 
单元测试没有做充分。 
隔山打牛的Bug,单元测试很难做到。 
测试环境问题

另外,通常Regression Bug也有较高的误报率,或者争议比例较大。

控制Regression Bug的方法通常从强调单元测试开始,然后是控制Bug的Reopen率,增加Code Review的频率,引入自动测试。但是,Regression Bug在全部Bug中的比例,在通过上述方法控制到20%到30%后,开始出现难以下降的趋势。

Late Discovery Bug则是QA之痛。用质量的术语来说,就是漏检。每个Release都会发现无数上个版本测试没有发现的Bug。通常这也会达到20%到30%。

产生Late Discovery Bug的主要原因是:
测试覆盖率。通过黑盒测试,要想做到100%分支的Cover率,是不可能的。这样,总会有漏掉的Bug。
灯下黑,就是个人的测试盲区。每个人都有脑筋死角或盲区,先入为主的认识会让人们不能发现很明显的问题。

解决的方法有:
 
增加Ad Hoc测试,就是不按照事先设计好的Case执行的测试。
交叉测试,减少测试误区。


站内搜索
相关文章
◎目前比较流行的缺陷跟踪系统简介
◎所有的bug都修正了,下面该作什么?
◎软件测试缺陷报告中的屏幕截图处理
◎Bug跟踪管理工具JIRA 3.6.1 发布
◎Bug追踪过程中需要注意的问题
◎ClearQuest技巧集(二)
◎ClearQuest技巧集(一)
◎Bug管理的一般流程
◎缺陷、安全管理二位一体
◎软件缺陷的分类与管理
◎试论软件缺陷内部数据库的重要性
◎软件错误跟踪处理流程
◎ClearQuest体系结构分析
◎测试跟踪工具Bugzilla介绍
◎选择JIRA的10大理由
◎JIRA 系统安装与使用
◎软件问题报告怎么写
◎Bugzilla使用指南
◎软件缺陷的严重性和优先级
◎微软高级开发者管理峰会演讲摘要:产品质量的基石——微软Bug管理
◎软件缺陷管理
◎报告软件测试错误的规范
◎编写有效的bug report
热门文章
◎JIRA 系统安装与使用
◎测试跟踪工具Bugzilla介绍
◎Bugzilla使用指南
◎Bug管理的一般流程
◎选择JIRA的10大理由
◎目前比较流行的缺陷跟踪系统简介
◎软件缺陷管理
◎编写有效的bug report
◎测试缺陷分析务实篇
◎软件问题报告怎么写
◎BugZilla 安装心得,以及与Mantis的比较
◎软件缺陷的分类与管理
◎软件错误跟踪处理流程
◎软件测试缺陷报告中的屏幕截图处理
◎软件缺陷的严重性和优先级
◎报告软件测试错误的规范
◎ClearQuest体系结构分析
◎Bug跟踪管理工具JIRA 3.6.1 发布
◎Bug追踪过程中需要注意的问题
◎ClearQuest技巧集(一)
◎Bugzilla在Window2000上安装–2.18版本
◎微软高级开发者管理峰会演讲摘要:产品质量的基石——微软Bug管理
◎所有的bug都修正了,下面该作什么?
◎测试报告编写指南
◎ClearQuest技巧集(二)
◎Bug追踪过程中需要注意的问题
◎试论软件缺陷内部数据库的重要性
◎测试跟踪工具Bugzilla介绍
◎如何编写更佳的bug report
◎缺陷、安全管理二位一体
◎利用bugzilla提交Bug写作指南
◎准确报告软件缺陷
◎为bug预防奠定基础
◎偶然性不可重现BUG怎么处理?

Google提供的广告