|
|
|
信息系统软件缺陷是信息系统软件中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。从信息系统软件内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从信息系统软件外部看，缺陷是系统所需要实现的某种功能的失效。
|
|
|
|
一旦发现信息系统软件缺陷，就要设法找到引起这个缺陷的原因，分析对软件质量的影响，然后确定软件缺陷的严重性和处理这个缺陷的优先级。缺陷严重性和优先级是表征软件缺陷的两个重要因素，是含义不同但相互联系密切的两个概念。它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。但是，严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。例如，如果某个严重的软件缺陷只在非常极端的条件下产生，则没有必要马上解决。另一方面，如果软件缺陷的严重性很低，例如，界面单词拼写错误，但是如果是软件名称或公司名称的拼写错误，则必须尽快修正，因为这关系到软件和公司的市场形象。
|
|
|
|
软件缺陷的严重性顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。各种缺陷所造成的后果是不一样的，有的仅仅是不方便，有的可能是灾难性的。一般缺陷越严重，其处理优先级就越高，可以概括为以下四种级别。
|
|
|
|
（1）微小的：一些小缺陷如有个别错别字、文字排版不整齐等，对功能几乎没有影响，软件产品仍可使用。
|
|
|
|
（2）一般的：不太严重的缺陷，如次要功能模块丧失、提示信息不够准确、用户界面差和操作时间长等。
|
|
|
|
（3）严重的：严重缺陷，指功能模块或特性没有实现，主要功能部分丧失，次要功能全部丧失，或致命的错误声明。
|
|
|
|
（4）致命的：致命的缺陷，造成系统崩溃、死机，或造成数据丢失、主要功能完全丧失等。
|
|
|
|
软件缺陷的优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。软件缺陷的优先级也可以分为四种级别。
|
|
|
|
（1）最高优先级：需要立即解决的缺陷。例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷。
|
|
|
|
（2）较高优先级：需要在指定时间内解决的缺陷。例如，影响软件功能和性能的一般缺陷。
|
|
|
|
（3）一般优先级：需要在产品开发、维护计划内解决的缺陷。例如，本地化软件的某些字符没有翻译或者翻译不准确的缺陷。
|
|
|
|
（4）低优先级：资源充沛时解决的缺陷。例如，对软件的质量影响非常轻微或出现概率很低的缺陷。
|
|
|
|
软件缺陷在其处理流程中存在多种状态，以便于及时跟踪和管理。主要的状态如下。
|
|
|
|
|
|
（2）延后处理：如果这个缺陷跟当前发布的这个版本没有直接关系，或者当前版本无法修复，或者这个缺陷不是很严重，不需要立刻修复，那么项目经理可以把状态设为“延后处理”。
|
|
|
|
（3）已指派：“指派给”这个值是由项目组长或者项目经理来填写，指定给具体的某个开发人员。
|
|
|
|
（4）已修复：当开发人员做了某些必要的代码改动，并且确认修改之后，那么他／她就可以把状态改为“已修复”，然后就交给测试组进行回归测试。
|
|
|
|
（5）无法重现：如果根据缺陷报告里面描述的步骤，无法重现这个缺陷的时候，那么开放人员可以把这个缺陷标为“无法重现”。
|
|
|
|
（6）需要更多信息：如果开发人员认为缺陷重现步骤不够清晰，因而无法重现缺陷的时候，那么可以把状态标记为“需要更多信息”。
|
|
|
|
（7）重新打开：如果在修复之后，依然出现同样的问题，那么可以把状态标记为“重新打开”。
|
|
|
|
（8）关闭：如果已经验证过这个缺陷的修复结果，并且问题是已经得到了解决的，那么可以把状态改为“关闭”。
|
|
|
|
（9）驳回：如果缺陷的产生只是由于误解而引起的，那么可以把这些缺陷标记为“驳回”。
|
|
|
