51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2964|回复: 5
打印 上一主题 下一主题

[原创] 新项目的缺陷管理应该怎么做?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-9-1 16:05:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 心中有彩虹 于 2011-9-2 15:27 编辑

首先是不是该引入测试版本准入、准出机制?其次测试版本在在测试一轮后,是不是提交BUG给开发,测试这边停止,待新版本提交后再开始测试?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2011-9-5 13:01:38 | 只看该作者
还没人回复么?求高手指点,或者说说你们公司是怎么做的?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    3#
    发表于 2011-9-7 17:22:15 | 只看该作者
    项目中的测试流程实际和产品开发差不多,只不过侧重点和目标不一致。

    只要和项目组约定好了处理流程,怎么定都不为过。

    缺陷管理最好用系统,能公开流转并随时确认状态,至于流转的约定,请和项目组商谈。方式可以任选,只要对方能认同即可。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2011-9-8 22:20:55 | 只看该作者
    谢谢 !那缺陷管理最佳的实践方式和处理流程是怎么样的?当一个项目测试出来的问题较多的时候,需要暂停测试,开发对已有的问题进行分析定位:每个功能点出现的问题集中修改完成,然后再开始提交版本,重新开始测试验证?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2011-9-9 11:14:04 | 只看该作者
    呵呵。项目测试出来的问题多少需要看实际情况而定。一旦进入测试,就没有暂停测试这一说,除非发现测试无法开展下去的情况。

    项目中的迭代比产品来得频繁。如果说时间线较短的话,一般都是alpha测试的多,这个阶段版本的重要性只是基于开发的里程碑定义的。进入beta测试后,由于主体功能已经基本完成,可以使用明确的版本来进行控制。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-9-15 21:03:49 | 只看该作者
    这个得在实践中总结经验,然后再改进!





























    Signature----------------------------------------------------By reading we enrich the mind, by conversation we polish it nike free run 2nike free run nike lunarglide 3
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-27 06:15 , Processed in 0.073669 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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