ISTQB AL-TM连载系列15:测试与开发在缺陷认定上的冲突
来源:互联网 发布:淘宝轮播图片大全 编辑:程序博客网 时间:2024/04/29 00:10
测试人员提交缺陷报告后,经常会出现测试人员认为这是软件系统的一个缺陷,而开发人员认为这是正常的系统功能。到底是缺陷还是正常功能?这是测试人员和开发人员在缺陷问题上经常出现的分歧。
测试人员对测试对象进行测试的时候要使用正确的测试依据(例如:需求规格说明)。软件开发过程中,主要涉及的项目技术人员包括系统人员、开发人员和测试人员。他们之间的角色和职责定义有助于解决缺陷认定的问题。
图1是系统人员、开发人员和测试人员三者之间的简单关系示意图。系统人员是软件开发和测试的基础和核心。系统人员将产品的用户需求转化为详细的产品需求规格说明。在需求规格说明基线化后,软件人员以此作为基础进行系统概要设计和详细设计,而测试人员根据规格说明进行测试用例的设计和执行。同时,软件开发人员和软件测试人员都需要和系统人员紧密合作,将各个阶段的开发活动和测试活动得到的信息反馈给系统人员,完善和优化系统需求规格说明。按照这样角色和职责的定义,测试人员和开发人员在碰到缺陷认定的时候,首先可以由系统人员做出相应的裁决。
图1项目开发的三种角色当然,这种关于是不是缺陷的解决方案是基于相对成熟的软件开发过程的。由于有了明确的角色和职责定义,软件开发人员和测试人员的工作都是基于系统人员提供的产品需求规格说明。因此,在测试过程中发现的问题可以基于共同的理解和基础,从而减少对具体问题的分歧,提高沟通的效率,同时可以提高开发和测试活动的效率。
对于测试中发现的功能问题,开发人员和测试人员之间比较容易达成共识。但是,对于软件非功能相关的问题,由于相关的规格说明中经常没有进行详细定义,因此容易出现缺陷认定方面的争议。此时,测试人员需要具有良好的沟通能力,并对测试理论和领域知识有比较深入的了解。下面是在缺陷认定出现不一致的时候,缺陷相关人员可以借鉴的一些建议:
测试人员对测试对象进行测试的时候要使用正确的测试依据(例如:需求规格说明)。软件开发过程中,主要涉及的项目技术人员包括系统人员、开发人员和测试人员。他们之间的角色和职责定义有助于解决缺陷认定的问题。
图1是系统人员、开发人员和测试人员三者之间的简单关系示意图。系统人员是软件开发和测试的基础和核心。系统人员将产品的用户需求转化为详细的产品需求规格说明。在需求规格说明基线化后,软件人员以此作为基础进行系统概要设计和详细设计,而测试人员根据规格说明进行测试用例的设计和执行。同时,软件开发人员和软件测试人员都需要和系统人员紧密合作,将各个阶段的开发活动和测试活动得到的信息反馈给系统人员,完善和优化系统需求规格说明。按照这样角色和职责的定义,测试人员和开发人员在碰到缺陷认定的时候,首先可以由系统人员做出相应的裁决。
图1项目开发的三种角色
对于测试中发现的功能问题,开发人员和测试人员之间比较容易达成共识。但是,对于软件非功能相关的问题,由于相关的规格说明中经常没有进行详细定义,因此容易出现缺陷认定方面的争议。此时,测试人员需要具有良好的沟通能力,并对测试理论和领域知识有比较深入的了解。下面是在缺陷认定出现不一致的时候,缺陷相关人员可以借鉴的一些建议:
- 首先,测试人员应该让开发团队理解提交缺陷的目的并不是对开发人员的成果进行挑刺,相反,测试人员和开发人员的目标是一致的,都是为了提高软件产品的质量,满足客户的需求。
- 其次,需要和开发人员进行有效地沟通,让开发人员理解测试的目的不仅仅只是针对软件的功能而开展,还包括了可靠性、易用性、效率、维护性、可移植性等其他质量特性。因此,发现非功能特性的缺陷时,开发人员不应该因为系统需求规格说明中没有详细定义,而否认存在的问题。
- 第三,测试人员应该站在用户的角度对软件的使用质量特性进行有效地测试,包括软件的有效性、生产率、安全性以及满意度等。
- 第四,假如测试人员和开发人员在缺陷认定沟通失败的情况下,可以通过项目的变更控制委员会,讨论确定提交的缺陷报告是不是缺陷的问题。
[文章来源]:专注于测试能力改进
- ISTQB AL-TM连载系列15:测试与开发在缺陷认定上的冲突
- ISTQB AL-TM连载系列18:测试与开发的有效缺陷沟通
- ISTQB AL-TM连载系列14:处理缺陷的严重程度与优先级
- ISTQB AL-TM连载系列19:测试与测试团队的独立性
- ISTQB AL-TM连载系列13:搭建有效的缺陷管理过程
- ISTQB AL-TM连载系列16:如何处理难以重现的缺陷
- ISTQB AL-TM连载系列10:什么是探索性测试
- ISTQB AL-TM连载系列05:测试出口准则评估与应对
- ISTQB AL-TM连载系列01:搭建测试环境的挑战
- ISTQB AL-TM连载系列03:测试环境的有效管理
- ISTQB AL-TM连载系列06:容易遗忘的测试结束活动
- ISTQB AL-TM连载系列07:以集体的智慧进行测试估算
- ISTQB AL-TM连载系列08:让老板甘愿为测试掏更多的钱
- ISTQB AL-TM连载系列09:测试外包等常见的5类风险
- ISTQB AL-TM连载系列11:基于会话的探索性测试管理
- ISTQB AL-TM连载系列17:清楚地报告而非解决缺陷
- ISTQB AL-TM连载系列04:再测试和回归测试
- ISTQB AL-TM认证中文参考书:《软件测试管理》连载系列
- 二维数组中的查找
- ISTQB AL-TM连载系列14:处理缺陷的严重程度与优先级
- windows不能访问samba(Redhat)
- 如何调整浏览器的页面视图的大小
- invokeLater
- ISTQB AL-TM连载系列15:测试与开发在缺陷认定上的冲突
- wince6.0调整storage memory与program memory大小
- LDD3源码分析之时间与延迟操作
- Windows Azure Platform (四) Windows Azure架构
- 模版文件 start.s
- Qt4之改变鼠标指针形状
- 模版文件 target.c
- FILE *stdout 和 STDOUT_FILENO 的区别
- ISTQB AL-TM连载系列16:如何处理难以重现的缺陷