软件缺陷：常常又被叫做Bug。 所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。
缺陷是对软件产品预期属性的偏离现象。它包括检测缺陷和残留缺陷。每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。其中缺陷的属性字段主要有：缺陷标识、缺陷的描述、优先级、严重性、缺陷的状态、发现人、解决人、发现缺陷的阶段，缺陷引入的阶段、缺陷模块、缺陷类型、缺陷来源、录入时间、解决时间等信息。
（1）缺陷属性
缺陷标识：缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识。
缺陷严重程度：缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。
缺陷优先级：缺陷的优先级指缺陷必须被修复的紧急程度。
缺陷状态：缺陷状态指缺陷通过一个跟踪修复过程的进展情况。
缺陷发现的阶段(缺陷起源)：缺陷来起源指缺陷引起的故障或事件第一次被检测到的阶段。
缺陷引入的活动(缺陷来源)：缺陷来源指引起缺陷的起因。
（2）缺陷严重程度
1.致命缺陷：通常是一些致命的错误，造成系统或应用程序崩溃，死机，系统悬挂，或造成数据丢失，主要功能组完全丧失。比如由于程序所引起的死机，非法退出； 死循环； 数据库发生死锁； 因错误操作导致的程序中断； 重大功能错误； 与数据库连接错误； 数据通讯错误；系统性能不能满足客户的需求等。
2.严重缺陷：通常是项目不稳定、不安全、或产生缺陷结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题。比如程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常；重要功能不能按正常操作实现，但可通过其它方法可实现等。
3.一般缺陷：程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常。比如经过一段时间运行后，系统性能或响应时间会变慢；执行添加、编辑、删除操作造成数据保存或删除错误；操作界面错误等。
4.轻微缺陷：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。一些小问题，对功能几乎没有影响。比如界面在一些显示上不美观，不符合用户习惯，或者是一些文字的错误；模块间按钮名称、用途不一致；系统整体界面风格不一致等。
（3）缺陷优先级
从高到级依次是：立即解决-高优先级-中优先级（正常排队）-低优先级。
4缺陷状态
New/新增/新建问题：定义缺陷。
Open/打开/分配问题：确认“定义缺陷”，等待处理。
Rejected/拒绝/拒绝问题：拒绝“提交的缺陷”，不需要修复或不是缺陷。
Fixed/修复/提交问题：缺陷被修复,处理。
Reopen/复现/处理问题：缺陷未通过验证，重复出现。
Closed/关闭/关闭问题：确认被修复的缺陷，将其关闭。
Confirmed/延期：延期至下个版本修改的问题。
（5）缺陷发现的阶段
我现在做的是功能测试，主要把缺陷记录在JIRA表中。
（6）缺陷引入的活动
主要记录在JIRA表中。
（7）缺陷流程说明
提交缺陷；确认缺陷；获取缺陷；验证缺陷
缺陷报告：
阶段性的测试完成后，测试负责人将该阶段发现的缺陷进行统计分析，并存放到阶段测试报告中，也可以作为测试分析报告的一部分，包括：缺陷的数量、缺陷类型分类、缺陷分类百分比等。
整个测试过程完成后，测试人员将缺陷分析、整理完成后，编写到项目测试报告中。
