51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 4456|回复: 4
打印 上一主题 下一主题

[求助] 如何在每个测试版本后进行bug reveal

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-11-26 12:02:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
领导要求每周测试2~3个版本,并在版本后进行bug reveal,请问如何进行bug reveal操作?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-11-26 18:09:43 | 只看该作者
是review-。-!!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-11-26 22:32:57 | 只看该作者

统计分析, 修正策略, 过程改进, 经验共享.

我想应该是bug review吧?!~

这里的bug review, 我觉得应该包含两部分的内容, 一个是对这2~3个版本的bug分布进行一次统计(哪些模块出现的问题较多, 哪些模块出现的问题较少, 哪类问题发现得较多, 哪类问题发现得较少), 结合项目的开发情况, 分析出2~3个版本里面出现的问题的根本原因是什么, 然后确定后续版本的测试重点(哪些模块需要在后续版本继续加强关注, 哪些模块较为稳定, 可以相对减少粒度). 除了确定后续的测试策略和测试重点外, 还可以总结测试团队在这次版本测试过程中, 出现了哪些延误测试进度的问题, 找出原因并制定相应的改进措施, 也可以让发现问题较多的测试人员共享一下经验(如何发现能够尽量多的发现问题), 这样做更有利于提升整个测试团队的总体实力.

总结一下, 个人看法是版本间的bug review主要包括四部分: 统计分析, 修正策略, 过程改进, 经验共享.

bug review过程根据实际情况会有不同的活动内容, 可裁剪, 但最终的目的是为了更好的完成后续版本的测试工作.

如果上述描述有任何错误, 欢迎指点.

Thanks in advance.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-11-27 00:11:51 | 只看该作者
一个星期2到3个版本,那是相当的厉害啊
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2012-12-11 19:37:44 | 只看该作者
     学习到了
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-4-25 12:28 , Processed in 0.069510 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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