【缺陷管理要点】

1、缺陷的介绍：软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug。

              缺陷的判定标准：软件未实现需求规格说明书中要求的功能--少功能

                                           软件出现了需求规格书中指明不应该出现的错误--功能错误

                                           软件实现的功能超出需求规格说明书指明的范围--多功能

                                           软件未实现需求规格说明书虽未明确指明但应该实现的要求--隐性功能错误

                                           软件难以理解、不易使用、运行缓慢、用户体验不好--不易使用

                缺陷产生的原因：需求阶段：需求描述不易理解、有歧义、错误等。

                                             设计阶段：设计文档存在错误或者缺陷。

                                             编写阶段：代码出现错误

                                             运行阶段：软件硬件系统本身故障导致软件缺陷

                 软件缺陷的核心内容：缺陷的标题：描述缺陷的核心问题。

                                                     缺陷的预置条件：缺陷产生的前提。

                                                     缺陷的复现步骤：复现过程

                                                     缺陷的预期结果：希望得到得结果

                                                     缺陷的实际结果：实际得到得结果

                                                     缺陷的必要附件：图片、日志等信息（证据）

                缺陷提交要素：缺陷编号：唯一标志

                                        严重程度：严重（S1）：主功能

                                                        一般（S2）：次要功能

                                                         微小（S3）：易用性、界面

                                                         建议（S4）：建议性问题

                                        缺陷优先级：priority0：24小时内解决

                                                              priority1：发布前必须修复

                                                              priority2：可以在下一个版中修复

                                      bug类型：代码错误、兼容性错误、设计缺陷、性能问题

                                      缺陷状态：New：新建

                                                      Open：打开

                                                      Closed：关闭

                                                      Postponed：延期

                软件缺陷类型：功能错误、界面错误、兼容性、数据、易用性、改进建议、架构

2、缺陷 编写 ：最重要得缺陷标题的编写，缺陷标题分析：测试数据+执行结果（预期/需求）

     缺陷的提交流程：

                             

      提交缺陷注意事项：复现性：缺陷可以复现、唯一性：一个缺陷上报一个问题、规范性

      缺陷编写规范：准确、具体、简洁易懂、次序清晰

测试流程（项目）:需求评审--测试计划--用例设计---用例执行--缺陷管理--测试报告