wangjh 发表于 2008-11-26 12:02:31

如何在每个测试版本后进行bug reveal

领导要求每周测试2～3个版本，并在版本后进行bug reveal，请问如何进行bug reveal操作？

舞の月 发表于 2008-11-26 18:09:43

是review-。-！！

RYAN.D 发表于 2008-11-26 22:32:57

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

我想应该是bug review吧?!~

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

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

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

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

Thanks in advance. :)

WayneT 发表于 2008-11-27 00:11:51

一个星期2到3个版本，那是相当的厉害啊 :D :D

huit 发表于 2012-12-11 19:37:44

:victory:   学习到了
页: [1]
查看完整版本: 如何在每个测试版本后进行bug reveal