51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5986|回复: 10
打印 上一主题 下一主题

[原创] 需求评审期间,测试人员需要做哪些工作?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-1-18 14:55:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
项目需求评审会,测试人员应该做的工作有哪些?与各部门(需求部门/技术部门)做哪些沟通?
评审结束后,产出的输出文档?在整个阶段需要注意哪些方面?忠诚期待各位的心得体会....
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-4-20 11:19:51 | 只看该作者
我们公司是项目需求评审会的时候,测试呆着,不用参与,等开发编码完成后根据测试人员个人的业务经验测试就可以了
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-4-27 11:05:11 | 只看该作者
不论是公司内部还是与客户进行需求评审的时候测试就应该介入根据业务知识判断当前业务的流程是否合理及挖掘潜在需求和可能出现的问题
此责非一般测试可为
产出的需求规格说明书由PM完成,测试可对其进行文档测试
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-4-27 11:05:32 | 只看该作者
阿里八八四十大盗
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-6-1 16:04:46 | 只看该作者
本人参与过几次需求评审会议,现说说我的个人体会:
1、首先通过需求评审,去理解需求,力求与需求分析人员的理解保持一致;
2、检查需求文档中是否有不可测的需求
3、检查需求文档的完整性
4、检查需求文档中是否有前后不一致,或者存在二义性的需求
5、从业务出发,站在用户的角度思考,需求是否能够帮助用户解决问题,是否有更好的解决方法,是否做了多余的工作
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-5-17 16:20:33 | 只看该作者
是的,同樓上的觀點
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2011-5-18 12:08:57 | 只看该作者
本人参与过几次需求评审会议,现说说我的个人体会:
1、首先通过需求评审,去理解需求,力求与需求分析人员 ...
夏天的柠檬 发表于 2010-6-1 16:04



  1、评审需求是否背离了用户的原始需求
2、提出可测试需求
3、评审文档中的歧义、错误等
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-6-16 10:09:24 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2011-6-16 13:54:46 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2011-6-16 14:09:17 | 只看该作者
需求评审也就是需求测试
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2011-6-30 06:18:26 | 只看该作者
    回复 10# purplerain


        如果从主导方、参与方去分析和考虑不知道有没有区别。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-27 10:54 , Processed in 0.104541 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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