手机缺陷划分.doc

不同的公司对缺陷等级的划分界限还是有区别的，但是一般的都遵循以下的原则： 极高：在测试的过程中出现死机，系统崩溃、数据丢失，功能没有实现等此类缺陷的级别； 高：此类缺陷导致系统功能不稳定，或功能实现错误，流程错误等。 中：校验错误、罕见故障、错别字等不会影响系统功能，但会影响用户易用性等的错误。 低：对系统没影响的一些小问题。 回答者: 匿名 2009-11-03 22:33 一般划分规则： 致命 数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系统或其他支撑系统崩溃、非正常关闭和非正常死机。 严重 应用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。系统的主要功能不能正确实现或不完整。 一般 规定的非主要功能没有实现或不完整、影响系统的运行； 设计不合理造成性能低下。 警告 不影响业务运行的功能问题。 建议 从用户角度考虑在软件设计和功能实现等不完全合理之处提出建议。 回答者: 游客 助理 二级 2009-11-13 15:55 拿QC里面的缺陷管理为例，缺陷等级可关注两个方面： 1. severity，严重性，既该缺陷在业务上、系统功能上、安全性上等方面造成影响的严重程度。 2. priority，优先级，既该缺陷对本轮的测试行为造成多大的影响，会否妨碍或阻塞其它测试用例的执行。 　什么是缺陷严重程度和优先级？ 　　（1）什么是缺陷的严重程度和优先级 　　软件缺陷是指在软件系统中会导致系统不能实现其功能的缺陷（包括Defect或Bug）。一般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 　　其中缺陷严重程度是指软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将会对软件的功能和性能产生怎样的影响。优先级是指表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。 　　（2）正确评估严重程度和优先级的作用 　　缺陷管理的目标在于：当在软件测试过程中发现缺陷后，能正确评估缺陷并执行及修正系统质量，以创造一个合乎需求的软件产品。因此，软件产品质量很大程度上取决于在测试中发现的缺陷的管理能力。其中软件缺陷严重程度和优先级的正确评估和描述是软件缺陷管理的基础部分，也是测试人员与开发小组交流的基础。一个好的严重程度和优先级评估会用简单的、准确的、专业的语言来反映缺陷的本质。否则，如果评估和描述信息含糊不清，就可能会误导开发人员。因为清晰准确的软件缺陷评估可以提高软件缺陷修复的速度，也可以加强开发人员、测试人员和管理人员的协同工作。 　　因此，正确评估缺陷的严重程度和优先级，是项目组全体人员交流的基础。为了保证正确评估缺陷的严重程度和优先级，质量保证人员需要经常检查测试人员和开发人员对于这两个指标的评估和处理情况，一发现有问题及时反馈给项目负责人解决。 　　（3）缺陷的严重程度和优先级的级别划分 　　缺陷的严重程度和优先级通常可按级别划分，各个公司对不同项目的具体表示方式有所不同，具体的级别划分需要软件测试前达成一致。常用的缺陷严重程度可分为：致命、严重、一般、较小。致命是指系统任何一个主要功能完全丧失，或用户数据受到破坏，造成系统崩溃、悬挂、死机或者危机人身安全；严重是指系统的主要功能部分丧失，或数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响；一般是指系统的次要功能没有完全实现，但不影响用户的正常使用；较小是指使操作者不方便或遇到麻烦，但它不影响功能的操作和执行的一些小问题。 　　常用的缺陷的优先级表示方法可分为：立即解决、高优先级、正常排队、低优先级。立即解决是指缺陷导致系统几乎不能使用或者测试不能继续，需立即修复；高优先级是指缺陷严重影响测试，需要优先考虑；正常排队是指缺陷需要正常排队等待修复；而低优先级是指缺陷可以在开发人员有时间的时候再被纠正。 　　（4）缺陷严重程度和优先级的关系 　　严重程度高说明缺陷对软件造成的质量危害性大，是需要优先处理，而严重程度低的缺陷可能只是软件不太尽善尽美，可以稍后处理。因此，缺陷的严重程度和优先级是含义不同但相互联系密切的两个概念，它们是从不同的侧面描述了软件缺陷对软件质量的影响程度和处理方式。 　　一般地，严重程度高的软件缺陷具有较高的优先级，但是严重程度和优先级并不总是一一对应。有时候严重程度高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重程度低的缺陷却需要及时处理，反而具有较高的优先级。例如，公司名字和软件产品徽标是重要的，一旦它们误用了，这种缺陷是用户界面的产品缺陷，并不影响用户使用。但是它影响公司形象和产品形象，因此这也是优先级高的软件缺陷。