需求分析是测试一个人的事情吗？

hxtyj · 发表于 2007-1-22 19:41:21

测试一段时间，突然发现软件与需求不符合。测试的软件，需要重新来过。
开发人员责怪怎么到现在才发现与需求不合。对吗？请大家说说！

windsmile · 发表于 2007-1-23 10:49:47

需求的定义包括从用户角度（系统的外部行为）和开发人员角度（一些内部特性）来阐述需求。

需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。

stonewu · 发表于 2007-1-23 11:25:29

无言

windsmile · 发表于 2007-1-23 11:27:41

所以说不是测试一个人的事！

ecust · 发表于 2007-1-23 11:37:53

按好点的流程，前期的需求调研是专门有人去做的，接下来应该会整理需求，写成文档，召开需求评审会议（测试会参加）。。。
评审通过的需求如果有问题，遗留了下来，那么测试有一定责任（个人觉得不超过20%）。如果测试也参加了前期需求调研，那么可能责任比例应该扩大，50%差不多

lsy325 · 发表于 2007-1-23 12:05:47

测试的基础不就是查看软件实现的功能是否满足用户需求吗?
需求分析本身有问题找不着你测试的事,因为你可能这个阶段根本没参与.
但软件实现与需求不符,测试人员就应该及时发现了.

futogether · 发表于 2007-1-23 14:06:39

如果需求已经通过了评审，达到了客户的要求，那么这个需求就是能检验软件是否实现客户说要求的功能的标准。

而测试本身就是除了找出程序本身的错误，也要能找出与需求不符的缺陷，如果在需求已定的情况下，仍出现与需求不符的问题，那么在设计阶段就已经出现了问题，测试是尽可能的找出缺陷，但是不能全部找出。
如果真的追究责任，那么设计的责任是不是应该更大呢。

lsy325 · 发表于 2007-1-23 14:57:28

" 测试是尽可能的找出缺陷，但是不能全部找出."
这句话说得没找出来的缺陷不会包括"功能实现与需求不相符的缺陷"吧.
需求明确的话,测试的最起码要保障这类问题不会带到用户那里吧.
这类缺陷也不是隐藏很深的缺陷,测试人员应该在短时间内发现拿到手的软件中存在的这类缺陷吧.
这不是谁的责任大,谁的责任小的问题吧,软件出问题,肯定是程序员做错了,如果要他们保障软件没问题,我们不就没饭吃了.

windsmile · 发表于 2007-1-23 15:26:44

楼上说的有点道理，不然我们转行开发吧

hxtyj · 发表于 2007-1-23 16:33:01

感谢您的回复。赞成你的说法。但是与需求不符的是部分，也不是全部。不大可能很快就发现实现方式与需求不符。测试时按测试用例，一步一步进行，等发现时已经开始一段时间啦。出问题，不应该责怪测试一个人呀，大家都有问题吧。

rainyday32 · 发表于 2007-1-23 17:30:24

按照测试用例写的？？？Test Case是谁写的阿？
之前没有阅读过需求文档吗？

lsy325 · 发表于 2007-1-23 18:19:50

我记得在哪听到的这么一句话,大概是说测试人员的技能高低,经验什么的,体现就体现在对测试用例的选择上.
像测试软件实现与需求是否相符的测试用例应优先执行吧.先满足基本功能,再去执行软件的容错等用例吧.
不可能进行功能测试时,先把一个功能的所有可能全部测试完成后再去测试另一功能吧.
不是说这发现晚了就只是测试员的责任,不过是我们要保证这类问题能尽量早些发现.