51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3908|回复: 7
打印 上一主题 下一主题

[转贴] 从需求分析想到的测试人员业务分析方法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-1-10 14:07:41 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在设设计用例前,必然要了解业务
如何来分析业务呢?
原文出处

前几天一兄弟接到一个IT运营的系统的活,说需求分析时出了问题,越分析越乱,我问他,是需求没讲清,还是说看不明白?他说,需求虽然不是特别清晰,不过基本业务还是有的,只是在建模时,对像的关系,越分析越乱,好像变成一张没有边际的网。

然后他开始和我讲业务(具体的审批流程,入库,报修等),我听了一会就打住了他,我说你别和我讲细节,讲我也记不住,你先告诉我整体的业务流程,然后他说大概就是,设备管理---à设备申请(设备领用,设备报修,设备采购等),还有一些办公资源的管理,审批流程的定制等。

接下来,我告诉他:“他的问题的根源是为因一下子钻进业务细节去了“,有点”不识庐山真面目,只缘身在此山中“

接下来,我和他从整体的业务流程开始,先理清设备管理的业务,同时也建立了设备管理中的概念模型,然后接下来再分析设备相关的申请并建立其概念模型,在分析的同时,并着重理清了,设备申请的相关业务和设备管理中设备的业务关系,这时关系模型就慢慢的丰富起来。同样的方法,我们顺着整体业务流程下来,整个系统的对像关系模型就建好了,解决了,他原来分析时,越分析越乱,好像变成一张没有边际的网的问题。

对于需求分析,一定要在整体视图(比如:整体的业务流)下,采取先全局,后局部,各个局步再串联(串联本质就是业务关联)的方式来分析。

对于软件测试来说,测试人员要了解业务,这是必然要求,那如何了系统中的业务呢?对于需求分析中的上述方法,同样可用于测试人员做业务析。为什么这样说呢,虽然两者的输出物不一样,但他们的前提是一样的。

原文出处
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-1-11 12:17:37 | 只看该作者
不错,实例讲解“需求逐层分解过程”,要是细节能再详细些就更好了。

需求总体结构图分析是需求分析阶段前期的主要工作。将其整理出来以后,针对各个细小分支的处理仍是重点。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-1-11 14:07:21 | 只看该作者
不错,思想过程的原则把握确实要这样
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-3-3 17:21:23 | 只看该作者
我感觉就像测试人员对同一对象进行多次测试,就会发现越来越少的缺陷.这种现象的根本原因就是测试人员对测试软件过于熟悉,形成思维定势。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-3-23 10:35:00 | 只看该作者
赞同
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-3-23 18:17:45 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2015-4-8 15:35
  • 签到天数: 17 天

    连续签到: 1 天

    [LV.4]测试营长

    7#
    发表于 2011-3-24 08:54:47 | 只看该作者
    学习,并赞同4楼的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2011-4-1 14:20:54 | 只看该作者
    有时候就是感觉越分析就发现问题越乱
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 03:11 , Processed in 0.067137 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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