51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5733|回复: 15
打印 上一主题 下一主题

如何对复杂对象进行需求定义呢

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-6-23 11:16:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我想知道对于一个象计算器这样的东西,你可以很快罗列出他的需求,但是对于一个你不熟悉的东西,比如作个医院设备等,你如何才能真正列出这些需求,是否意味着我们必须自己非常熟悉这个将要被生产出来的东西的使用呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

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

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

本着讨论学习的态度;)
回复 支持 反对

使用道具 举报

该用户从未签到

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

本着讨论学习的态度;)


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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

7#
发表于 2004-6-24 15:36:16 | 只看该作者
呵呵 你说对了,这里应该都是搞测试的,不过我想应该有一些高手吧,可能他们还没注意到你的问题,或者是你的问题有些太简单他们不太乐意回答,呵呵。:p
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2004-6-24 15:55:10 | 只看该作者
那我就是走错门了,要是哪位仁兄知道有专门讨论需求管理的论坛,给小弟资源共享一下,肥肠干线:d
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

如果系统的需求是基于客户的,那么不变的需求是几乎是不存在的,除非您的客户是个“idiot”。如果您的系统是推向客户的,那么需求就会比较稳定(毕竟是您在推产品)
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2004-7-11 15:32:40 | 只看该作者

赞成站长的观点

对测试对象不了解就好比“老虎吃天——无处下口”啊。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2004-9-20 11:03:06 | 只看该作者
我现在就是对测试对象不熟悉,现在还要对其编写需求说明书,难啊,急啊,谁帮我一下
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2004-9-28 13:20:38 | 只看该作者
本人就一个简单的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 ]
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

[ Last edited by merrymcj on 2004-9-28 at 13:27 ]
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2004-12-29 17:07:42 | 只看该作者
好软件 是怎么定义的?

好软件 = 满足需求+符合大众使用习惯
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-10-30 21:42:45 | 只看该作者
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-20 17:42 , Processed in 0.077926 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表