51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 大家团队中是如何进行test review的呢?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-9-17 22:15:54 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我所在的团队基本是黑盒手工测试,产品大概每3个月左右会有一次的release,对于我们测试团队来讲,一直没有一个很好的test review process,这个包括new feature的test case review还有customer reported bug的bug test reivew。
我们在上一个版本尝试开展了new feature的test review process,主要是针对测试feature时的test case在QA组内进行review meeting然后大家提出意见和补充。
但是现在发现很多customer reported bug有时也需要很全面的测试,所以在这个版本准备开展bug test review,不同于feature,一般我们在测完bug后不会有书面的test case,所以我很困扰这个工作该如何开展。
大家的团队中有没有开展类似的bug test review工作呢?望不吝赐教!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-9-18 10:54:21 | 只看该作者
这个过程应该由QA监督,可以在每个版本结束时进行REVIEW,更新和补充TEST CASE,当然要结合CUSTOMER REPORTED  add CASE 这也反映了客户的关注点。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-9-19 16:53:31 | 只看该作者
一堆英文,牛……
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-9-20 13:35:35 | 只看该作者
你要么全写中文,要么全写英文,这样不蛋疼吗?
我不明白你所谓的bug test review是什么意思?缺陷测试评审?不管是测试人员自己发现的bug还是用户发现的bug,都必须同等对待,对于用户发现的bug,你们之前是没有写用例的,但是现在既然在这块儿发现了bug,那么就应该着重考虑一下,把case补上,再细致的测试一下看看会不会发现其他的bug,虽然有点马后炮的感觉,但是你能保证下一个版本Release的时候你能记住这块儿曾经发现过bug?
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2011-9-21 20:07:46 | 只看该作者
    看不懂,感觉楼主在外企呆习惯了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-9-21 21:00:49 | 只看该作者
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-28 05:51 , Processed in 0.072100 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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