51Testing软件测试论坛

标题: 测试需求到底要细化到什么程度？ [打印本页]

作者: pierre0505 时间: 2006-10-23 13:10
标题: 测试需求到底要细化到什么程度？
这段时间在写测试需求，但是越写越糊涂，有时发现有些需求好像不太明朗,还不完整.例如下面的例子.
比如有一句描述:处理人收到待办工作后可以转发给本部门具有相同角色的人员，转发后待办工作转移到被转发人的待办工作中.
对于这句话,各位认为存在什么问题吗?
我觉得是有一点小问题的,转发后,那么自己呢?还有待办工作吗?
测试需求到底要细化到什么程度？

作者: flyingpig 时间: 2006-10-26 17:46
比如有一句描述:处理人收到待办工作后可以转发给本部门具有相同角色的人员，转发后待办工作转移到被转发人的待办工作中.

呵呵,给你分解一下.

角色:
   角色A:处理人
   角色B:相同角色处理人
前置条件:
   角色A有待处理事件(称待处理事件为事件E)
执行:
   1.角色A将待处理事件E转至处理人B
结果:
   2.处理处理人接收到代处理事件E.

这里需求上产生疑意的地方:
1.待处理人A将事件E转交待处理人B后,是否可以查看事件E?是否具有处理事件E的权限?

作者: pierre0505 时间: 2006-10-30 13:57
对,就是楼上说的意思.象这样的需求,是不是存在不明确的地方呢?如果是你,你会怎么去处理呢?

作者: yunyan 时间: 2006-12-7 17:38
细到测试范围，测试策略，测试方法
做到有据可依

作者: yunyan 时间: 2006-12-7 17:40
哦，感觉你的例子还没有做需求分析呀，测试需求要在需求分析规格说明书中来得到呀！

作者: silvertree 时间: 2006-12-13 19:07
这个问题也一直都困扰着偶sdlkfj7

作者: silvertree 时间: 2006-12-13 19:09
楼主看一下这个：

采用这种方法来描述系统需求，非常容易混淆需求和设计的界限，这样的表述实际上已经包含了部分的设计在内。由此常常导致这样的迷惑：系统需求应该详细到何种程度？一个极端就是需求可以详细到概要设计，因为这样的需求表述既包含了外部需求也包含了内部设计。在有些公司的开发流程中，这种需求被称为"内部需求"，而对应于用户的原始要求则被称之为"外部需求"。
.....
http://www.51testing.com/html/5/1235.html

作者: pierre0505 时间: 2006-12-29 15:03
谢谢楼上的兄弟.你给了我很好的指导.

作者: 423799223 时间: 2007-1-6 22:44
测试需求首先就是要验证是不是可测
所以当首其冲就是不能模棱两可要明确实际功能

作者: zhangyong 时间: 2007-1-16 13:30
标题: 测试必须明确目标和结果
测试是对特定目标的指定结果验证的过程。首先要明确测试什么！明确正确的结果应该是什么！所以测试需求就是要挖掘着两个东西，只要两者明确了，就不用在细分了.

作者: zhangyong 时间: 2007-1-16 13:41
test1测试目标：处理人转发待办工作。目标：成功转发给本部门具有相同角色的人员
test2测试目标：被转发人接收待办工作。目标：被转发人成功接收待办工作
至于转发后,那么自己还有无待办工作（需求决定的，可以全部转发，自己不处理；也可以是处理一部分转发一部分），转发后怎么处理那就是另外的测试点了。

作者: r_sunny 时间: 2007-1-19 09:53
silvertree 提供了很好的学习资料

作者: windyfreeze 时间: 2007-4-12 15:47
标题: 回复 #9 423799223 的帖子
对了！！

作者: zhangj8826 时间: 2007-6-12 15:35
测试需求就是要明确测试需要做什么，以及怎么做是正确的，为以后执行测试的测试用例打好基础。

作者: wuying36172 时间: 2007-6-24 16:33
这份需求通过评审交了吗？这么不明确的需求是无法写出用例的，跟写需求的人沟通清楚啊，需求只要细到能写出用例来就可以了。所以对于测试人员来说最关心就是根据需求写出用例，写不出来的话，肯定要多沟通，直到能写出用例，当然完整性，明确性等也是要关注的。

作者: only0618 时间: 2007-8-9 15:39

原帖由 flyingpig 于 2006-10-26 17:46 发表
比如有一句描述:处理人收到待办工作后可以转发给本部门具有相同角色的人员，转发后待办工作转移到被转发人的待办工作中.

呵呵,给你分解一下.

角色:
角色A:处理人
角色B:相同角色处理人 ...

同意此观点

作者: qiubingshun 时间: 2008-9-5 09:51
学习了

作者: shishi620 时间: 2008-9-12 13:48
看似很复杂，我先学习下，谢谢LZ

作者: nie 时间: 2008-10-10 13:31
学习了

作者: xupromise 时间: 2009-1-17 22:02
适合时间，适合计划，适合能力，适合自己的程度

作者: 老肥羊 时间: 2009-2-3 11:51

原帖由 pierre0505 于 2006-10-23 13:10 发表
这段时间在写测试需求，但是越写越糊涂，有时发现有些需求好像不太明朗,还不完整.例如下面的例子.
比如有一句描述:处理人收到待办工作后可以转发给本部门具有相同角色的人员，转发后待办工作转移到被转发人的待办工 ...

用準確的語言描述系統的對輸入輸出所產生的
１.準備動作
２.前置動作
３.處理動作
４.後置動作
５.其它動作
６.可選動作
主要還是一點，不要採用有歧義的語言

作者: zcliucw 时间: 2009-2-17 22:32
学习，

作者: mirror51 时间: 2010-10-28 11:45
学习了，我正需要那，谢谢所有解答问题的朋友

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