51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师论坛测试积点免费获取渠道攻略【长期招募】博为峰网校招聘兼职讲师!横扫BAT,Python全栈测试开发技能大全
【110期】:备战求职招聘,一起聊聊面试那些事儿!2020不玩虚的,先来一波技术PK! 【征稿】疫情当下手头紧?这波投稿补贴很及时! 自学软件测试那点事
查看: 3351|回复: 4

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

[复制链接]

该用户从未签到

发表于 2008-11-26 12:02:31 | 显示全部楼层 |阅读模式
领导要求每周测试2~3个版本,并在版本后进行bug reveal,请问如何进行bug reveal操作?
回复

使用道具 举报

该用户从未签到

发表于 2008-11-26 18:09:43 | 显示全部楼层
是review-。-!!
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-11-26 22:32:57 | 显示全部楼层

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

我想应该是bug review吧?!~

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

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

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

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

Thanks in advance.
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-11-27 00:11:51 | 显示全部楼层
一个星期2到3个版本,那是相当的厉害啊
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2012-12-11 19:37:44 | 显示全部楼层
     学习到了
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2020-3-31 18:43 , Processed in 0.067039 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2020 Comsenz Inc.

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