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

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

程序

¥¥¥¥¥¥¥公司

IS09001:2000质量体系程叙文件之8.3

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

TO稿编号

□初始版当前版本

状态

□修订版前一版本

发布日期

密级口无密级梨密国密

修订历史记录

日期版作描述更改请

本者求号

目录

目的...........................1

M.........................1

-W.........................1

程的监视和测量..............1

软件产品的监视和测量..........3

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

相关文件......................13

质量记录......................13

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

8.3.1目的

对质量管理体系各过程进行监视和测量，

以确保过程实现策划结果的能力；对产品

特性进行监视和测量，以验证产品要求得

到满足。

8.3.2范围

合用于对质量管理体系过程持续满足其预

定目的的能力和产品（进货、过程和最终

产品）符合规定要求进行监视和测量的控

制活动。

8.3.3职责

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

测量;

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

测量;

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

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

8.3.4过程的监视和测量

1.本公司采用适宜的方法对质量管理体系的过程

进行监视，并在合用时进行测量，以确保和证实过程

实现策划结果的能力。这些过程包括与软件和系统集

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

成质量有关的所有过程，如管理职责、资源管理、产

品实现和测量、分析和改进活动及过程。

2.公司与质量相关的部门应根据公司总的质量目

标要求，并结合本部门的工作职责，在本部门或者相

应的职能层次上，建立工作质量目标，制定、实施

为保证目标实现的措施。

3.各部门应关注工作质量目标的实现情况，按月

统计质量目标的完成情况并报质量管理部考核。质量

管理部通过质量目标的考核，监视和测量影响软件和

系统集成产品质量的所有过程的能力。

4.质量管理部负责对质量形成的关键过程进行监

视和测量，对图形、数据分布趋势分析，明确过程质

量和过程实际能力之间的关系，以确定需要采取纠正

或者预防措施的时机。

5.除通过对公司和部门质量目标的统计、分析，

关注过程的结果和改进需求外，公司还通过日常的工

作检查、阶段工作总结以及内部质量审核、管理评审

等活动，对过程进行监视和测量，一旦发现问题，质

量管理部应向责任部门及时发出《纠正和预防措施处

理单》，要求责任部门从人员、设备、材料、方法、

环境等方面，分析原因并采取相应的纠正和预防措

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

施。

8.3.5采购产品的监视和测量

对采购产品的监视和测量按照《进货检验

规程》中的规定执行，保持采购产品符合

接收准则的记录，发现不合格品时，执行

《不合格品控制程序》的规定。

8.3.6软件产品的监视和测量

事业部软件开辟部门负责对由软件编码至

用户测试各阶段的单元测试、综合测试、

确认测试、用户测试的实施及测试状态的

SiRo

测试工作流程

过程和产品的监视和测■控制程序-4-

台测试准备

除单元测试外，在进行各种测试前应做好

下述准备工作：

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

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

3.准备测试数据；

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

5.制定测试计划。

«测试依据

测试计划、需求说明书、设计说明书、上

阶段测试记录、上版软件产品用户反馈意

见记录等。

三测试计划的制定

1.各阶段的测试计划内容：测试时间、人员安排、

设备环境的建立、测试记录、统计方法、问题

反馈处理办法、测试用例和测试数据等。

2.项目组负责人制定单元测试计划、综合测试计

划、确认测试计划、用户测试计划，报事业部

负责人审批后实施。

过程和产品的监视和测■控制程序-5-

测试实施

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

进行测试。

1.单元测试

依据设计说明书和测试标准进行测试，保证模块

运行正确、界面与设计说明书相一致。

2.综合测试

依据需求说明书、设计说明书、测试标准、单元

测试阶段的测试记录等进行测试，保证软件产品

数据流计算的正确性、软件产品整体运行的稳定

性、与其他软件产品数据接口间的正仁，以及与

需求说明书的一致性。

3.确认测试

发版部门依据需求说明书、测试标准、综合测试

记录、上版软件产品用户反馈记录的测试。保证

软件产品运行的稳定性和与需求说明书的一致

性，同时进行软件产品加密、安装正确性的测试,

以保证发版软件产品的正确性。

4.用户测试

依据需求和软件产品操作手册进行测试，保证产

品达到或者基本达到用户需求及使用操作方便。

用

过程和产品的监视和测■控制程序-6-

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

测试状态的标识执行《软件产品实现和服

务提供控制程序》中关于产品标识和可追

溯性的规定。

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

1.对测试的问题应填写《软件测试项目单》，要求

对问题准确描述、对错误过程及操作步骤的记录完

整、界面提示记录完整易懂。

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

•可重复性错误：按相同操作可再次浮现的错误；

•不可重复性错误：按相同操作再也不浮现的错误;

•死机性错误：因软件产品本身的错误而引起的

系统死机；

•数据破坏性错误：因软件产品本身的错误引起

的数据被破坏的错误；

•影响其他功能模块运行错误：因本功能的使用

而影响其他功能的正确性的错误；

•导致测试工作停顿性错误：因软件产品本身错

误而使测试工作无法继续进行；

•需求错误：软件需求说明书不符合用户提出的

需求;

过程和产品的监视和测■控制程序-7-

•设计错误：软件设计说明书与需求说明书不符；

・计算错误：输入数据正确，但计算结果不正确；

•文字错误：界面提示、匡助信息、菜单术语等

文字性错误。

3.测试问题记录原则

•一次性原则：运行错误浮现一次系统必存在问

题；

•三次性原则：测试人员应尽量使记录的问题出

现三次。

4.测试统计根据测试结果，对测试软件的测试结

果进行归类统计，填写《软件测试统计表》。

«测试报告

各阶段测试完成后，项目负责人应提交《软

件测试总结报告书》，《软件测试项目单》，

报事业部软件开辟负责人审核、技术总监/

事业部总经理批准归档。

«测试反馈和处理

1.对测试问题的处理

•即将要修改的问题：死机性错误、数据破坏性

错误、影响其他功能模块运行错误、导致测试工作停

顿性错误、设计错误；

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

可缓期修改的问题：计算错误、打印错误;

后改正的问题：匡助性文字错误、安装错误。

2.测试记录传递

・单元测试、综合测试、确认测试阶段完成后,

由测试人员将《软件测试计划》、《软件测试项目单》、

《软件测试统计表》交测试负责人审核编号后，经软

件开辟负责人批准，传递给相关项目人员。

用户测试后的结果，由用户交事业部市场负责

人并转交软件开辟负责人。

台不合格项控制

对测试记录的不合格项，由测试人员及时

反馈到软件开辟人员，并按各自的标准要

求进行修改和确认后，再重新测试。

备让步放行规定

1.在例外情况下，当测试中浮现某项“不通过”

时，在不影响下一阶段开辟、不影响软件产品结构、

不影响用户使用的情况下，事业部负责人批准可以进

行下一阶段的工作；

2.如提交用户，需经技术总监/事业部总经理批

准，并取得用户的允许。但测试人员必须作好记录，

并采取措施跟踪和处理，在修改版完成后应及时给用

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

户更换版本。

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

«系统测试流程

技术总监/事业部

台前期测试

前期测试有两种类型,项目客尔组根据不

同的测试任务，侧重面可以不同。

1.主机系统测试

根据主机性能标准对主机设备、操作系统、各种

外设进行系统测试。在完成主机系统安装后，由

系统组协同主机设备厂商完成测试工作，并填写

《系统测试报告单》。

2.数据库系统测试

根据数据库产品性能标准与公司规定的参数配

置，结合应用软件进行系统测试，在应用软件安

过程和产品的监视和测■控制程序-10-

装完成后，由系统组进行测试、软件组配合。

«工程质量检查

工程服务部门按合同技术指标在工程实施

完成后，对各小组工程实施质量进行检查。

内容包括：安装标准、配置标准、交接手

续、文档资料等。

«业务测试、技术测试

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

划。测试计划主要内容为：测试时间、人

员、设备和测试环境的建立、测试项目、

测试记录、测试数据等。工程服务部门负

责人批准后执行。

1.业务测试

根据用户需求，由工程服务部门组织软件开辟人

员进行功能测试。

2.技术测试：

网络组按照网络技术方案，进行技术指标

及参数测试。

«用户确认

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

过程和产品的监视和测■控制程序-n-

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

务测试和技术测试。

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

1.测试问题记录要求：问题描述正确、错误过程

记录完整、错误浮现操作步骤记录准确。

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

•可重复性错误；

•不可重复性错误；

•死机性错误；

•系统数据被破坏性错误；

•影响运行错误；

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

•需求错误：

・应用软件错误；

•设备故障性错误；

•系统故障性错误等。

3.测试问题记录原则：

・一类错误：错误导致系统运行住手、网点无法

做业务、数据错误或者混乱；

•二类错误：错误浮现后，系统运行正常，其他

网点运行正常，与之无关的业务点数据正确。

过程和产品的监视和测■控制程序-12-

4.测试报告：测试完成后，项目组编写测试报告，

由项目负责人和用户签字确认。

备测试反馈和处理

1.即将要修改的问题：死机性错误、系统数据被

破坏性错误、影响其他网点运行的错误、导致测试工

作停顿性错误；

2.可缓期修改的问题：需求错误、打印错误；

3.最后改正的错误：匡助提示等文字错误、菜单

术语错误、安装错误等。

«测试报告

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

测试报告。

2.主机测试应按供应厂商测试