报告缺陷bug原则
2014-09-11 15:14
134 查看
1.尽快报告软件缺陷
软件缺陷发现的越早,在项目中留下的修复时间就越多,越早发现越好。
2.有效描述软件缺陷,表现如下:
1)简短:只阐述事实和演示、描述软件缺陷必需的细节;
2)单一:每一个报告只针对一个软件缺陷;
3)明显和通用:用通俗易懂的步骤、语言描述软件缺陷;
4)再现:将该缺陷出现的步骤写清楚,以便按照该步骤可以顺利重现。
5)在报告软件缺陷时不做评价:报告缺陷时,不能带倾向性、个人观点和煽动性。
6)补充完善软件缺陷报告。
软件缺陷发现的越早,在项目中留下的修复时间就越多,越早发现越好。
2.有效描述软件缺陷,表现如下:
1)简短:只阐述事实和演示、描述软件缺陷必需的细节;
2)单一:每一个报告只针对一个软件缺陷;
3)明显和通用:用通俗易懂的步骤、语言描述软件缺陷;
4)再现:将该缺陷出现的步骤写清楚,以便按照该步骤可以顺利重现。
5)在报告软件缺陷时不做评价:报告缺陷时,不能带倾向性、个人观点和煽动性。
6)补充完善软件缺陷报告。
相关文章推荐
- 如何写一份良好的缺陷(Bug)报告
- 缺陷报告的作用、要点、原则和二八定理
- 如何写一份良好的缺陷(Bug)报告
- (转载)编写优秀缺陷报告(Bug report)的艺术
- 如何写一份良好的缺陷(Bug)报告
- 如何写一份良好的缺陷(Bug)报告
- 编写优秀Bug报告的艺术.Fine art of writing a good bug report
- 版本控制、缺陷管理和持续集成结合实践报告(一)
- Simon Tatham:如何有效地报告Bug
- lucene bug的报告经历
- Apache CXF使用JAXRSClientFactoryBean创建Client时的原则及连接管理机制的Bug
- KVM组件bug报告方法
- linux内核bug问题排查过程详细报告
- 如何编写高质量的缺陷报告(一)
- Bug的缺陷的优先级和严重程度
- 缺陷报告
- 如何有效地报告Bug
- <org manual>翻译--1.4 反馈 : BUG报告,好的想法,补丁等等
- 如何写好缺陷报告?
- 缺陷和bug一样嘛