软件测试管理规范概要

1、软件测试管理规范中译语通（青岛科技有限公司计算机软件测试规范1目的对软件产品倾目的特性进行测试，以确保产品（项目的符合性。适用于产品（项目开发阶段及实施阶段的测试。（项目提交3职责3. 1项目经理负责测试活动的申请、明确测试内容并将测试产品3. 2测试组成员负责测试用例的设计、编写和测试实施。3. 3测试经理负责组织测试过程，执行完成后的统计分析与总结。4工作程序4.1测试启动4.1.1在产品（项目开发完成阶段，由项目经理提交测试申请，测试经理组织编写测 试大纲和测试进度计划。4.1.2测试经理参照测试大纲，结合项目的具体情况建立测试小组。4.2测试4.2.1除单元测试以外，在进行各种测试前应

2、做好下述准备：a、配备测试用的硕件环境；b、建立相应的运行环境和网络环境；c、准备测试数据；d、组织和培训测试人员；e、制定测试计划。4.2.2测试依据测试大纲、测试计划、测试用例、需求分析文档、设计说明书、上阶段测试 记录、 上版软件产品用户反馈意见记录和顾客提供的相关项目资料等。4.2.3测试计划的制定4.2.3.1各阶段的测试计划内容应包括测试时间、人员安排、设备环境的建立、测 试记录、统计方法、问题反馈处理办法、测试用例和测试数据等。4.2.3.2测试人员或组长制足单元测试计划、系统测试计划、验收测试计划，提交测 试经理批准后执行。4.2.4测试用例的设计 4.2.4.1单元测试用例的

3、设计测试组成员根据单元测试计划并参阅详细设计说明书,针对详细设计说明书的每一个模块，设计岀合理适用的单元测试用例，并指出用黑盒 或（和白盒方法进行测试。测试经理确认测试用例是否充分覆盖，并组织项目室、技 术室、测试室有关人员对测试用例进行评审并将白盒及黑盒测 试用例分开，具体操作 可参见软件评审作业指导书。4.2.4.2系统测试用例的设计测试组成员根据系统测试计划，参阅概要设计说明书、 需求分析文档和用户提出的系统性能方面的要求，针对需求分析报告及功能规格说明 书中描述的功能需求和概要设计说明书中描述的模块集成情况分别设计出适用的黑盒测 试用例或（和集成模块的白盒测试用例分析文档，测试用例应覆

4、盖所有的功能点，（若 因条件所限，不能进行测试的，应在测试报告中说明。主要应从如下几个方面考虑： 数据和数据库完整性测试、性能评测、负载测试、强度测试、容量测试、安全性和访问 控制测试、故障转移和恢复测试、配置测试、安装测试。系统测试用例应经过测试组的 自检、互检，经测试经理审批 后，方可用于测试。在进 行系统测试用例的设计过程中 应定期将文档提交到项目配置库中。4.2.5测试实施根据测试目的的不同，分几个阶段进行测试。4.2.5.1单元测试测试人员从配置管理员处用例库中提取测试用例，按照测试大纲和测试计划执行 单元测试，确保通过单元测试通过准则，保证模块运行正确、界面与设计说明书相 一致。4

5、.2.5.2系统测试测试组成员从配置管理员处配置管理用例库中提取系统测试用例，按照测试计划 执行系统测试，测试的内容按照测试用例进行。系统测试应力图测试完整，需求制作 安装盘的，应以安装的版本进行测试。安装盘由项目组制作。保证软件产品数据流 计算的正确性、软件产品整体运行的稳定性、与其他软件产品数据接口间的正确性，以及与需求说明书的一致性。4.2.5.3验收测试测试人员应严格按照测试大纲和测试计划所确定的测试用例进行测试，测试人员 应如实、完整地记录测试结果，对问题级别的判断应客观、准确。（在测试中如发现测试用例以外的软件问题，也应作好记录。保证软件产品运行的稳定性和与需求 说明书的一致性，同

6、时进行软件产品加密、安装正确性的测试，以保 证发版软件 产 品的正确性。4.2.5.4在验收测试完成，评审会通过、项目经理批准的情况由综合室将测试产品 提交给用户（或相当于用户的角色进行B测试，并由综合室负责指派人员对用户B测试的跟踪工作，及时收集顾客反馈的问题，并根据顾客的反馈情况进行相 应的处 理。4.2.7测试记录的控制4. 2. 7. 1在测试过程中，测试人员应按单元测试错误等级的划分标准和系统测 试错误等级的划分标准的规定进行判定并做好测试记录，随时准确详细地记录软件 的错误和不妥之处。每个错误（建议所属的模块、出错描述、错误等级、问题状态、 测试日期、测试人、测试版本、图片（需要时

7、都应该在相应的栏目中填写清楚；所作的问题描述要求开发人员根据记录的步骤进行操作，可重现错 误重现，不 可重现错误能理解操作步骤，寻找错误根源。对于测试的问题可采用0A测试用例库 工具进行记录，也可用问题记录模板记录，具体方式由测试经理确定。4.2.7.2各阶段测试完成后,测试组应提交软件测试报告,报测试经理审批后归档。 4. 2. 7. 3对测试问题的判别有如下几类：P1致命错误：将使整个系统无法满足关键性、技术性指标要求，将导致工程失败;P2严重问题:导致系统无法正确运行P3不同问题:会降低系统可靠性、安全性问题，降低系统的可操作性问题；P4轻微问题：对整个系统的影响较小，可能降低系统的效率

8、或产生其他后果。4.2.8测试反馈和处理4. 2. 8. 1对测试问题的处理对测试中发现的问题，项冃经理应及时组织修改，并定期将修改的版本提交给测 试组进行下一轮的测试。4.2.8.2测试记录传递a、单 元测试、系统测试和验收测试完成后，由测试人员将测试计划、数据 统 计 分析交测试经理审核编号后传递给项目经理，再由项目经理传递给相关相目人员，再完 成此次测试修改后，由项目经理将测试的文档交与 配置管理人员进行存档。b、用户测试后的结果，由用戸反馈到营销中心，营销中心根据具体情况进行传递。4.2.9不合格项控制对测试记录的不合格项，由测试人员及时反馈到软件开发人员，并按各自的标准要 求进行修改和确认后再重新测试。4.2.10让步放行规定在例外情况下，半测试中出现某项“不通过”时，在不影响下一阶段开发、不影响 软件产品结构、不影响用户使用的情况下，经项冃经理批准町以进行下一阶段的工作； 如提交用户，需经软件事业部部门经理批准，并取得用户的同意。但测试人员必须作好 记录，并采取措施跟踪和处理，在修改版完成后