51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2002|回复: 6
打印 上一主题 下一主题

[原创] 从一则笑话分析需求的陷阱

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2017-5-31 13:29:43 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
关键字: 软件测试、需求管理

        某日,老师在课堂上想考考学生们的智商,就问一个男孩:“树上有十只鸟,开枪打死一只,还剩几只?”
男孩反问:“是无声枪么?”
“不是。”
“枪声有多大?”
“80~100分贝。”
“那就是说会震的耳朵疼?”
“是。”
“在这个城市里打鸟犯不犯法?”
‘不犯。”
“您确定那只鸟真的被打死啦?”
“确定。”老师已经不耐烦了,”拜托,你告诉我还剩几只就行了,OK?”
“OK。鸟里有没有聋子?”
“没有。”
“有没有关在笼子里的?”
“没有。”
“边上还有没有其他的树,树上还有没有其他鸟?”
“没有。”
“方圆十里呢?”
“就这么一棵树!”
“有没有残疾或饿的飞不动的鸟?”
“没有,都身体倍棒。”
“算不算怀孕肚子里的小鸟?”
“都是公的。”
“都不可能怀孕?”
“………,决不可能。”
“打鸟的人眼里有没有花?保证是十只?”
“没有花,就十只。”
老师脑门上的汗已经流下来了,下课铃响起,但男孩仍继续问:“有没有傻的不怕死的?”
“都怕死。”
“有没有因为情侣被打中,自己留下来的?”
“笨蛋,之前不是说都是公的嘛!”
“同志可不可以啊!”
“…………,性取向都很正常!”
“会不会一枪打死两只?”
“不会。”
“一枪打死三只呢?”
“不会。”
“四只呢?”
“更不会!”
“五只呢?”
“绝对不会!!!”
“那六只总有可能吧?”
“除非你他妈的是猪生的才有可能!”
“…好吧,那么所有的鸟都可以自由活动么?”
“完全可以。”
“它们受到惊吓起飞时会不会惊慌失措而互相撞上?”
“不会,每只鸟都装有卫星导航系统,而且可以自动飞行。”
“恩,如果您的回答没有骗人,”学生满怀信心的回答,“打死的鸟要是挂在树上没掉下来,那么就剩一只,如果掉下来,就一只不剩。”
老师当即倒!

        正值六一儿童节之际,用这篇笑话故事来做开头,笑过之后可能不少能会认为这个小朋友是需求调研的最佳人选。回顾软件开发上的许多案例,软件开发失败率一直居高不下,特别在外包开发这个领域中,这个值可能会更高一筹。在分析项目失败的原因的时候,需求的因素可能是失败的关键原因、需求不明确,客户对需求的变更频频等等。

    1.需求的调研

        需求调研是为需要说明书做前期工作,可以说需要说明书是从需求调研表中得到或抽取而出。需求调研是要了解客户希望所要开发的系统能够解决他们的问题,以及了解他们对系统的期望等等。需求调研是整个开发的基础,经过需求调研的结果整理出需求说明书作为后续开发使用。

        如果做的项目是一个陌生的一个行业(专业),这是往往需要专家或者顾问等角色的协助,但是作为调研人员最少要想办法了解个专业,或许你需要成为这个行业的专家,但最少要了解一定的专业知识(最少专业词汇你要知道)。这样客户的沟通才能达到顺畅,不会出现牛头不对马嘴的现象。

        在某些难度不是很大的行业或者项目,做需求调研的时候可以通过自学的方式了解行业的特点,这些项目往往因为规模比较小,也不会有专家的影子出现。但是作为调研的时候我们最需要了解的一些问题如:

1):客户目前的问题与苦难
2):客户现在的工作模式
3):客户对系统的期望
4):客户哪些要求是自己能做到的,那些是依靠系统来做
5):还有客户对系统开发方式以及时间的要求等等

        其实做需求调研的时候最重要的目的在于资料收集,或许小孩的那种打破砂锅的方式会引起客户的反感,但是实际项目中往往需要的就是这些比较周全的调研方式,能够考虑到的问题点都需要和客户确认,尽量避免想当然的做法,只是采用的方式可能需要优化一下,采用良好的方式,尽量得到客户的最大配合。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2017-5-31 14:00:25 | 只看该作者
需求调研需要的三个主要方面:
1客户原来的系统是什么样子
2客户的手工商业流程是什么样
3客户希望上系统后,系统实现那些功能
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2017-5-31 14:01:24 | 只看该作者
需求分析就是应该这么做阿,很多问题如果开发者认为是理所当然的,但是实际上客户的反应往往正好相反,但是如果需求分析的时候不去问,客户根本就想不到说.
需求分析多问几个问题,或许开发过程中就节省了很多绕弯路的时间.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2017-5-31 14:02:44 | 只看该作者
没错,项目的需求调研非常重要,一定要了解客户的需要,并引导用户,不能用户只说了句“树上有十只鸟,开枪打死一只,还剩几只?”,你马上就有了答案,这样的做法只能使项目失败
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2024-7-8 09:00
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    5#
    发表于 2017-5-31 14:32:05 | 只看该作者
    必须问的详细否则他们指不定有多么苍白无力的辩解去给你解释这个bug不是bug,如果你认为是我可以改,但是它不能叫bug,只是数据统计等等等的问题。然后巴拉巴拉一顿给你上课,终极目标就是让你知道这不是他们开发出来的bug
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    6 小时前
  • 签到天数: 2773 天

    连续签到: 4 天

    [LV.Master]测试大本营

    6#
    发表于 2017-5-31 14:40:14 | 只看该作者
    需求分析确实是非常重要的一个过程,我们的理解和客户的理解、使用存在很大差别
    做好需求分析是一个项目的成功的前提
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    昨天 08:40
  • 签到天数: 1762 天

    连续签到: 3 天

    [LV.Master]测试大本营

    7#
    发表于 2017-5-31 14:46:57 | 只看该作者
    现在觉得测试人员和开发人员的个人需求分析能力很重要,因为现在的产品经理的需求文档都不规范,所以导致产品在交付验收的时候出现了很多问题 TUT还是好好的增强自己的需求分析能力吧!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 13:34 , Processed in 0.071919 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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