51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2723|回复: 2
打印 上一主题 下一主题

[原创] 在软件开发中,缺陷管理何时介入?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-12-4 00:47:16 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
目前本人还处在软测初学者阶段,在学习过程中遇到的问题愿与大家共同分享,还望大家多多帮助!
若项目开发按照W模型进行,项目起始阶段,软件经理、开发人员和测试人员对需求进行评审,对项目软件功能不可实现的地方或者是需求模糊的地方,以及项目开发可实施性进行评审,此时过程是否纳入缺陷管理范畴?对概要设计和详细设计的评审是否也可以纳入缺陷管理范畴?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-12-4 12:17:31 | 只看该作者
我觉得需求的模糊或者讨论,如果你们有单独的流程处理这个,可以纳入缺陷管理
如果没有就不需要。缺陷还是特指产品的bug

两者都可以,看实际情况
如果你们的需求提的很频繁,一般是一个产品上面做很多新需求,这样可以建立个单独的流程维护、
如果只是一个项目一个项目。不可以需要,可能影响效率。因为项目组讨论下就会拿出比较好的版本的需求文档了。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2009-12-4 22:28:11 | 只看该作者

回复 2# 的帖子

谢谢 已经弄清楚了~!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-11 18:45 , Processed in 0.073615 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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