产品实现-TTCP-73-03监视测量控制程序

监视测量控制程序监视测量控制程序 天津市铁通计算机网络工程有限公司天津市铁通计算机网络工程有限公司 批准人审核人拟制人 批准日期 2006 11 16 生效日期 2006 11 16 关 联 文 件 采购控制程序 TTCP 74 01 产品生产检测控制程序 TTCP 824 02 不合格品控制程序 TTCP 83 01 检验规程 TTWP SCA 02 配置管理控制程序 ISOISO 90009000 程序文件程序文件 文件编号 TTCP 73 03 文件控制部门 技术支持及产品测试部 版次 1 0 总页数 8 正文 1 附件 修订履历修订履历 序号发行日更改对象 更改内容批准审核拟制 02006 11 16 新发行 1 天津市铁通计算机网络工程有限公司 ISO 9000 程序文件 1 l 目的 对质量管理体系过程进行监视和测量 以确保产品的符合性 对产品特性进行监视和 测量 以验证产品要求得到满足 2 范围 适用于对质量管理体系过程持续满足其预定目的的能力进行确认 对本公司产品开发 安装和服务全过程的检验 3 职责 3 1 综合管理部综合管理部负责对质量管理体系过程的监视和测量 3 2 技术开发部技术开发部协助技术支持及产品测试部技术支持及产品测试部负责对产品进行监视和测量 3 3 技术开发部技术开发部协助技术支持及产品测试部技术支持及产品测试部负责对系统集成项目进行监视和测量 3 4 市场部市场部负责用户测试的实施和确认 4 程序 4 1 过程的监视和测量 4 1 1 应采用适宜的方法对质量管理体系的过程进行监视 并在适宜时进行测量 这些方 法应证实过程实现所策划结果的能力 4 1 2 与质量相关的各部门应根据总体质量目标进行分解 转化为本部门工作过程具体的 质量目标 为保证目标的顺利完成 需进行相应的监视和测量 a 综合管理部综合管理部负责组织使用质量例会等方式 对质量形成的关键过程进行监视和测量 对图形 数据分布趋势分析 明确过程质量和过程实际能力之间的关系 以确定需要采取 纠正或预防措施的时机 b 当过程结果的质量合格率接近或低于控制下限时 应及时发出 纠正和预防措施报 告 定出责任部门 对其从人员 设备 原材料 各类规程 生产环境及检验等方面 分析原因并采取相应的措施 当需要采取改进措施时 应制定相应的改进计划 经管理者 代表审核 总经理批准后 交责任部门实施 c 在产品开发过程中 项目负责人应定期检查产品开发成果是否符合资源配置规定的 要求 对不符合部分要求开发人员予以整改 并保存产品 开发过程检验记录 4 2 产品的监视和测量 4 2 1 技术开发部技术开发部负责对硬件开发产品进行基本功能测试 保证各器件 模块功能正常 技术开发部技术开发部负责对软件编码进行单元测试 初步综合测试 保证各功能模块工作正常 保 证整个系统工作正常 技术支持及产品测试部技术支持及产品测试部负责产品的综合测试 确认测试 市场部市场部负 责用户测试的实施及测试状态的标识 4 2 2 测试工作流程 见图 天津市铁通计算机网络工程有限公司 ISO 9000 程序文件 2 4 2 3 测试准备 除单元测试外 在进行各种测试前应做好下述准备工作 a 配备测试用的硬件环境 b 建立相应的运行环境和网络环境 c 技术开发部技术开发部制定测试计划 d 技术支持及产品测试部技术支持及产品测试部准备测试用例 e 技术开发部技术开发部组织和培训测试人员 4 2 4 测试依据 需求分析说明书 概要设计说明书 测试计划 测试用例 该类产 品的 测试规范 上版同类产品的 综合测试报告 上版同类产品用户反馈意见记录 等 4 2 5 测试计划 的制定 4 2 5 1 各阶段的 测试计划 内容 项目概述 运行环境 测试方案 测试时间 人 员安排 设备环境的建立 进度安排 测试资料 测试培训等 4 2 5 2 技术开发部技术开发部开发人员制定单元测试计划 综合测试计划 报项目负责人审批 技术开发部负责人批准后实施 4 2 6 测试实施根据测试项目的不同 分几个阶段进行测试 依据 概要设计说明书 和 测试计划 进行测试 保证模块基本功能运行正常 对 软件功能 要求与 软件概要设计说明书 中规定的该模块功能相一致 确保系统流程同 软件概要设计说明书 相符 保证数据接口无明显问题 对硬件部分 应确保硬件单元 模块功能 电气特性 环境特性等与 硬件概要设计说明书 中所规定的该模块功能一致 4 2 6 2 综合测试 依据 概要设计说明书 测试计划 测试用例 等进行测试 保证产品的各 项功能指标与 需求分析说明书 的严格一致 依托单元测试结果 从系统产品整体角度 出发 按照客户实际业务应用流程 完全模拟用户实际应用环境 综合各个组成部分进行 综合测试 尤其是对个别极端可能出现的情况进行加强测试 确保系统的可靠性及功能的 一致性 4 2 6 3 确认测试 天津市铁通计算机网络工程有限公司 ISO 9000 程序文件 3 技术支持及产品测试部技术支持及产品测试部依据 需求分析说明书 测试用例 综合测试报告 该类产品的 测试规范 上版产品用户反馈记录进行测试 保证产品运行的稳定性 产 品与 需求分析说明书 的一致性 必要时进行软件产品加密 安装正确性的测试 以保证 发版产品的正确性 4 2 6 4 用户测试 用户依据 系统技术方案报告 和 用户手册 进行测试 保证产品达到或基本达到 用户需求及使用操作方便 用户测试只对根据合同开发的项目进行 4 2 7 测试状态的标识执行 配置管理控制程序 中关于产品标识和可追溯性的规定 4 2 8 测试问题的控制应按下述规定执行 4 2 8 1 对测试过程中需处理的问题应填写 测试分析报告 要求对问题准确描述 对 于需实例验证的出错信息 详细内容参见 测试用例 4 2 8 2 对测试问题的判别有如下几类 a 功能性错误 产品功能与 概要设计说明书 中的规定不符合 b 稳定性错误 产品功能不稳定 时好时坏 c 死机性错误 因产品本身的错误而引起的系统死机或者系统运行混乱 d 数据破坏性错误 因产品本身的错误引起的数据被破坏的错误 e 影响其他功能模块运行错误 因本功能的使用而影响其他功能的正确性的错误 f 导致测试工作停顿性错误 因产品本身错误而使测试工作无法继续进行 g 需求错误 需求分析说明书 不符合用户提出的需求 h 设计错误 概要设计说明书 与 需求分析说明书 不符 i 文字错误 界面提示 帮助信息 菜单术语等文字性错误 4 2 8 3 测试问题记录原则 a 一次性原则 运行错误出现一次系统必存在问题 b 三次性原则 测试人员应尽量使记录的问题出现三次 4 2 8 4 测试汇总 根据测试结果 对产品的测试结果进行归类汇总 填写 测试分析报告 4 2 9 测试分析报告 各阶段测试完成后 测试人员应提交 测试分析报告 报项目负责人审核 技术开 发部负责人批准 综合管理部归档 4 2 10 测试反馈和处理 4 2 10 1 对测试问题的处理 a 立即要修改的问题 功能性错误 稳定性错误 死机性错误 数据破坏性错误 影 响其他功能模块运行错误 导致测试工作停顿性错误 需求错误 设计错误 b 可缓期修改的问题 文字错误 安装错误 4 2 10 2 测试文件传递 a 单元测试 综合测试完成后 由测试人员将 测试用例 测试分析报告 交测 试负责人审核编号后 经项目负责人审核 技术开发部负责人批准 传递给相关项目人员 b 确认测试的结果 由技术支持及产品测试部负责人转交技术开发部负责人 c 用户测试后的结果 由市场部负责人转交技术开发部负责人 4 2 11 不合格项控制 对于测试中出现的问题 由测试人员将测试问题记录到测试用例中及时反馈到项目负 责人 由项目负责人按各自的标准要求进行修改和确认后 交技术开发人员进行修改后 测试人员进行复测 并将复测结果写入 测试用例 和 测试分析报告 中 天津市铁通计算机网络工程有限公司 ISO 9000 程序文件 4 4 2 12 让步放行规定 在例外情况下 当测试中出现某项 不通过 时 在不影响下一阶段开发 不影响产 品结构 不影响用户使用的情况下 项目负责人审核 技术开发部负责人批准可以进行下 一阶段的工作 如提交用户 需经技术开发部负责人批准 并取得用户的同意 但测试人 员必须作好记录 并采取措施跟踪和处理 在修改版完成后应及时给用户更换版本 4 3 系统集成产品的监视和测量控制 4 3 1 技术开发部技术开发部负责编制 采购物资分类明细表 根据物资重要性分类 分别编制相 应的 检验规程 其中物资采购遵循 采购控制程序 采购物资的验证见 产品生产 检测控制程序 不合格品的处理遵循 不合格品控制程序 根据设备不同类别进行质 量验证 最终出具 采购物资验证报告 4 3 2 系统测试流程 系统测试流程包括前期测试 工程质量检查 业务测试 技术测试 4 3 2 1 前期测试 前期测试有两种类型 项目各小组根据不同的测试任务 侧重面可以不同 4 3 2 1 1 硬件设备测试 根据硬件设备的性能标准对硬件设备 操作系统 各种外设进行系统测试 在完成硬 件设备测试后 填写 测试用例 4 3 2 1 2 软件系统测试 根据软件产品性能标准与公司规定的参数配置 结合应用软件进行系统测试 在应用 软件安装完成后 由技术支持及产品测试部技术支持及产品测试部进行测试 技术开发部技术开发部配合 4 3 2 2 工程质量检查 技术支持与产品测试部技术支持与产品测试部按合同技术指标在工程实施完成后 对各小组工程实施质量进 行检查 内容包括 安装标准 配置标准 交接手续 文档资料等 4 3 2 3 业务测试 技术测试 4 3 2 3 1 技术开发部技术开发部制定业务测试 技术测试计划 测试计划 主要内容为 测试时 间 人员 设备和测试环境的建立 测试方案 测试数据等 技术开发部负责人批准后执 行 4 3 2 3 2 业务测试 根据用户需求 由技术支持及产品测试部技术支持及产品测试部组织测试人员在模拟测试点上进行测试 4 3 2 3 3 技术测试 技术支持与产品测试部技术支持与产品测试部测试人员按照项目技术指标要求 进行技术测试 4 3 3 测试后应经过用户确认 测试中的问题应在终验前修正 并再次进行业务测试和技术测试 4 3 4 各阶段的测试用例应按照下述规定执行 4 3 4 1 测试问题记录要求 问题描述正确 错误过程记录完整 错误出现操作步骤记录 准确 4 3 4 2 测试问题判别有如下几类 a 可重复性错误 按相同操作可再次出现的错误 b 不可重复性错误 按相同操作不再出现的错误 c 死机性错误 因硬件设备的问题 应用软件问题 操作平台的问题或配合的问题而 引起的系统死机 d 系统数据被破坏性错误 因硬件设备的问题或应用软件的问题引起的数据被破坏的 错误 e 影响运行错误 因硬件设备 外围器件 环境因素等而影响系统正常运行的错误 天津市铁通计算机网络工程有限公司 ISO 9000 程序文件 5 f 导致测试工作停顿性错误 因硬件设备问题或应用软件问题而使测试工作无法继续 进行 g 需求错误 需求分析说明书 不符合用户提出的需求 h 应用软件错误 与系统配合的应用软件出现错误 i 设备故障性错误 工程中使用到的硬件设备出现故障 j 系统故障性错误等 4 3 4 3 测试问题记录原则 a 一类错误 错误导致系统运行停止 用户业务无法进行 数据错误或混乱 b 二类错误 错误出现后 主要业务运行正常 辅助功能出现故障 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 6 3 系统的业务测试和技术测试应按规定的内容进行 由测试人员形成 测试分析报 告 由项目负责人审核 测试分析报告 4 3 7 不合格项控制 依据测试标准 对测试用例的不合格项 按规定的内容进行并形成 测试分析报告 纠正后再次进行测试 4 3 8 让步放行 a 在例外情况下 工程实施阶段出现某项 不通过 时 在不影响下一工程组实施 不影响工程总体的情况下 经技术开发部负责人审核 总经理批准可以进行下一阶段的工 程实施 测试人员必须作好 测试用例 并采取措施跟踪和处理 b 在所有测试均圆满完成 并且 测试分析报告 均已得到授权人批准前 不得放行 交付集成的系统 5 相关文件 5 1 采购控制程序 TTCP 74 01 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 硬件