软件测试缺陷流程-专业的性格缺陷测试

本文我们一起来看一下缺陷报告的书写。主要包括：描述软件缺陷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、不做评价

在软件缺陷描述中，不要带有个人观点对开发人员进行评价，软件缺陷报告是针对产品、针对问题本身软件测试缺陷流程，将事实或现象客观地描述出来就可以，不需要任何评价或议论。

建议大家在做软件缺陷的时候尽量截一下图，开发人员看一下图就能定位到问题在哪软件测试缺陷流程，这样就可以节约大家的时间。我们可以把图标注好，跟在缺陷报告的后面。