51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 41250|回复: 70
打印 上一主题 下一主题

[资料] 测试人员在需求阶段应做哪些工作

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-30 14:48:44 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
相信很多人跟我一样有过这样的困惑,那就是在需求阶段我们测试人员应该做些什么?下面就将看过的一篇文章贴出来与大家一块分享。

首先,测试用例和测试工作本身是不断完善的,在开发过程的初期,可以认为是需求阶段,或者没有规范需求工作的设计阶段。如果有一个比较明确的需求文档,可以在这个阶段检查完了需求文档以后开始设计测试用例。这里,对于需求文档的检查主要是两个方面:
1.检查需求文档描述的正确性,愚以为测试人员要对于真实的系统所涉及的业务非常熟悉,比如一个简单的财务软件,那么测试人员本身就要对会计工作熟悉,财务制度熟悉,在检查需求
文档的时候不要迷信所谓的“都是用户真实的需求”,这里存在两个问题,一是用户是否真的能正确地描述自己的需求,二是需求人员是否真的能正确地理解需求。另外,还有一个用户的嘘气是否符合行业规范的问题,如果不符
合,那么是否要确认——这里存在一个隐患,用户可能会在开发的后期突然要求他们自己要走行业规范,让你的需求变动,所以要事先明确好。
2.检查需求文档描述的准确性。主要是考虑文档中是否存在描述的模糊的地方,对于自己不清楚的问题一定要明确。这个时候是要保证需求的可测试性——我得意思是说保证需求是可以完全为测试工作服务的。
那么在检查完了需求之后,就可以开始设计测试用例了,愚以为,在这个阶段因为没有开始设计工作,所以对于测试用例的考虑不能仅仅从界面出发——虽然RUP中对于用例的要求有这一项。因而测试用例的设计应该从业务角
度出发,从实际业务出发来设计测试用例。当然,在测试用例的描述时,要尽量考虑怎样同应用程序脱离开而仍然具有有效性。
当然,这个阶段所实现的测试用例是不过完善的,只能涵盖某些内容,但是我认为这些用例不仅仅全部都是功能测试用例,而且在整个项目中都将有效。
不过,当缺少需求文档时,那就要发挥测试人员自己的能动性了,要主动的工作,而不是被动的等待。要自己尝试着去熟悉实际业务,要尽量通过自己所能想到的方法来开展工作。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    推荐
    发表于 2007-6-2 11:45:09 | 只看该作者
    谢谢分享!
    回复 支持 0 反对 1

    使用道具 举报

  • TA的每日心情
    擦汗
    2017-10-10 09:15
  • 签到天数: 31 天

    连续签到: 1 天

    [LV.5]测试团长

    71#
    发表于 2017-7-18 11:36:24 | 只看该作者
    额,意思是测试人员需要对某一个软件的使用主要人群的工作有具体的了解是不?如文例中的会计方面,需要了解会计的基本操作需求及行规,那感觉很复杂啊,那又该通过哪些方面获取渠道呢?能给新人说说不?我能了解的就网上搜索,问问从事相关行业的朋友,除了这些还有没有其他的方法呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    70#
    发表于 2014-8-19 23:04:32 | 只看该作者
    非常不错的分享
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    69#
    发表于 2014-4-4 16:59:11 | 只看该作者
    学习了~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    68#
    发表于 2013-7-11 23:43:34 | 只看该作者
    在需求阶段发现问题,可以大大减少成本。不过这个阶段对测试人员的业务把控和需求理解以及业务系统的熟悉程度,要求相对较高
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    67#
    发表于 2013-7-11 10:42:25 | 只看该作者
    对于需求经常改变,而且没有需求文档的项目,测试工作怎么开展?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-10-20 14:47
  • 签到天数: 564 天

    连续签到: 1 天

    [LV.9]测试副司令

    66#
    发表于 2013-6-26 16:22:29 | 只看该作者
    很好,很强大。学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    65#
    发表于 2013-6-17 10:43:08 | 只看该作者
    我觉得测试人员在需求阶段能做的工作与人员能力、岗位有关:
    1、初级测试人员在这个阶段能做的是更好的了解产品业务需求、用户需求、功能需求和非功能需求;只有在了解需求了才能更好的做测试。
    2、中级测试人员在了解需求的基础上应该能熟悉产品和需求,并能检查需求文档的正确性、正确性。能判断需求的合理性。
    4、高级测试人员在非常熟悉产品需求同时,能编写合理的测试用例
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    64#
    发表于 2013-6-6 08:52:59 | 只看该作者
    额。咱这测试要参与好多流程,需求调研、设计都是测试人员做
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    63#
    发表于 2013-6-4 15:25:52 | 只看该作者
    谢谢楼主
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2023-1-16 18:39
  • 签到天数: 527 天

    连续签到: 1 天

    [LV.9]测试副司令

    62#
    发表于 2012-5-15 20:23:38 | 只看该作者
    挺好的!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    61#
    发表于 2012-2-24 10:12:49 | 只看该作者
    目前的项目就是需求很混乱,开发也不是照着需求来,没有评审过程,到了做的时候才说这个做不了,那个做不了。测试直接被忽略。项目都到验收阶段了还一团乱。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    60#
    发表于 2011-9-2 15:45:06 | 只看该作者
    hao d .././
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    59#
    发表于 2011-9-1 17:00:57 | 只看该作者
    如果出现开发人员引导客户提出需求,这种状况应如何解决呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    58#
    发表于 2011-9-1 17:00:14 | 只看该作者
    如果出现开发人员引导客户提出需求,这种状况应如何解决呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    57#
    发表于 2011-7-12 14:57:03 | 只看该作者
    谢谢分享~·thank you!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    56#
    发表于 2011-3-30 08:48:46 | 只看该作者
    很不错,谢谢分享啦
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    55#
    发表于 2011-3-23 15:37:08 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    54#
    发表于 2011-3-14 10:40:52 | 只看该作者
    我们的需求就不是在不断变革中匍匐前进
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    53#
    发表于 2011-3-9 10:41:38 | 只看该作者
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 15:53 , Processed in 0.084208 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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