51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3638|回复: 6
打印 上一主题 下一主题

[讨论] 大家在公司做不做需求和设计的评审?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-6-20 17:06:41 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
具体是怎么做的?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-6-21 12:38:34 | 只看该作者

需求评审要求用户需求人员、系统测试人员、系统设计人员和需求开发人员参加

设计评审:如果是顶层设计 要求需求人员、底层设计人员、集成测试人员和顶层设计的同行参加;如果是底层设计 要求顶层设计人员、单元测试人员、代码实现人员和底层设计的同行参加。

提高评审有效性的关键在于评审会前评审人员工作量的投入、好的检查单使用。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-6-29 12:18:05 | 只看该作者
好的检查单应该有备哪些信息?

如何使用好检查单呢!?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-7-1 17:52:56 | 只看该作者
好的检查单源于你对该类工作产品的详细定义。
是该类工作产品历史出错的经验浓缩。
检查单不能覆盖全部错误,
但它有助于你关注关键多数
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-9-12 12:06:29 | 只看该作者
所谓的评审很多时候都流于形式了。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-9-12 13:23:37 | 只看该作者
为什么所谓的评审都流于形式?评审就是要出结果的不是吗?
例如《测需求规格》评审就是要对文档中有疑问的地方提出问题来,评审会就是要解决这些问题的,怎么会是形式呢?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-12-1 15:33:42 | 只看该作者
如果评审流于形式,那么评了不如不评。流于形式的评审,只会造成资源的大量浪费。我觉得,有效的评审首先需要一个好的公司文化,氛围;第二,需要有一个科学的评审规程。比如,在选择评审员,评审时机等。总之,是要从机制上解决。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-27 13:40 , Processed in 0.068685 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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