
2008-5-29 09:27
flash31912
请教各位有关需求缺陷的定义
目前遇到棘手问题,有关需求缺陷的定义,应该如何界定需求缺陷,避免需求部门与设计部门互相推诿。
2008-5-29 09:43
randoming
首先要明确的是 缺陷的范围.. 一般来说项目进行的过程中.. 按照事前定义的缺陷标准来衡定为不合格的都可以称为缺陷(不能满足客户的需要或者是针对项目成本或公司的相关情况而判定为不可的)
其次根据你所提出的问题 是为了避免需求部门和设计部门之间的问题.. 那就还没有进入到开发阶段
问题就转化为如何确定需求说明书的问题了.. 说明书上明确记载的就不是需求缺陷 没有记载的但是需求部门却说应该怎么怎么做就是需求缺陷.
2008-5-29 09:46
randoming
不过LZ说缺陷怎么定义? 缺陷还能怎么定义... 是缺陷或不是缺陷.. 什么样的是缺陷
这个就要有个标准..这个标准就是约定... 所以要有约定...
2008-5-29 11:04
flash31912
回复 #3 randoming 的帖子
感谢 randoming 的回复, 您说的要有个标准..这个标准就是约定,一般如何制定标准才算合理,还有标准的约定准则如何把握呢?
2008-5-29 12:11
randoming
标准是客户来主要负责..需求部门协同整理 所以只要是他们共同承诺出的书面材料就是合理的..
当然需求部门要考虑到 设计开发部门的实际能力和项目的成本等很多东西.
2008-5-29 12:12
randoming
所以约定是什么标准.. 这个取决于需求部门和客户的成果物
2008-5-29 14:39
rice_mouse
根据我的理解,楼主的问题应该是想要界定缺陷的产生阶段,分清楚责任
我认为缺陷阶段类型应该由测试部门去界定,以通过评审及客户确认的软件需求规格说明书为依据,由于需求不明确或者矛盾导致的缺陷,列为需求缺陷;由于结构设计不合理,数据类型错误等属于设计开发缺陷;如果是由于理解不一致导致的缺陷就应该是项目经理的问题了,因为在需求评审、设计评审或其他时候项目经理应该要组织好沟通的;)
[quote]原帖由 flash31912 于 2008-5-29 09:27 发表
目前遇到棘手问题,有关需求缺陷的定义,应该如何界定需求缺陷,避免需求部门与设计部门互相推诿。 [/quote]
2008-5-29 23:15
randoming
什么是需求缺陷? 在定义需求的时候没有明确定义出来的.. 在需求文件上没有明确标记出来的
在项目过程中又没有特意追加的 就属于需求缺陷了
2008-5-30 00:05
ddeef
*** 作者被禁止或删除 内容自动屏蔽 ***
2008-6-3 18:37
pharos
基于用户角度来定义,影响功能就是严重的。迎刃而解!
2008-6-14 06:14
haozi6527
通常需求是从三个层次进行的,业务需求(客户的目标)、用户需求(客户的业务流程)、功能需求(系统的功能需求)。
业务需求和用户需求决定了功能需求的质量,凡是影响了功能需求的质量都可以定义为需求缺陷。需求缺陷的度量尺度是有客户和项目组(包括:需求、开发、测试部门)一同制定的,确切地说是项目组。而且,需求质量的好坏影响的不止是开发部门,对于测试部门将没有正确的依据进行测试。系统/确认测试完全是基于需求文档的。
2008-7-4 11:30
laobai1982
这个事应该是专门的部门的事!
我们这都是项目的测试组定的!
2008-7-4 14:20
Ryan-liumin
[quote]原帖由 [i]haozi6527[/i] 于 2008-6-14 06:14 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10660117&ptid=996392][img]http://www.itpub.net/images/common/back.gif[/img][/url]
通常需求是从三个层次进行的,业务需求(客户的目标)、用户需求(客户的业务流程)、功能需求(系统的功能需求)。
业务需求和用户需求决定了功能需求的质量,凡是影响了功能需求的质量都可以定义为需求缺陷。需求缺陷的度量尺度是有客户和项目组(包括:需求、开发、测试部门)一同制定的,确切地说是项目组。而且,需求质量的好坏影响的不止是开发部门,对于测试部门将没有正确的依据进行测试。系统/确认测试完全是基于需求文档的。 [/quote]
:right: :right: :right:
2008-7-4 19:43
husthxd
需求可分为涉众需求STR&软件需求规约SRS(即功能需求)。
STR是从业务视觉出发定义需求,SRS是从系统视觉出发定义需求。STR是SRS的input。
一般来说,STR和SRS的界面需求需要与客户确认。
需求缺陷可以理解为:
1.提交给客户测试后发现没有捕获的STR
2.提交给QA测试后,发现根据SRS开发的功能与STR不符
3.提交给客户测试后,发现功能与STR不符的
4......
2008-7-6 17:00
bq_wang
狭义的角度就是bug
2008-7-6 23:48
EPS2008
需求变更未及时通知到测试小组,将缺陷定义为需求问题
2008-7-7 09:46
husthxd
[quote]原帖由 [i]bq_wang[/i] 于 2008-7-6 17:00 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10871042&ptid=996392][img]http://www.itpub.net/images/common/back.gif[/img][/url]
狭义的角度就是bug [/quote]
定义是什么?QA测试发现的bug?
页:
[1]

Powered by ITPUB论坛