5. 对于 QA 来说,他可以利用标签的另外两个值来表明补丁的状态。如果 QA 发现补丁中存在缺陷或者 bug,就将标签置为‘-’,表示没有通过复查(图7)。
然后,针对补丁,报告 bug(在 bugzilla 上创建优先级为“复查”的新记录来报告补丁的 bug),并将它(们)指派给开发者张三。同时,设置这条记录的阻塞(block)字段,将它置为代码审查请求记录的编号(图8)。如果这里报的 bug 没有修复的话,代码审查请求记录是无法被关闭(closed)的。
6. 开发者修复了 QA 报告的 bug 之后,制作新版本的补丁文件上传。
7. QA 查看新补丁是否仍存在问题,若确认无误,可以关闭“复查”记录(图9)。
图9 关闭
8. QA 重复上述过程,直到补丁中没有缺陷。当李四认为复查已通过,便可将标签置为‘+’,表明补丁通过了复查,这时附件状态就会显示为——李四:复查+。然后,QA 将相应的“开发”记录状态置为“已解决”,解决方案置为“修复”(图10),告诉 committer 这个补丁已经可以递交到服务器。
图10 标记为已修复
9. 最后,项目组内的 committer 会搜索所有已解决(Resolved)的“开发”记录,把通过的补丁递交到 Harmony 的服务器上,再关闭相应的“开发”记录。
对已经提交问题的通配符搜索
开发过程中,会产生大量的 bug 报告,如何从这些数据中获得我们需要的记录?bugzilla 提供了两种不同复杂度的搜索方式,第一种方式仅提供了状态、产品和关键字三个字段来进行搜索,它只能进行最基本的搜索功能,方便开发人员进行一些快速的搜索。Bugzilla 同时也提供了更为强大和全面的搜索功能,支持对搜索的定制。无论是开发人员还是 QA 都可以针对自己关注的问题,选择相关的字段,设置搜索条件(图11)。对于搜索的关键字,无需输入完整信息,系统会返回所有以该关键字为子串的匹配结果。
本文:http://www.qqread.com/java/2006/10/a256456.html相关专题
- 125条常见的java面试笔试题大汇总 (23470次浏览)
- 十四种Java开发工具点评 (16011次浏览)
- JAVA中配置环境变量设置方法大全 (14586次浏览)
- 论Java外观模式 (1091次浏览)
- 英文打字练习 (718次浏览)
- Java编程十大典型问题详解(1) (637次浏览)
- Java路径问题最终解决方案 (598次浏览)
- Ruby,Java的劲敌 (582次浏览)
- Java学习从入门到精通(附FAQ)2 (579次浏览)
- JAVA高手解析XML配置文件的读取操作 (568次浏览)






