51Testing软件测试论坛

标题: 如何对复杂对象进行需求定义呢 [打印本页]

作者: afternoon 时间: 2004-6-23 11:16
标题: 如何对复杂对象进行需求定义呢
我想知道对于一个象计算器这样的东西,你可以很快罗列出他的需求,但是对于一个你不熟悉的东西,比如作个医院设备等,你如何才能真正列出这些需求,是否意味着我们必须自己非常熟悉这个将要被生产出来的东西的使用呢?

作者: testing 时间: 2004-6-23 12:05
对被测试对象相不了解,是很难开展测试工作的.测试技术可以比作我们手中的武器,测试对象可以比作我们的敌人,如果,你不知道你的敌人在什么地方,手中的武器也不过是一堆废铁.:p

软件测试如果要做的好,软件开发的各个环节必须规范,如果,开发人员不能提供需求说明书,测试人员怎么测试?根据什么测试?难道拍拍脑袋,根据已有的经验测试?如果是这样,漏测不可避免的.

作者: jzhao 时间: 2004-6-23 17:54
个人认为：需求主要是来自客户的，如果你做一个医院设备方面的产品，首先你要的大概范围一定确定了，有了这个范围再加上客户提出的需求和同类产品的参考，大概得需求就有了，然后就可以进行需求符合了。我不太同意非要会使用这个产品，因为有可能我们做的产品和我们所做的行业不符合，不会用不要紧但是你要大概得了解它，要不然需求就没法写了。

作者: afternoon 时间: 2004-6-24 13:12
那么需求管理的日常工作主要做点什么,in my opinion:
1.对着需求定义书,督促大家按时完成工作任务;
2.如果用户说有个什么功能取消了,通知开发人员;
3.提供管理人员工作进度状况.

本着讨论学习的态度;)

作者: jzhao 时间: 2004-6-24 13:27

Originally posted by afternoon at 2004-6-24 13:12:
那么需求管理的日常工作主要做点什么,in my opinion:
1.对着需求定义书,督促大家按时完成工作任务;
2.如果用户说有个什么功能取消了,通知开发人员;
3.提供管理人员工作进度状况.

本着讨论学习的态度;)

好像不是吧，我没有做过需求管理，不过我感觉需求定下来以后最好不要轻易的修改，要不然在开发过程中会很麻烦的，我觉得需求是设计的一个依据，并不是对着需求定义书,督促大家按时完成工作任务，而是按照你所制定的开发计划来进行项目进度管理的，需求只能说明你最终所要完成的目标是什么。

不是很明白，请不要见笑。

作者: afternoon 时间: 2004-6-24 15:26
谢谢楼上的回复我从前也没做过需求管理,现在刚开始学习,看了很多关于需求管理的资料,还是感觉这个东西有点摸不着边.
这里是不是都是搞测试的,好象很少有人关心需求管理的.:,(

作者: jzhao 时间: 2004-6-24 15:36
呵呵你说对了，这里应该都是搞测试的，不过我想应该有一些高手吧，可能他们还没注意到你的问题，或者是你的问题有些太简单他们不太乐意回答，呵呵。:p

作者: afternoon 时间: 2004-6-24 15:55
那我就是走错门了,要是哪位仁兄知道有专门讨论需求管理的论坛,给小弟资源共享一下,肥肠干线:d

作者: testing 时间: 2004-6-24 16:10
需求管理是可比较复杂的活动，它包括需求分配\需求评审\建立需求基线\需求跟踪\变更控制几个大的环节,任何一个环节都足以讨论几个小时了,因此,最好还是从这几个方面入手,把问题细化,然后才讨论得充分.

作者: tongfenglcz 时间: 2004-7-9 11:07

Originally posted by jzhao at 2004-6-24 01:27 PM:
好像不是吧，我没有做过需求管理，不过我感觉需求定下来以后最好不要轻易的修改，要不然在开发过程中会很麻烦的，我觉得需求是设计的一个依据，并不是对着需求定义书,督促大家按时完成工作任务，而是按照你所制定 ...

如果系统的需求是基于客户的，那么不变的需求是几乎是不存在的，除非您的客户是个“idiot”。如果您的系统是推向客户的，那么需求就会比较稳定（毕竟是您在推产品）

作者: fuzengbin 时间: 2004-7-11 15:32
标题: 赞成站长的观点
对测试对象不了解就好比“老虎吃天——无处下口”啊。

作者: ghl5502 时间: 2004-9-20 11:03
我现在就是对测试对象不熟悉，现在还要对其编写需求说明书，难啊，急啊，谁帮我一下

作者: merrymcj 时间: 2004-9-28 13:20
本人就一个简单的PDA编写一个对象的需求说明书,希望能抛砖引玉:
1.定义该对象的市场,进行市场分析
2.性能描述:
硬件(包括:LCD,MCU,FLASH MEMORY,RECORD IC,SPEAKER,DATA LINK,BATTERY,LED,KEYBOARD,MICROPHONE 等等;
软件:
所有菜单列表,语言是哪种语言(根据市场定义),字体大小,等等
结构方面:
LCD显示界面,LCD类型,显示层,底层,键盘类型(软键盘还是硬键盘)

封装方面:
包装盒
用户手册
耳塞
PClink线
电池
包修卡
等等

数据方面(包括词典数据,语音数据,其他数据等,定义出量,参考资料是什么,录音方式是什么,安排放到哪个模块,数据部跟语音部的工作可以展开)

ACTIVITY LIST

一级菜单有哪些,
二阶菜单又有哪些,
三级菜单又有哪些

定义功能(开始写每个模块的OP)及定义界面(美工设计部作图)

OP审核后,程序员开始写代码,在这个过程中,OP能不改尽量不要改,所以前期工作很重要,如果程序开发部一定要修改OP,则需先跟需求设计沟通,又分项目开发周期时间长短有关.
需求设计的人要负责自己的模块,跟踪进度,通知变更等工作.

测试部门根据需求设计编写测试用例,搭测架,.............

[ Last edited by merrymcj on 2004-9-28 at 13:26 ]

作者: merrymcj 时间: 2004-9-28 13:25
不赞成不了解功能就能编写出用户需求的说法,在不了解功能的其他下,即使编写出来的需求放到开发部进行代码编写,到了后期,想修改已晚矣!

设计用户需求的工作人员除了要了解基本功能之外,还要有富于创新的精神,能不断产生新颖构思,这样才能在满足客户的基础上超越客户的需求.

[ Last edited by merrymcj on 2004-9-28 at 13:27 ]

作者: fzx 时间: 2004-12-29 17:07
好软件是怎么定义的？

好软件＝满足需求＋符合大众使用习惯

作者: yangbohustwb 时间: 2007-10-30 21:42

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)