缺陷项目 Leabharlann 单描述 详细描述注意事项1、用一句话简单的，提纲挈领地描述清楚问题 1、描述问题的基本环境，包括操作系统、硬件环境、网络环境、被测 试软件的运行环境
2、用简明扼要的语言描述清楚软件出现异常时候的，测试人员的操作 步骤及使用的数据
3、如果从gui界面上可以反映出软件的异常，采用拷屏的方式截取界 面，粘贴在问题单中 4、被测试软件运行时候的相关日志文件 5、测试人员根据上述信息可以给出对问题的简单的分析 6、被测试软件的版本 7、状态、严重级别、优先级别 8、提交日期、提交人
缺陷报告单：测试执行过程中，发现软件失效后，提出书
面的报告，提供给开发人员或者其他负责人员作为定位缺 陷的依据，也作为日后缺陷度量的数据依据。
Defect（缺陷）：通常指被测试软件的功能与需求规
格说明书中的描述不一致，负责人一般为开发人员； Enhancement（改进）：通常指用户需求与需求规格 说明书中的描述不一致，负责人员一般为需求人员；
二者的现实意义：
避免扯皮 涉及费用问题

保证信息的一致性 保证缺陷得到有效的跟踪，解决 获取正确的Bug信息，用作缺陷分析和产品度量 提高测试工作效率以及度量开发人员的工作质量
禅道功能操作、模板的使用、截图、上传文件 我们现在面临的问题--提交bug的时间太长
New Open Fixed Closed Reopen Postpone Rejected Duplicate Abandon
相关附件
1、gui的拷屏图片
2、被测试软件运行的相关日志文件
提交的缺陷开发人员不认可怎么办？ 如何处理不能重现的缺陷？
如何处理好与开发人员及其他相关人员的关系？
缺陷太多怎么办？ 找不到缺陷怎么办？
缺陷得不到及时修复怎么办？
如何处理缺陷级别定义之争？ 如何处理缺陷跟踪中的扯皮现象？
每个组成部分的描述准确，不会引起误解
Clear（清晰）
每个组成部分的描述清晰，易于理解
Concise（简洁）
只包含必不可少的信息，不包括任何多余的内容
Complete（完整）
包含复现该缺陷的完整步骤和其他本质信息
Consistent（一致）
按照一致的格式书写全部缺陷报告
• 掌握软件缺陷的基本概念
• 掌握软件缺陷管理的基本流程
• 掌握高质量缺陷问题单的填写方法
Bug：程序缺陷 电脑系统或者程序中存在的任何一种




破坏正常运转能力的问题或者缺陷，都可以叫做 “bug”；有时也被泛指因软件产品内部的缺陷引起的 软件产品最终运行时和预期属性的偏离。 缺陷（Defect）：既指静态存在于软件工作产品（文 档、代码）中的错误，也指软件运行时由于这些错误 被激发引起的和软件产品预期属性的偏离现象。 错误（Error）：指编写错误的代码，一种是语法错误 （syntax error），另一种是逻辑错误（logical error）； 故障（Fault）：软件运行中出现的状态，可引起意外 情况，若不加处理，可产生失效，是一个动态行为； 失效（Failure）：软件运行时产生的外部异常行为结 果，表现与用户需求不一致，功能能力终止，用户无 法完成所需要的应用；
即此软件缺陷的存在将对软件的功能和性能产生怎样的影 响。
致命：例如，软件的意外退出甚至操作系统崩溃，造成数据
丢失。 严重：例如，由于单功能失效导致多个相关功能均失效 一般：例如，软件的单个功能失效； 提示：软件界面的细微缺陷，例如，某个控件没有对齐，某 个标点符号丢失等；
Correct（准确）
缺陷的初始状态 开发人员开始修改缺陷 开发人员修改缺陷完毕 回归测试通过 回归测试失败 推迟修改 开发人员认为不是程序问题，拒绝缺陷 与已经提交的Defect重复 被Reject和Duplicate的Defect，测试人员确认后的确不是 问题，将Defect置为此状态
严重性：顾名思义就是软件缺陷对软件质量的破坏程度，