BUG流程及提交模板
◆ BUG流程
常规流程
发现一个缺陷，将其提交至Bugzilla。此时Bug状态为confirmed（确定）。
如图：
产品或开发人员修改Bug，修改后将Bug置为resolved fixed（已修改）状态。
  如图：
由测试人员严重该Bug，验证通过后改为verified fixed（验证通过）状态。
非常规流程
以下四中情况请修改Bug人员特别注意，如图
1. 若提交的Bug不能算是Bug（即提交者提交错误）， 则将Bug置为Resolved invalid（不是Bug）状态。并在下方添加备注说明不是Bug的原因。
2. 若提交的Bug确实存在，但由于技术、时间有限在很长一段时间内不予修改或永久不修改，则将该Bug置为Resolved wontfix（不修改）状态。并在下方添加备注说明不修改的原因。
3. 若提交的Bug与另外一个Bug重复，则置为Duplicate（重复）状态，并将类似Bug的编号填写其中。
4. 若提交的Bug在目前的版本或本地测试环境下无法重现，则置为Worksforme（无法重现）状态。
注：请确保已经和提交者或决策人经过沟通后，再将Bug置为非常规状态。
◆ BUG提交原则
1. 清晰准确——解释到位，能够让其他人理解这个Bug是什么意思
2. 相同的Bug不能重复提交
3. 再微小的Bug也需要提交——因为小Bug有可能隐藏大隐患
◆ 提交前准备
1. 将Bug在最新的版本上重现一遍，看是否已经被修改
2. 在Bugzilla中搜索一下，看这个Bug是否已经提交
◆ BUG模板
Bug模板
【项目阶段】【版本号】+标题 ：Bug的简要描述。一定要能从标题就看出Bug的大概意思
【测试网址】 ：测试用的服务器网址
【详细描述】 ：Bug的详细描述，包括此Bug的重现步骤、具体现象、及可能有的影响。如果有必要请添加图片。
【期望结果】 ：此Bug修复后期望的结果是什么。请务必在明确期望结果的情况下再提交Bug。
【备注】 ：有另外需要说明的请在此处记录。该项可以不写。
此处举一个Bug为例：
【CB】【V0.9】登陆按钮点击后无反应
【测试网址】
172.16.106.216:8080/sns-web/
【详细描述】
登陆页面内，输入正确的帐号和密码后点击登陆按钮无任何反应。
如图 登陆按钮
【期望结果】
登陆页面内，输入正确的帐号和密码并点击登陆按钮后，角成功登陆，窗口跳转至登陆前的页面。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。