本文我们一起来看一下缺陷报告的书写。主要包括：描述软件缺陷5c原则和基于经验的原则、怎样专业的描述缺陷、描述软件缺陷自我检查、缺陷报告中的常见错误及示例这几部分。

有效地描述软件缺陷原则
 5c原则
1) Correct（准确）
2) Clear（清晰）
3) Concise（简洁）
4) Complete（完整）
5) Consistent（一致）

基于经验
1) 报告随机缺陷
2) 不夸大缺陷
3) 报告小缺陷
4) 及时报告缺陷

怎样专业地描述软件缺陷？
1、单一准确
每个报告中只针对一个软件缺陷，在一个报告中报告多个软件缺陷,常常会导致只有部分缺陷被注意和修复，不能得到彻底的修正。如果多个模块中出现相同的错误，可在一个缺陷报告中体现。

2、可以再现
提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。

3、完整统一
 提供完整、前后统一的软件缺陷的步骤和信息。

4、短小简练
通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象，如：“主页的导航栏在分辨率800*600的情况下显示不整齐”，其中“主页”、“导航栏”、“分辨率”等是关键词。

5、特定条件
许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索，如“搜索功能在没有找到结果返回时跳转页面不对”。

6、补充完善
从发现Bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。

7、不做评价
在软件缺陷描述中，不要带有个人观点对开发人员进行评价，软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。
建议大家在做软件缺陷的时候尽量截一下图，开发人员看一下图就能定位到问题在哪，这样就可以节约大家的时间。我们可以把图标注好，跟在缺陷报告的后面。