XXXX系统软件测试过程控制程序.docVIP

版本：A 编号：ISMSP-10-A 第 PAGE 4 页 共 NUMPAGES 5 页 XXXX公司 ISMS 版 本 A 密 级 秘密★3年 XXXX系统软件测试过程控制程序 文件编号 ISMSP-10-A 1目的/方针 通过规范公司测试流程，确保测试工作的规范性和有效性，以验证软件产品的质量满足用户的需求。 测试作为质量控制的一种有效手段，执行测试用例找出软件中潜在的各种缺陷，通过协助开发人员修正缺陷来提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患和降低质量成本。通过测试管理为产品与过程改进提供可靠的数据分析，起到缺陷预防的作用。 本过程的方针： 1）实施测试策划活动。 2）根据测试策划所规定的要求编写测试需求与用例，实施相关的测试活动。 2 范围 本程序文件适用于XXXX公司软件测试过程中对产品开发类项目、产品研发类项目、合同开发类项目、维护开发类项目、实施类项目的控制活动。 3 职责 部门经理 参加测试需求分析、测试计划与用例的评审、审核系统测试报告 项目经理 参与测试计划、测试用例的评审 系统分析员 负责澄清测试人员提出的所有需求、设计方面的问题、参与系统测试用例的评审 开发人员 参与测试计划、测试用例的评审 测试员 参加测试需求分析的评审，负责编写测试计划、测试用例，实施测试并编写系统测试报告，提出合理化建议。 4 定义 测试文档记录编号：由配置管理员分发的开发文档的唯一编号标识，每个开发文档记录对应唯一编号，记录编号不可重复使用。 测试文档记录编号获取方法：将项目名称、文档类型、文档在配置管理中的位置通过即时通讯工具发送给配置管理员，由配置管理员分配文档编号。 测试文档：《软件测试计划》、《软件测试用例》、《软件测试报告》 必备文档：对于立项的项目，《软件测试用例》、《软件测试报告》为必备文档。 可选文档：对于立项的项目，《软件测试计划》为可选文档。 5 工作程序 5.1 系统测试工作程序 系统测试过程主要分为需求分析、测试计划、测试用例、执行测试、提交测试结果、回归测试、测试总结7个阶段。 5.1.1 编制测试需求 1）测试人员在查看设计文档后进行测试需求分析，编写测试需求。 2）测试需求是依据《需求规格说明书》、《概要设计说明书》和《详细设计说明书》，将软件需求分解为可测试的点。 3）测试需求至少包含以下要素： a）测试需求描述； b）测试需求的对应关系（包括对应的软件需求）； c）测试需求评审信息； d）测试需求的优先级；（高、中、低） e）测试需求必须经过评审，由项目经理组织软件开发人员，软件测试人员。依据《概要设计说明书》和《详细设计说明书》对测试需求进行评审、修改、完善工作。 5.1.2 编写测试计划 测试员根据通过评审的测试需求制定项目的《软件测试计划》，主要内容为测试目标、背景、范围、测试策略、测试进度的开始与完成标准。 测试计划必须经过评审，由项目经理根据测试需求对测试计划进行评审，测试员对需要修改内容进行记录并做修改，直至通过评审。 5.1.3 设计测试用例 测试用例分为功能测试用例、非功能测试用例（非功能测试用例包括性能测试用例、压力测试用例、图形界面测试用例、数据库测试用例等）。 对项目进行测试，就需要有测试步骤，所以需要测试员根据测试计划编写测试用例，测试用例的内容主要为执行测试的具体操作步骤，测试用例的内容需要覆盖测试需求，主要包括以下要素：测试用例名称、测试目的、设计者、测试步骤、预期结果、实际结果、测试数据。 测试用例需要经过评审，由项目经理根据需求计划进行对应性核对，确认是否按测试计划编写，以保证测试的有效性。 5.1.4 执行测试 测试员根据测试用例完全执行测试用例中的测试内容，并在测试过程中完善测试用例，协助项目开发人员重现和修改软件缺陷。 5.1.5 提交测试结果 在执行测试用例的过程中，将所发现问题、项目缺陷、合理的建议形成记录，相应的项目开发人员根据测试结果进行重现、分析问题以修正BUG。 5.1.6 执行回归测试 软件开发人员根据测试报告修改软件缺陷，修改完成后形成新版本（如版本V1.0升级至V2.0），测试人员根据新版本对软件进行回归测试，确认修改结果是否正确。 5.1.7 测试总结 当所有测试结果记录中的问题和缺陷均被正确修改，即BUG修复程度达到100%，由测试负责人编写《软件测试报告》对测试任务进行总结、评价。项目经理组织项目组成员参与《软件测试报告》的评审工作。 评审通过的《软件测试报告》作为测试总结的依据。 6 相关文件 《需求规格说明书》 《概要设计说明书》 《详细设计说明书》 7 记录 记录名称 保存年限 《软件测试计划》 3年 《软件测试用例》