软件测试管理规范

软件测试管理规范中译语通（青岛）科技有限公司

计算机软件测试规范

1目的

对软件产品（项目）的特性进行测试，以确保产品（项目）的符合性。

2范围

适用于产品（项目）开发阶段及实施阶段的测试。

3职责

3.1项目经理负责测试活动的申请、明确测试内容并将测试产品（项目）提交。

3.2测试组成员负责测试用例的设计、编写和测试实施。

3.3测试经理负责组织测试过程，执行完成后的统计分析与总结。

4工作程序

4.1 测试启动

4.1.1在产品（项目）开发完成阶段，由项目经理提交测试申请，测试经理组织编写测试大纲和测试进度计划。

4.1.2测试经理参照测试大纲，结合项目的具体情况建立测试小组。

4.2 测试

4.2.1 除单元测试以外，在进行各种测试前应做好下述准备：

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 单元测试用例的设计测试组成员根据单元测试计划并参阅详细设计说明书，针对详细设计说明书的每一个模块，设计出合理适用的单元测试用例，并指出用黑盒或（和）白盒方法进行测试。测试经理确认测试用例是否充分覆盖，并组织项目室、技术室、测试室有关人员对测试用例进行评审并将白盒及黑盒测试用例分开，具体操作可参见《软件评审作业指导书》。

4.2.4.2系统测试用例的设计测试组成员根据系统测试计划，参阅概要设计说明书、需求分析文档和用户提出的系统性能方面的要求，针对需求分析报告及功能规格说明书中描述的功能需求和概要设计说明书中描述的模块集成情况分别设计出适用的黑盒测试用例或（和）集成模块的白盒测试用例分析文档，测试用例应覆盖所有的功能点，（若因条件所限，不能进行测试的，应在测试报告中说明。）主要应从如下几个方面考虑：数据和数据库完整性测试、性能评测、负载测试、强度测试、容量测试、安全性和访问控制测试、故障转移和恢复测试、配置测试、安装测试。系统测试用例应经过测试组的自检、互检，经测试经理审批后，方可用于测试。在进行系统测试用例的设计过程中应定期将文档提交到项目配置库中。

4.2.5 测试实施

根据测试目的的不同，分几个阶段进行测试。

4.2.

5.1 单元测试测试人员从配置管理员处用例库中提取测试用例，按照测试大纲和测试计划执行单元测试，确保通过单元测试通过准则，保证模块运行正确、界面与设计说明书相一致。

4.2.

5.2 系统测试测试组成员从配置管理员处配置管理用例库中提取系统测试用例，按照测试计划

执行

系统测试，测试的内容按照测试用例进行。系统测试应力图测试完整，需求制作安装盘的，应以安装的版本进行测试。安装盘由项目组制作。保证软件产品数据流计算的正确性、软件产品整体运行的稳定性、与其他软件产品数据接口间的正确性，以及与需求说明书的一致性。

4.2.

5.3 验收测试测试人员应严格按照测试大纲和测试计划所确定的测试用例进行测试，测试人员应如实、完整地记录测试结果，对问题级别的判断应客观、准确。（在测试中如发现测试用例以外的软件问题，也应作好记录。）保证软件产品运行的稳定性和与需求说明书的一致性，同时进行软件产品加密、安装正确性的测试，以保证发版软件产品的正确性。

4.2.

5.4 在验收测试完成,评审会通过、项目经理批准的情况由综合室将测试产品提交给用户（或相当于用户的角色）进行B测试，并由综合室负责指派人员对用户B测试的跟踪工作及时收集顾客反馈的问题，并根据顾客的反馈情况进行相应的处理。

4.2.7测试记录的控制4.2.7.1在测试过程中，测试人员应按《单元测试错误等级的划分标准》和《系统测试错误等级的划分标准》的规定进行判定并做好测试记录，随时准确详细地记录软件的错误

和不妥之处。每个错误（建议）所属的模块、出错描述、错误等级、问题状态、测试日期、测试人、测试版本、图片（需要时）都应该在相应的栏目中填写清楚；所作的问题描述要求开发人员根据记录的步骤进行操作，可重现错误重现，不可重现错误能理解操作步骤，寻找错误根源。对于测试的问题可采用OA 测试用例库工具进行记录，也可用问题记录模板记录，具体方式由测试经理确定。

4.2.7.2各阶段测试完成后，测试组应提交软件测试报告，报测试经理审批后归档。

4.2.7.3 对测试问题的判别有如下几类：

P1 致命错误：将使整个系统无法满足关键性、技术性指标要求，将导致工程失败；

P2 严重问题：导致系统无法正确运行；

P3 不同问题：会降低系统可靠性、安全性问题，降低系统的可操作性问题；

P4 轻微问题：对整个系统的影响较小，可能降低系统的效率或产生其他后果。

4.2.8测试反馈和处理

4.2.8.1对测试问题的处理对测试中发现的问题，项目经理应及时组织修改，并定期将修改的版本提

交给测试组

进行下一轮的测试。

4.2.8.2测试记录传递

a单元测试、系统测试和验收测试完成后，由测试人员将测试计划、数据统计分析交测试经理审核编号后传递给项目经理，再由项目经理传递给相关相目人员，再完成此次测试修改后，由项目经理将测试的文档交与配置管理人员进行存档。

b、用户测试后的结果，由用户反馈到营销中心，营销中心根据具体情况进行传递。

4.2.9不合格项控制对测试记录的不合格项，由测试人员及时反馈到软件开发人员，并按各自的标

准要求

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

4.2.10 让步放行规定

在例外情况下，当测试中出现某项“不通过”时，在不影响下一阶段开发、不影响软件产品结构、不影响用户使用的情况下，经项目经理批准可以进行下一阶段的工作；如提交用户，需经软件事业部部门经理批准，并取得用户的同意。但测试人员必须作好记录，并采取措施跟踪和处理，在修改版完成后应及时给用户更换版本。

4.3 项目总结

在项目整个测试过程完成后由测试经理根据项目各阶段测试报告、各阶段统计分析数据等对整个测试过程进行总结评价，对测试能力、测试进度、测试人员、测试内容等进行分析，找出测试过程中的成功点、不足点，形成测试总结报告，提交给配置管理员。