勒紧裤腰带.pptVIP

缺陷管理 软件缺陷的定义 定义1：软件缺陷是指软件产品与用户实际需求/需求规格说明书不一致，或与内部质量要求的不一致。 内部质量要求通常包括： 用户界面规范、外部接口规范、数据文件/数据库规范、内部文档规范等。 软件缺陷的主要判定依据是需求规格说明书、内部质量要求。 软件缺陷的定义 定义2：软件缺陷是指软件产品的运行结果与预期的正确结果不一致。 软件缺陷的主要判定依据是测试案例 确定缺陷的几个标准 P5 （1）软件未达到产品说明书中已经标明的功能，即没有完全实现功能； （2）软件出现了产品说明书中指明不会出现的错误，即基本实现用户需求，但运行时会出现一些功能和性能上的问题； （3）软件未达到产品说明书中虽未明显指出但应当达到的目标； （4）软件功能超出了产品说明书中指明的范围，即实现了多余的功能； （5）软件难以理解，不易使用，运行缓慢或者最后用户会认为不好。 缺陷的属性 缺陷应该具备的属性： 缺陷编号，缺陷的唯一标识。 严重等级，确定该缺陷的严重性质如何。 版本跟踪，用于产品版本质量特性跟踪，该缺陷是新发现的缺陷，还是回归的缺陷 状态，缺陷被跟踪过程中所处的状态 缺陷类型，指出是什么类型的缺陷 优先级（紧急程度），缺陷被修复的紧急程度或先后次序，主要取决于严重等级。 所属项目/模块，缺陷属于哪个具体的项目或模块，要求精确定位到模块组件级。 缺陷描述，描述观察到的该缺陷的情况。 缺陷的属性(More) 其他属性： 详细说明，包括前提、操作步骤、期望结果、实际结果等。 建议，对缺陷修改的建议。 缺陷摘要，简要说明该缺陷是什么。 测试部件，指出测试对象是什么 测试环境，指出在什么环境下完成的测试 提交人、报告日期。 对应的测试案例，指出使用哪个测试案例发现了这个缺陷。 缺陷类型 按严重程度划分 严重程度： 是指因Bug对软件产品的影响程度，即此Bug的存在将对软件的功能和性能产生怎样的影响。判断bug的严重度要为用户考虑，考虑bug对用户使用造成的恶劣后果的严重性。 按严重程度划分 划分等级： 严重缺陷（致命） 1）由于程序所引起的系统崩溃、死机,非法退出 ２）死循环 ３）数据库发生死锁 ４）因错误操作导致的程序中断 ５）不能执行正常的功能６）与数据库连接错误 ７）数据通讯错误（数据丢失、数据破坏等） 较大缺陷（严重），严重影响基本功能的实现，且没有办法更正，如数据不能保存、系统功能受到影响、次要功能丧失等。 较小缺陷（一般），影响系统要求或基本功能实现，但存在合理的更正办法，不影响用户使用。如提示信息不太准确或用户界面差、操作时间长等。 轻微缺陷（轻微），操作不方便、不影响功能使用的错别字、排列不整齐等。 在具体的项目中，要根据实际请况来划分等级。 按优先级划分 优先级： 也称为紧急程度，指处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。 按优先级划分 划分等级，按照由高到低可分成： 紧急（立即解决(P1)），导致系统几乎不能使用或测试不能继续，需要立刻 修复的。例如，一个引起数据库死锁的缺陷是严重缺陷，必须最优先解决 。 高级（高优先级(P2)），缺陷严重，影响测试，需要优先考虑的。功能上未达到需求，设计上存在轻微缺陷 中级（正常排队(P3)），缺陷不影响主要功能，但使用不方便，如系统上的图片、文字、按钮、翻页上的缺陷。 低级（低优先级(P4)），可以在开发人员有时间时进行修复,或者直接发布。或进入下一个版本再修改。 P1是应该立即修复的，P2和P3是在产品发布之前应该修复的，P4是指如果时间允许应该修复的或是可以暂时存在的Bug。 严重程度与优先级的关系： 一般地，严重程度高的软件缺陷具有较高的优先级。 Q: 严重程度与优先级成正比吗？ 严重程度高的Bug其优先级就高吗？不一定！例如： 1.如果某个严重的软件缺陷只在非常极端的条件下产生，则没有必要马上解决。 2.如果修正一个软件缺陷，需要重新修改软件的整体架构，可能会产生更多潜在的缺陷，而且软件由于市场的压力必须尽快发布，此时即使缺陷的严重性很高，是否需要修正，需要全盘考虑。 严重程度低优先级不一定低，例如： 如果是软件名称或公司名称的拼