一篇通俗易懂的讲提交Bug的文章
这是我见到的讲提交Bug的比较好的一篇文章,希望对大家能有启发作用。回复 1# 的帖子
通用Bug等级标准(按严重性划分)严重性 说明
1 致命缺陷,系统不工作,系统的有效部分无法操作且没有可供使用的工作区
2 严重缺陷,系统无法满足基本的商业要求且没有便捷可用的工作区。性能,功能或使用方面严重不达标
3 一般缺陷,系统能够满足商业要求,有便捷方便的工作区可供使用。性能,功能或使用方面并不达标
4 微小缺陷,微小修改,希望能出建议,最好能够修正,但不是必需的,在发布准确性或实用性方面不会产生重大影响 唉。。买了。。
回复 3# 的帖子
为了感谢大家的购买,这个帖子我会作为一个提交Bug的专题持续更新 在提交Bug的时候经常会这样一些错误1。重现步骤描写不完全,误导他人
2。使用Email之类的沟通工具来回讨论,甚至只愿意进行口头的沟通
3。缺乏深入的分析和调查
4。扭曲错误,未暴露真正的问题所在
5。忘记附加相关文件
6。缺少环境配置信息
7。与其他已提交的Bug重复
8。为明确描述预期的结果 看过的 。。。 :handshake
页:
[1]