51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 13407|回复: 32
打印 上一主题 下一主题

[讨论] 测试需求

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-9-22 16:59:17 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试需求在哪个阶段开始运作?是测试人员必需的吗?欢迎讨论!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
 楼主| 发表于 2004-9-22 17:01:40 | 只看该作者
测试需求可以像测试指令一样规范起来吗?
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2004-10-13 15:49:25 | 只看该作者

    reply

    为什么没有人来讨论这个问题,其实是个很不错的问题
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2004-10-15 16:58:23 | 只看该作者

    是啊,我现在也遇到了这个问题

    不过经过自己一段时间的学习,测试需求的根源来自于用户需求与软件需求两个方面。通过对用户需求与软件需求的功能细分(细分成像新增,删除,修改这样的小颗粒)与整理一番后,测试需求就可以产生了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2004-10-15 17:00:44 | 只看该作者

    请问Ful测试指令是个何东东?i

    请问Ful测试指令是个何东东?i
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2004-10-20 09:18:00 | 只看该作者
    “测试需求的根源来自于用户需求与软件需求两个方面。测试需求的根源来自于用户需求与软件需求两个方面。”
    楼上说的很好,思路很清晰。简单来说,测试需求指导着测试指令,属于衍生关系!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2004-10-29 10:24:39 | 只看该作者

    测试需求是测试计划的一个组成部分

    测试需求是测试计划的组成部分,是测试目标的细化。当然在测试计划阶段产生罗。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

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

    reply

    需求往往描述的比较概括,不是很具体,那到底这个如何测试,欢迎讨论
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2004-10-30 13:21:08 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2004-11-8 16:58:43 | 只看该作者
    楼上的blog不错啊!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2004-11-22 10:03:29 | 只看该作者
    要做好需求的测试,首先还是要看你的行业知识
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2004-12-7 13:39:30 | 只看该作者
    现在讨论的是测试需求,与需求的测试不是一回事。就测试需求而言,我认为依据需求规格说明书以及包含测试目标的测试计划来进行
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-1-10 16:59:54 | 只看该作者
    我最近也在为测试人员在需求调研阶段的主要工作内容是什么犯难。参与需求人员的调研,需求人员对测试人员的不够重视,让我觉得郁闷极了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-1-18 08:48:22 | 只看该作者
    测试需求   应该是  软件需求规格说明书 出来之后 才做的工作。
    根据业务需求说明,分析功能非功能性需求,
    大致上说,
    功能需求 对应于 功能测试需求
    非功能需求对应于非功能测试需求
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-1-18 09:59:27 | 只看该作者
    个人认为测试需求在有了系统功能列表时就可以着手写了,然后进行不断的完善,在软件需求规格说明书完成时进行最后的完善。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-1-19 17:27:45 | 只看该作者
    个人认为测试需求即编写测试树的树干和树枝,等到用例完善了就为测试树加上了叶子,也就完整了,所以测试需求是知道测试过程的,不知道这样理解可否正确呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2005-2-18 10:52:20 | 只看该作者
    我得情况时,没有参与需求调研。现在开发人员将需求调研整理出来,我不知道怎样去着手去测试需求和详细设计?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2005-5-14 11:10:22 | 只看该作者
    【测试需求的根源来自于用户需求与软件需求两个方面。通过对用户需求与软件需求的功能细分(细分成像新增,删除,修改这样的小颗粒)与整理一番后,测试需求就可以产生了。】

    ——非常赞同xhzhou_cll说的!
    再严格点说,软件需求 分为 开发需求 和 测试需求。
    测试需求需要参考 用户需求(也就是业务需求)和开发需求。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-5-18 09:30:19 | 只看该作者
    大家有没有测试需求的例子给参考一下呀!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2005-8-9 12:08:51 | 只看该作者
    我现在正在做测试需求文档,感觉到让测试人员参加调研很多公司都不可能。最多需求出来拿给你就不错了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-4 13:21 , Processed in 0.076433 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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