过程和产品的监视及测量控制程序.docx

过程和产品的监视及测量控制程序.docx

《过程和产品的监视及测量控制程序.docx》由会员分享，可在线阅读，更多相关《过程和产品的监视及测量控制程序.docx（10页珍藏版）》请在冰豆网上搜索。

过程和产品的监视及测量控制程序

内部编号：

（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）

过程和产品的监视及测量控制程序

ISO9001:

2000质量体系程序文件之

过程和产品的监视和测量控制程序

状态

草稿

编号

初始版

当前版本

修订版

前一版本

发布日期

密级

无密级秘密绝密

修订历史记录

日期

版本

作者

描述

更改请求号

8.3.1目的

对质量管理体系各过程进行监视和测量，以确保过程实现策划结果的能力；对产品特性进行监视和测量，以验证产品要求得到满足。

8.3.2范围

适用于对质量管理体系过程持续满足其预定目的的能力和产品（进货、过程和最终产品）符合规定要求进行监视和测量的控制活动。

8.3.3职责

1.质量管理部负责对质量管理体系过程的监视和测量；

2.工程服务部门负责对系统集成工程进行监视和测量；

3.事业部负责对软件产品进行监视和测量；

4.物料组负责采购物资的验证。

8.3.4过程的监视和测量

1.本公司采用适宜的方法对质量管理体系的过程进行监视，并在适用时进行测量，以确保和证实过程实现策划结果的能力。

这些过程包括与软件和系统集成质量有关的所有过程，如管理职责、资源管理、产品实现和测量、分析和改进活动及过程。

2.公司与质量相关的部门应根据公司总的质量目标要求，并结合本部门的工作职责，在本部门或相应的职能层次上，建立工作质量目标，制定、实施为保证目标实现的措施。

3.各部门应关注工作质量目标的实现情况，按月统计质量目标的完成情况并报质量管理部考核。

质量管理部通过质量目标的考核，监视和测量影响软件和系统集成产品质量的所有过程的能力。

4.质量管理部负责对质量形成的关键过程进行监视和测量，对图形、数据分布趋势分析，明确过程质量和过程实际能力之间的关系，以确定需要采取纠正或预防措施的时机。

5.除通过对公司和部门质量目标的统计、分析，关注过程的结果和改进需求外，公司还通过日常的工作检查、阶段工作总结以及内部质量审核、管理评审等活动，对过程进行监视和测量，一旦发现问题，质量管理部应向责任部门及时发出《纠正和预防措施处理单》，要求责任部门从人员、设备、材料、方法、环境等方面，分析原因并采取相应的纠正和预防措施。

8.3.5采购产品的监视和测量

对采购产品的监视和测量按照《进货检验规程》中的规定执行，保持采购产品符合接收准则的记录，发现不合格品时，执行《不合格品控制程序》的规定。

8.3.6软件产品的监视和测量

事业部软件开发部门负责对由软件编码至用户测试各阶段的单元测试、综合测试、确认测试、用户测试的实施及测试状态的标识。

测试工作流程

测试准备

除单元测试外，在进行各种测试前应做好下述准备工作：

1.配备测试用的硬件环境；

2.建立相应的运行环境和网络环境；

3.准备测试数据；

4.组织和培训测试人员；

5.制定测试计划。

测试依据

测试计划、需求说明书、设计说明书、上阶段测试记录、上版软件产品用户反馈意见记录等。

测试计划的制定

1.各阶段的测试计划内容：

测试时间、人员安排、设备环境的建立、测试记录、统计方法、问题反馈处理办法、测试用例和测试数据等。

2.项目组负责人制定单元测试计划、综合测试计划、确认测试计划、用户测试计划，报事业部负责人审批后实施。

测试实施

测试实施根据测试目的不同，分几个阶段进行测试。

1.单元测试

依据设计说明书和测试标准进行测试，保证模块运行正确、界面与设计说明书相一致。

2.综合测试

依据需求说明书、设计说明书、测试标准、单元测试阶段的测试记录等进行测试，保证软件产品数据流计算的正确性、软件产品整体运行的稳定性、与其他软件产品数据接口间的正仁，以及与需求说明书的一致性。

3.确认测试

发版部门依据需求说明书、测试标准、综合测试记录、上版软件产品用户反馈记录的测试。

保证软件产品运行的稳定性和与需求说明书的一致性，同时进行软件产品加密、安装正确性的测试，以保证发版软件产品的正确性。

4.用户测试

依据需求和软件产品操作手册进行测试，保证产品达到或基本达到用户需求及使用操作方便。

用户测试只对根据合同开发的项目进行。

测试状态的标识执行《软件产品实现和服务提供控制程序》中关于产品标识和可追溯性的规定。

测试记录的控制应按下述规定执行

1.对测试的问题应填写《软件测试项目单》，要求对问题准确描述、对错误过程及操作步骤的记录完整、界面提示记录完整易懂。

2.对测试问题的判别有如下几类

可重复性错误：

按相同操作可再次出现的错误；

不可重复性错误：

按相同操作不再出现的错误；

死机性错误：

因软件产品本身的错误而引起的系统死机；

数据破坏性错误：

因软件产品本身的错误引起的数据被破坏的错误；

影响其他功能模块运行错误：

因本功能的使用而影响其他功能的正确性的错误；

导致测试工作停顿性错误：

因软件产品本身错误而使测试工作无法继续进行；

需求错误：

软件需求说明书不符合用户提出的需求；

设计错误：

软件设计说明书与需求说明书不符；

计算错误：

输入数据正确，但计算结果不正确；

文字错误：

界面提示、帮助信息、菜单术语等文字性错误。

3.测试问题记录原则

一次性原则：

运行错误出现一次系统必存在问题；

三次性原则：

测试人员应尽量使记录的问题出现三次。

4.测试统计根据测试结果，对测试软件的测试结果进行归类统计，填写《软件测试统计表》。

测试报告

各阶段测试完成后，项目负责人应提交《软件测试总结报告书》，《软件测试项目单》，报事业部软件开发负责人审核、技术总监/事业部总经理批准归档。

测试反馈和处理

1.对测试问题的处理

立即要修改的问题：

死机性错误、数据破坏性错误、影响其他功能模块运行错误、导致测试工作停顿性错误、设计错误；

可缓期修改的问题：

计算错误、打印错误；

最后改正的问题：

帮助性文字错误、安装错误。

2.测试记录传递

单元测试、综合测试、确认测试阶段完成后，由测试人员将《软件测试计划》、《软件测试项目单》、《软件测试统计表》交测试负责人审核编号后，经软件开发负责人批准，传递给相关项目人员。

用户测试后的结果，由用户交事业部市场负责人并转交软件开发负责人。

不合格项控制

对测试记录的不合格项，由测试人员及时反馈到软件开发人员，并按各自的标准要求进行修改和确认后，再重新测试。

让步放行规定

1.在例外情况下，当测试中出现某项“不通过”时，在不影响下一阶段开发、不影响软件产品结构、不影响用户使用的情况下，事业部负责人批准可以进行下一阶段的工作；

2.如提交用户，需经技术总监/事业部总经理批准，并取得用户的同意。

但测试人员必须作好记录，并采取措施跟踪和处理，在修改版完成后应及时给用户更换版本。

8.3.7系统集成产品的监视和测量控制

系统测试流程

技术总监/事业部总经理批准

前期测试

前期测试有两种类型，项目各小组根据不同的测试任务，侧重面可以不同。

1.主机系统测试

根据主机性能标准对主机设备、操作系统、各种外设进行系统测试。

在完成主机系统安装后，由系统组协同主机设备厂商完成测试工作，并填写《系统测试报告单》。

2.数据库系统测试

根据数据库产品性能标准与公司规定的参数配置，结合应用软件进行系统测试，在应用软件安装完成后，由系统组进行测试、软件组配合。

工程质量检查

工程服务部门按合同技术指标在工程实施完成后，对各小组工程实施质量进行检查。

内容包括：

安装标准、配置标准、交接手续、文档资料等。

业务测试、技术测试

工程服务部门制定业务测试、技术测试计划。

测试计划主要内容为：

测试时间、人员、设备和测试环境的建立、测试项目、测试记录、测试数据等。

工程服务部门负责人批准后执行。

1.业务测试

根据用户需求，由工程服务部门组织软件开发人员进行功能测试。

2.技术测试：

网络组按照网络技术方案，进行技术指标及参数测试。

用户确认

1.测试后应经过用户确认。

2.测试中的问题应在终验前修正，并再次进行业务测试和技术测试。

各阶段的测试记录应按照下述规定执行

1.测试问题记录要求：

问题描述正确、错误过程记录完整、错误出现操作步骤记录准确。

2.测试问题判别有如下几类：

可重复性错误；

不可重复性错误；

死机性错误；

系统数据被破坏性错误；

影响运行错误；

导致测试工作停顿性错误；

需求错误；

应用软件错误；

设备故障性错误；

系统故障性错误等。

3.测试问题记录原则：

一类错误：

错误导致系统运行停止、网点无法做业务、数据错误或混乱；

二类错误：

错误出现后，系统运行正常，其他网点运行正常，与之无关的业务点数据正确。

4.测试报告：

测试完成后，项目组编写测试报告，由项目负责人和用户签字确认。

测试反馈和处理

1.立即要修改的问题：

死机性错误、系统数据被破坏性错误、影响其他网点运行的错误、导致测试工作停顿性错误；

2.可缓期修改的问题：

需求错误、打印错误；

3.最后改正的错误：

帮助提示等文字错误、菜单术语错误、安装错误等。

测试报告

1.项目组每一项测试完成后，由项目负责人审核测试报告。

2.主机测试应按供应厂商测试标准进行，测试报告依供方格式记录。

3.系统的业务测试和技术测试应按规定的内容进行并形成报告。

不合格项控制

依据测试标准，对测试记录的不合格项，应及时记录、处理，纠正后再次进行测试。

让步放行

1.在例外情况下，工程实施中间阶段出现某项“不通过”时，在不影响下一工程组实施、不影响工程总体的情况下，经工程组审核、工程服务部门负责人批准可以进行下一阶段的工程实施。

测试人员必须作好记录，并采取措施跟踪和处理。

2.在所有测试均圆满完成，并且测试报告均已得到授权人批准前，不得放行、交付最终集成的系统。

本公司系统集成项目最终成果不允许让步放行。

8.3.8相关文件

《软件产品实现和服务提供控制程序》

《记录控制程序》

《采购物资分类明细表》

8.3.9质量记录

1.《测试计划》

2.《软件测试项目单》

3.《软件测试统计表》

4.《软件测试总结报告书》

5.《采购物资验证报告》

6.《技术测试报告》

7.《业务测试报告》

8.《系统测试报告单》