1、监视测量控制程序天津市铁通计算机网络工程有限公司批准人 审核人 拟制人批准日期 2006.11.16 生效日期 2006.11.16关联文件采购控制程序（TTCP-74-01）产品生产检测控制程序（TTCP-824-02）不合格品控制程序（TTCP-83-01）检验规程（TTWP-SCA-02）配置管理控制程序ISO 9000 程序文件文件编号： TTCP-73-03文件控制部门: 技术支持及产品测试部版次 1.0总页数 8 正文 1 附件修订履历序号 发行日 更改对象更改内容 批准 审核 拟制0 2006.11.16 新发行1天津市铁通计算机网络工程有限公司ISO 9000 程序文件- 1
2、-l.目的对质量管理体系过程进行监视和测量，以确保产品的符合性；对产品特性进行监视和测量，以验证产品要求得到满足。2.范围适用于对质量管理体系过程持续满足其预定目的的能力进行确认；对本公司产品开发、安装和服务全过程的检验。3.职责3.1 综合管理部负责对质量管理体系过程的监视和测量。3.2 技术开发部协助技术支持及产品测试部负责对产品进行监视和测量。3.3 技术开发部协助技术支持及产品测试部负责对系统集成项目进行监视和测量。3.4 市场部负责用户测试的实施和确认。4.程序4.1 过程的监视和测量4.1.1 应采用适宜的方法对质量管理体系的过程进行监视，并在适宜时进行测量，这些方法应证实过程实现
3、所策划结果的能力。4.1.2 与质量相关的各部门应根据总体质量目标进行分解，转化为本部门工作过程具体的质量目标，为保证目标的顺利完成，需进行相应的监视和测量：a. 综合管理部负责组织使用质量例会等方式，对质量形成的关键过程进行监视和测量，对图形、数据分布趋势分析，明确过程质量和过程实际能力之间的关系，以确定需要采取纠正或预防措施的时机。b. 当过程结果的质量合格率接近或低于控制下限时，应及时发出纠正和预防措施报告，定出责任部门，对其从人员、设备、原材料、各类规程、生产环境及检验等方面，分析原因并采取相应的措施；当需要采取改进措施时，应制定相应的改进计划，经管理者代表审核，总经理批准后，交责任部
4、门实施。c. 在产品开发过程中，项目负责人应定期检查产品开发成果是否符合资源配置规定的要求，对不符合部分要求开发人员予以整改，并保存产品开发过程检验记录。4.2 产品的监视和测量4.2.1 技术开发部负责对硬件开发产品进行基本功能测试，保证各器件、模块功能正常；技术开发部负责对软件编码进行单元测试、初步综合测试，保证各功能模块工作正常，保证整个系统工作正常。技术支持及产品测试部负责产品的综合测试、确认测试，市场部负责用户测试的实施及测试状态的标识。4.2.2 测试工作流程(见图)：天津市铁通计算机网络工程有限公司ISO 9000 程序文件- 2 - 4.2.3 测试准备除单元测试外，在进行各种
5、测试前应做好下述准备工作：a. 配备测试用的硬件环境；b. 建立相应的运行环境和网络环境；c. 技术开发部制定测试计划；d. 技术支持及产品测试部准备测试用例；e. 技术开发部组织和培训测试人员。4.2.4 测试依据需求分析说明书、概要设计说明书、测试计划、测试用例、该类产品的测试规范、上版同类产品的综合测试报告、上版同类产品用户反馈意见记录等。4.2.5 测试计划的制定4.2.5.1 各阶段的测试计划内容：项目概述，运行环境，测试方案、测试时间、人员安排、设备环境的建立、进度安排、测试资料、测试培训等。4.2.5.2 技术开发部开发人员制定单元测试计划、综合测试计划，报项目负责人审批，技术开
6、发部负责人批准后实施。4.2.6 测试实施根据测试项目的不同，分几个阶段进行测试。依据概要设计说明书和测试计划进行测试，保证模块基本功能运行正常。对软件功能，要求与软件概要设计说明书中规定的该模块功能相一致，确保系统流程同软件概要设计说明书相符，保证数据接口无明显问题，对硬件部分，应确保硬件单元模块功能、电气特性，环境特性等与硬件概要设计说明书中所规定的该模块功能一致。4.2.6.2 综合测试依据概要设计说明书、测试计划、测试用例等进行测试，保证产品的各项功能指标与需求分析说明书的严格一致。依托单元测试结果，从系统产品整体角度出发，按照客户实际业务应用流程，完全模拟用户实际应用环境，综合各个组
7、成部分进行综合测试，尤其是对个别极端可能出现的情况进行加强测试，确保系统的可靠性及功能的一致性。4.2.6.3 确认测试天津市铁通计算机网络工程有限公司ISO 9000 程序文件- 3 -技术支持及产品测试部依据需求分析说明书、测试用例、综合测试报告、该类产品的测试规范、上版产品用户反馈记录进行测试。保证产品运行的稳定性，产品与需求分析说明书的一致性，必要时进行软件产品加密/安装正确性的测试，以保证发版产品的正确性。4.2.6.4 用户测试 用户依据系统技术方案报告和用户手册进行测试，保证产品达到或基本达到用户需求及使用操作方便。用户测试只对根据合同开发的项目进行。4.2.7 测试状态的标识执
8、行配置管理控制程序中关于产品标识和可追溯性的规定。4.2.8 测试问题的控制应按下述规定执行：4.2.8.1 对测试过程中需处理的问题应填写测试分析报告，要求对问题准确描述，对于需实例验证的出错信息，详细内容参见测试用例。4.2.8.2 对测试问题的判别有如下几类：a. 功能性错误：产品功能与概要设计说明书中的规定不符合；b. 稳定性错误：产品功能不稳定，时好时坏。c. 死机性错误：因产品本身的错误而引起的系统死机或者系统运行混乱；d. 数据破坏性错误：因产品本身的错误引起的数据被破坏的错误；e. 影响其他功能模块运行错误：因本功能的使用而影响其他功能的正确性的错误；f. 导致测试工作停顿性错
9、误：因产品本身错误而使测试工作无法继续进行；g. 需求错误：需求分析说明书不符合用户提出的需求；h. 设计错误：概要设计说明书与需求分析说明书不符；i. 文字错误：界面提示、帮助信息、菜单术语等文字性错误。4.2.8.3 测试问题记录原则a. 一次性原则：运行错误出现一次系统必存在问题；b. 三次性原则：测试人员应尽量使记录的问题出现三次。4.2.8.4 测试汇总根据测试结果，对产品的测试结果进行归类汇总，填写测试分析报告。4.2.9 测试分析报告各阶段测试完成后，测试人员应提交测试分析报告，报项目负责人审核、技术开发部负责人批准，综合管理部归档。4.2.10 测试反馈和处理4.2.10.1
10、对测试问题的处理a. 立即要修改的问题：功能性错误、稳定性错误、死机性错误、数据破坏性错误、影响其他功能模块运行错误、导致测试工作停顿性错误、需求错误、设计错误；b. 可缓期修改的问题：文字错误、安装错误；4.2.10.2 测试文件传递a. 单元测试、综合测试完成后，由测试人员将测试用例、测试分析报告交测试负责人审核编号后，经项目负责人审核、技术开发部负责人批准，传递给相关项目人员。b. 确认测试的结果，由技术支持及产品测试部负责人转交技术开发部负责人。c. 用户测试后的结果，由市场部负责人转交技术开发部负责人。4.2.11 不合格项控制对于测试中出现的问题，由测试人员将测试问题记录到测试用例
11、中及时反馈到项目负责人，由项目负责人按各自的标准要求进行修改和确认后，交技术开发人员进行修改后，测试人员进行复测，并将复测结果写入测试用例和测试分析报告中。天津市铁通计算机网络工程有限公司ISO 9000 程序文件- 4 -4.2.12 让步放行规定在例外情况下，当测试中出现某项“不通过”时，在不影响下一阶段开发、不影响产品结构、不影响用户使用的情况下，项目负责人审核、技术开发部负责人批准可以进行下一阶段的工作；如提交用户，需经技术开发部负责人批准，并取得用户的同意。但测试人员必须作好记录，并采取措施跟踪和处理，在修改版完成后应及时给用户更换版本。4.3 系统集成产品的监视和测量控制4.3.1
12、 技术开发部负责编制采购物资分类明细表，根据物资重要性分类，分别编制相应的检验规程。其中物资采购遵循采购控制程序，采购物资的验证见产品生产检测控制程序，不合格品的处理遵循不合格品控制程序，根据设备不同类别进行质量验证，最终出具采购物资验证报告。4.3.2 系统测试流程系统测试流程包括前期测试， 工程质量检查，业务测试、技术测试。4.3.2.1 前期测试前期测试有两种类型，项目各小组根据不同的测试任务，侧重面可以不同。4.3.2.1.1 硬件设备测试根据硬件设备的性能标准对硬件设备、操作系统、各种外设进行系统测试。在完成硬件设备测试后，填写测试用例。4.3.2.1.2 软件系统测试根据软件产品性
13、能标准与公司规定的参数配置，结合应用软件进行系统测试，在应用软件安装完成后，由技术支持及产品测试部进行测试、技术开发部配合。4.3.2.2 工程质量检查技术支持与产品测试部按合同技术指标在工程实施完成后，对各小组工程实施质量进行检查。内容包括：安装标准、配置标准、交接手续、文档资料等。4.3.2.3 业务测试、技术测试4.3.2.3.1 技术开发部制定业务测试、技术测试计划。测试计划主要内容为：测试时间、人员、设备和测试环境的建立、测试方案、测试数据等。技术开发部负责人批准后执行。4.3.2.3.2 业务测试根据用户需求，由技术支持及产品测试部组织测试人员在模拟测试点上进行测试。4.3.2.3
14、.3 技术测试技术支持与产品测试部测试人员按照项目技术指标要求，进行技术测试。4.3.3 测试后应经过用户确认测试中的问题应在终验前修正，并再次进行业务测试和技术测试。4.3.4 各阶段的测试用例应按照下述规定执行：4.3.4.1 测试问题记录要求：问题描述正确、错误过程记录完整、错误出现操作步骤记录准确。4.3.4.2 测试问题判别有如下几类：a. 可重复性错误：按相同操作可再次出现的错误；b. 不可重复性错误：按相同操作不再出现的错误；c. 死机性错误：因硬件设备的问题、应用软件问题、操作平台的问题或配合的问题而引起的系统死机；d. 系统数据被破坏性错误：因硬件设备的问题或应用软件的问题引
15、起的数据被破坏的错误；e. 影响运行错误：因硬件设备、外围器件、环境因素等而影响系统正常运行的错误；天津市铁通计算机网络工程有限公司ISO 9000 程序文件- 5 -f. 导致测试工作停顿性错误：因硬件设备问题或应用软件问题而使测试工作无法继续进行；g. 需求错误：需求分析说明书不符合用户提出的需求；h. 应用软件错误：与系统配合的应用软件出现错误；i. 设备故障性错误：工程中使用到的硬件设备出现故障；j. 系统故障性错误等。4.3.4.3 测试问题记录原则a. 一类错误：错误导致系统运行停止、用户业务无法进行、数据错误或混乱；b. 二类错误：错误出现后，主要业务运行正常，辅助功能出现故障。
16、4.3.4.4 测试报告：测试完成后，相关测试人员编写测试分析报告，由项目负责人和用户签字确认。4.3.5 测试反馈和处理4.3.5.1 测试问题处理：a. 立即要修改的问题：死机性错误、系统数据被破坏性错误、影响运行错误、导致测试工作停顿性错误；b. 可缓期修改的问题：需求错误、打印错误；c. 最后改正的错误：帮助提示等文字错误、菜单术语错误、安装错误等。4.3.6 测试报告4.3.6.1 每一项测试完成后，由测试人员形成测试分析报告，由项目负责人审核测试分析报告。4.3.6.2 硬件设备测试应按供应厂商说明书的技术指标进行，由测试人员形成测试分析报告，由项目负责人审核测试分析报告。4.3.
17、6.3 系统的业务测试和技术测试应按规定的内容进行，由测试人员形成测试分析报告，由项目负责人审核测试分析报告。4.3.7 不合格项控制依据测试标准，对测试用例的不合格项，按规定的内容进行并形成测试分析报告，纠正后再次进行测试。4.3.8 让步放行a. 在例外情况下，工程实施阶段出现某项“不通过”时，在不影响下一工程组实施、不影响工程总体的情况下，经技术开发部负责人审核、总经理批准可以进行下一阶段的工程实施。测试人员必须作好测试用例，并采取措施跟踪和处理。b. 在所有测试均圆满完成，并且测试分析报告均已得到授权人批准前，不得放行、交付集成的系统。5.相关文件5.1采购控制程序（TTCP-74-0
18、1）5.2产品生产检测控制程序（TTCP-824-02）5.3不合格品控制程序（TTCP-83-01）5.4检验规程（TTWP-SCA-02）5.5配置管理控制程序6.记录6.1需求分析说明书（TTQR-73-07-A）6.2硬件概要设计说明书（TTQR-73-08-A）6.3软件概要设计说明书（TTQR-73-15-A）6.4用户手册（TTQR-73-21-A）天津市铁通计算机网络工程有限公司ISO 9000 程序文件- 6 -6.5测试计划（TTQR-73-22-A）6.6测试用例（TTQR-73-23-A）6.7测试分析报告（TTQR-73-24-A）6.8综合测试报告（TTQR-73-26-A）6.9采购物资分类明细表（TTQR-73-37-A）6.10采购物资验证报告（TTQR-73-38-A）6.11开发过程检验记录6.12纠正和预防措施报告（TTQR-85-01-A）
