ISO9000-不合格品控制程序-模板.pdfVIP

XXX有限公司企业标准

不合格品控制程序

xxx有限公司发布

前言

说明主要起草人及时间即可

不合格品控制程序

1范围

本程序规定了XXX在软件开发及交付过程中产品的缺陷的管理方式及解决办法，软件的

安装、调试、内部验收、客户验收期间的缺陷控制以及产品已交付和使用时发现的缺陷的

控制。

本程序适用于部门涉及的所有缺陷的管理和控制。

2规范性引用文件

无

3术语和定义

3.1缺陷：Defect,存在于软件中不希望或不可接受的偏差，其结果是软件运行于某一特定

条件时出现软件故障。

3.2测试工程师：设计测试用例；检查测试环境搭建情况；如有自动化测试工具，编写测

试脚本；按照测试用例、测试脚本执行测试，记录测试结果及缺陷；缺陷跟踪。

3.3项目经理：准备并组织用户测试；对用户反馈的问题安排处理，并将结果反馈给用户。

4职责

4.1测试工程师对交付客户前的软件产品进行测试，将测试发现的缺陷进行记录并反馈给

开发人员，由开发人员解决问题以后，测试工程师进行回归测试，直到主要问题全部解决。

4.2项目经理对上线以后的软件产品进行跟踪，将发现的缺陷进行记录并反馈给开发人员，

由开发人员解决问题以后，经过测试工程师测试，才可以重新在现场进行部署升级。

5管理内容与要求

5.1缺陷的分类

缺陷分为中断、严重、主要、次要、轻微、建议六类，其判定性质及评分原则如下:问

题：由客户或者评委提出的对软件本身或者在软件生命周期过程中相关文档或其他输出产

物与期望值的偏差。

缺陷：软件缺陷简单说就是存在于软件（文档、数据、程序）之中的那些不可接受的偏

差，而导致软件产生的质量问题。

严重程度：

中断：软件在使用过程中出现的异常，导致软件不能正常运行，正常业务停止

严重：软件在使用过程汇总输出的结果错误或者报出异常，逻辑错误，极大的影响结果的

4

准确性

主要：软件在使用过程中偶然出现异常，或者程序与需求不一致导致的结果不准确次要：

软件在使用过程中没有进行边界值等特殊业务的验证，但不影响正常数据的输出和使用

轻微：软件在使用过程中的界面设计或者易用性等方面的问题

建议：软件在使用过程中存在更好的实现方式或者操作界面等易用性的建议

5.2缺陷的控制

5.2.1测试工程师/项目经理发现软件缺陷后，首先对缺陷进行初步的责任判定及原因调

查，并根据初判结果，通过各种途径通知相应的责任部门/人对缺陷予以核实。测试工程师

/项目经理对已判定的缺陷，应予以标识，必要时进行隔离存放，以免误用；

□.2.2责任部门/人接收缺陷信息后，对缺陷责任予以核实、确认。对由于自身原因导致

的缺陷进行原因的分析。明确缺陷的原因，确定是否存在或可能发生类似的缺陷。

如缺陷需评审，按照5.3项进行管控，由责任部门/责任人组织相关部门/人进行评审,并

保留相关评审记录。需要时.,通知相关部门更新策划期间确定的风险和机遇或变更质量管

理体系。对采取的整改措施有效性予以评审确认后，通知整改部门/人按计划予以实施，并

跟踪整改过程。

5.2.3存在缺陷的软件产品需要临时使用，则须事业部总经理或副总经理签字批准（必要

时可与客户沟通确定），并在最终交付客户使用之前予以更换或升级，达到预期要求标准。

5.2.4整改部门/人负责对缺陷采取措施予以控制及纠正，必要时参与缺陷问题的评审，按

照策划的整改措施对缺陷实施整改。整改措施实施完毕后通知责任部门/人及问题发现部门

/人，跟踪缺陷整改后的有效性。整改部门/人应及时与问题发现人或缺陷影响受益人进行

沟通，经评审确认后予以变更调整。保留相关缺陷整改措施记录。

5.2.5问题发现人接收到整改部门/人反馈的缺陷处理完毕信息后，应对缺陷纠正措施实施

效果予以验证，或者由缺陷影响最终受益人对缺陷纠正措施实施效果予以验证。保留措施

验证效果跟踪记录。

5.2.6缺陷处理完毕后，缺陷信息按《问题跟踪记录表》进行统计、分析，并按照《过

程改进体系文件》予以持续改善管理。

5.2.7研发项目的缺陷收集方式，要求项目组全部记录如JIRA系统，如出差则使用部门

《问题跟踪记录表》进行收集和跟踪；对于市场项目，要求全部记录在《问题跟踪记录

表》中，山项目经理进行