报告软件缺陷的基本原则

1.尽快报告软件缺陷
软件缺陷发现的越早，在进度中留下的修复时间就越多。
软件缺陷发现的越晚，越不可能被修复，特别是小缺陷。
2.有效描述软件缺陷
有效的表现如下：
a.简短：只解释事实和演示、描述软件缺陷必需的细节。
b.单一：每一个报告只针对一个软件缺陷，应该分别报告缺陷，不能堆在一起。
c.明显和通用：用使用者容易看懂的、展示通用性的、简单易行的步骤描述软件缺陷，得到的修复机会更大。
d.再现：要想得到重现，软件缺陷报告必须展示其再现的能力，按照预定步骤可以使软件达到缺陷再次出现的相同情况。
e.在报告软件缺陷时不做评价：报告缺陷时，要不带倾向性、个人观点和煽动性。
f.补充完善软件缺陷报告。
最新内容请见作者的GitHub页：http://qaseven.github.io/

软件缺陷的概念 软件缺陷（Defect），常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。
避开这2个误区，测试目标 KPI 不再难设 阿里妹导读：好的开始是成功的一半！工作中，目标的设置是最不能马虎的事情。今天，我们请来孙阳（阿里巴巴测试开发专家），他从11年入职至今已有8年。在测试技术目标的KPI设置上，他有一些想法要与你分享。