51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[讨论] 关于需求规格说明书

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-5-18 12:26:06 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
软件需求开发的结果应当是形成一份需求规格说明书,那么这份说明书应该详细到什么程度呢?例如:假设要坐个计算器的话,欢迎探讨。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

推荐
 楼主| 发表于 2004-9-1 14:58:26 | 只看该作者
如果有专门的需求开发人员的话,应该是他们写的,可惜一般的公司都没有,通常是项目经理或产品经理直接同客户谈需求,细节的地方会有开发人员加入。需求基线确定后是需求管理的问题,这时无论是开发还是测试都依据需求制订自己的工作计划。另外,需求的变更是不可避免的,如何控制是一个项目成功的关键一点,本人现在正从事这方面的工作,希望能同大家交流需求变更控制方面的知识。
回复 支持 1 反对 0

使用道具 举报

该用户从未签到

2#
发表于 2004-5-18 12:41:50 | 只看该作者
一:环境需求:
支持的操作系统类型/版本,硬件平台

二:功能需求:
1、是否支持加减乘除运算
2、是否支持混合运算
3、计算器的输入方式,是否支持鼠标输入,是否支持键盘输入,输入方式是怎样的?
4、计算器计算结果的输出方式
5、算数运算的数据类型是什么?是整数?正整数?浮点数?
6、运算结果溢出后如何处理?出现运算异常,比如被除数为0的情况,如何提示用户?
7、算数运算的效率,也就是,一次运算最长消耗多少时间。

三:界面需求
1、是采用命令行的方式,还是采用GUI的方式?
2、如果采用GUI方式,需要给出GUI的界面,并指明每个界面上每个控件的功能和使用方法

四:安装需求
1、计算器是否需要制作安装盘。


想到这么多,欢迎各位补充。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-8-13 15:43:18 | 只看该作者

使用对象

回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-8-26 18:02:43 | 只看该作者

有点模糊

wind 讲的是需求规格说明书怎么写,而qatest回答的则是测试需求。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-8-28 09:19:55 | 只看该作者

我觉得qatest说的没错

需求应该是从用户的角度出发,用户想要什么样的环境,什么样的功能。

另外,需求规格说明书是测试人员写,还是开发人员写?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-8-29 11:27:03 | 只看该作者
需求规格说明书当然是开发人员写,它也算测试人员的测试对象,需要测试该需求说明和用户的实际需求是否一致。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-9-20 11:05:21 | 只看该作者
我现在只有用户说明书,我对被测对象不熟悉,还要对它需求说明书,我该怎么做啊,给点建议过来
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-9-28 12:56:01 | 只看该作者
Originally posted by wind at 2004-5-18 12:26:
软件需求开发的结果应当是形成一份需求规格说明书,那么这份说明书应该详细到什么程度呢?例如:假设要坐个计算器的话,欢迎探讨。


我来举个汇率换算的例子,抛砖引玉,不知道我这个算不栓需求说明书,欢迎大家讨论,相当是流程图,在此不作成流程,只是陈述,界面图在此省去...
1.用户在计算模块(简单计算,科学计算,单位换算,汇率换算,计时器,定时器)中如何选择进入汇率换算模块:从Keyboard上按上下方向键反显汇率换算后,按确认键直接进入,或按相应的数字键直接进入(界面图略);

2.进入汇率换算版面,版面规格及用户相应操作:
版面略)
操作:1.用户可以按左右方向键可切换光标处货币的名称,按上下方向键切换源单  位及目标单位,设置货币转换方向后,用户可从键盘上输入欲转换的数字,按确认键算出货币换算结果.(在输入过程中的删除,清除,或输入长度超界等处理在此略)
        2.用户可在汇率换算版面按[SHIFT]+[修改]键进入汇率设置版面,相关操作:如何更改,更改完后若想保存更改应该怎么操作,若不想保存更改结果应该怎么操作
        3.退出操作.

中间要考虑到1.选择哪种货币为基准单位,它的缺省值是多少,其他货币相对基准货币它们的转换比率是多少
                  2.定义数字的长度是多少,小数点前保留多少位,小数点后保留多少 位,如果输入值超出范围时如何处理,声音处理?提示处理?
                  3 .考虑汇率换算界面及汇率设置版面界面的设计,需要背景图吗?用户这样操作方面吗?容易接受吗?
                   4.这样设计程序员能实现吗?容易实现吗?与其他版面风格一致吗?
                   5.按相应快捷键,可进入相应的功能模块等等.
本想传个WORD文档上来,谁知本PC没有WORD应用程序,只能草草描述,欢迎大家能讨论,抛砖引玉.
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-3-19 10:50
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2004-10-29 15:41:53 | 只看该作者

    reply

    有用户说明书那你现在只能以这个做为测试指南了(先和项目负责人确认测试依据)
    1。查看功能是否有遗漏
    2。每一项功能是否能用
    3。每一项功能操作结果是否和说明书上的一致
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2004-11-19 11:15:51 | 只看该作者
    個人認為需求規格不該由開發人員來寫,而是由專門同客戶打交道的人員來寫,而且由開發人員來寫更多的會考慮開發的簡單性和開發人員的喜好,而不是從客戶角度出發
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2004-11-19 15:58:36 | 只看该作者
    如果由开发人员来写会更专业一些,但也太浪费了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-1-17 16:08:51 | 只看该作者

    开发人员作调研的几点好处:

    1)有行业经验,知道同类软件需要那些提供数据
    2)了解软件开发流程,知道调研的关键要素
    3)软件需求规格说明使用专业术语描述,减少二义性
    4)从需求入手,有利于设计编码的实现。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-1-17 18:09:20 | 只看该作者

    接qatest的

    我认为需求文档应该是分用户对象的不同领域的应用对象,需求是不一样的但大体方向应该是:
    1、了解要实现的业务流程是什么?
    2、在业务流程里的细节要求有哪些?
    3、从业务流程里归纳出功能需求?
    4、性能需求?
    5、安全性要求?
    6、维护成本需求?
    7、易用性要求?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-3-8 11:29:20 | 只看该作者

    小蚂蚁所说的和我认为的需求文档差不多一样

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-3-24 16:45:44 | 只看该作者
    不知道你们在研究什么,需求说明书?需求规格说明书?概要设计说明书?

    你们把我弄晕了~~~~~~~~~

    需求我们建立计划,指出功能点、优先级,有了概要才是写CASE的。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 06:22 , Processed in 0.078920 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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