缺陷的优先级和严重性定义.docxVIP

缺陷的优先级和严重性定义 我们可以简单地将软件缺陷的严重性划分为4个等级，如表11-1所示。 1.严重性（Severity） 严重性 说明 1 严重缺陷。系统无法满足基本的商业要求且没有便捷可用的工作区。性 能、功能或使用万面严重不达标 2 一般缺陷。系统能够满足商业要求。有快捷方便的工作区可供使用。性 能、功能或使用方面并不是严重不达标 3 微小缺陷。微小修改，希望提出建议，最好能够修正，但不是必需的。 在发布准确性或实用性方面不会产生重大影响 2.优先级(Priority) 小组中使用的主观对任务和工作项排定优先次序评级。与严重性结合在一起来评定可见 度、变更、风险修复等。(A subjective rating used by groups to prioritize tasks and work items. A combination of Severity with the visibility, workarounds, fix risk, etc... subjective importance ) 优先级 0 ( Priority 0) 这类软件缺陷必须在24小时之内被解决(These bugs need to be resolved within 24 hours): 问题导致了中断或者阻止了产品的正常版本编译(Issues that break or prevent a product build) 问题导致了阻止了 BVT和其他测试自动化的运行(Issues that prevent BVTs and other test automation) 问题导 致了无法成功构建 国内和全球文档(Issues that keep production from successfully building Domestic and International Doc Builds) 由于粗心丢失内容，如文档文件、命名空间(Unintentionally dropped out content, e.g. doc file, namespace) 优先级 1 ( Priority 1) 这类软件缺陷必须修复然后才能发布产品或者才能达到用户体验所包含的最主要 目标(Bugs that must be fixed in order to ship the product or achieve UEs top/main goals)： 高法律风险；地域相关；版权，商标，准许法令(High Legal risk; Geopolitical, Copyright, Trademark, Consent Decree) 高风险编码实践(High risk security coding practices) 问题导致了对 客户和/或本公司的 重大影响(Issues with significant impact on customers and/or the company) 对用户/产品关键的用于描述场景的新文档和/或新特性(New documentation for scenarios and/or new features that are crucial to customers and/or the product ) 辅助访问主题的元数据的变更；搜索，属性F1和索引问题(Metadata changes to help access topics; search, attributes, F1 and indexing issues ) 在目标命名空间中的代码样例/代码片段(Code samples/snippets in targeted namespaces ) 过多从参考文档到概念性文档的引用(More linking of reference docs to conceptual docs ) 在顶层页面/节点发现的问题，例如在首页，门户上发现的问题(Issue found on top level pages/node,e.g., homepage, portal) 在大标题上存在的问题(Issue appears in a large number of topics through out the doc set) 技术性的不正确的内容(Technically incorrect content) 优先级 2( Priority 2) 软件缺陷应该被修复(Bugs that should be fixed): 对客户和产品不是那么关键性的场景或者特性(Scenarios or features that are not crucial to customers or the product) 从先前版