项目测试管理规范样本.doc

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。

项目测试管理规范
序号
版本编号
修订内容
修订人
批准人
发布时间

目录
1.目的 3
2.范围 3
3.参考资料 3
4.测试过程描述 4
4.1 测试流程图 4
4.2 活动说明 5
4.2.1 需求评审 5
4.2.2 测试计划 7
4.2.3测试设计 8
4.2.4 功能测试执行 11
4.2.5集成/性能测试设计 13
4.2.6集成测试/性能测试 15
4.2.7 文档测试 17
4.2.8 测试报告 19

1.目的
本文是对项目软件测试的指导性文件, 对软件测试过程中所涉及到的测试理论、 测试类型、 测试方法、 测试标准、 测试流程及测试过程中涉及到的角色职责进行总体规范, 以有效保证软件质量。
2.范围
本文适用于软件测试人员。
3.参考资料
《项目测试操作过程及方法》
《项目缺陷管理规范》
《项目需求规格书模板》
《项目测试计划模版》
《测试用例设计规范》
《功能测试用例模版》
《项目测试报告模版》

4.测试过程描述
4.1 测试流程图
需求解析、 评审、 整理

测试计划

测试设计

测试执行

缺陷管理

测试报告

4.2 活动说明
4.2.1 需求评审
4.2.1.1目的
从源头把握软件质量, 并确保开发结果与实际需求相一致
4.2.1.2角色与职责
需求人员: 《需求规格说明书》的编写, 以及软件开发过程中《需求规格说明书》的修正;
评审人员: 评审《需求规格说明书》, 从全面性、 完整性、 正确性、 一致性、 可靠性方
面检、 查《需求规格说明书》, 将需求缺陷提交给需求人员, 并跟踪需求缺
陷直至需求缺陷验证关闭。
4.2.1.3启动标准
《需求规格说明书》编写完成
4.2.1.4工作流程图

4.2.1.5输入/输出
输入: 《需求规格说明书》
输出: 需求缺陷
4.2.1.6规范
参见《文档评审指南》
4.2.2 测试计划
4.2.2.1目的
明确测试内容、 测试任务安排、 测试进度、 测试策略、 测试资源、 风险控制; 保持测试过程的顺畅, 有效控制和跟踪测试进度, 应对测试过程中的各种变更。
4.2.2.2角色与职责
测试负责人: 根据《项目整体计划》、 《需求规格说明书》编制《测试计划》, 明确测试
内容、 测试任务安排、 测试进度、 测试策略、 测试资源、 风险控制, 以便
测试工作正常开展, 测试计划实际编写内容参见《项目测试计划模版》。
4.2.2.3启动标准
需求评审完成, 《项目整体计划》编制完成。
4.2.2.4工作流程图

4.2.2.5输入/输出
输入: 《需求规格说明书》、 《项目整体计划》
输出: 《测试计划》
4.2.2.6规范
测试计划编写内容参加《测试计划模版》。
4.2.3测试设计
4.2.3.1目的
经过多种测试方法编写测试用例, 以使最少的测试用例, 实现最大的测试覆盖, 保证软件功能的正确性, 从而提升软件质量。
4.2.3.2角色和职责
测试人员: 采用多种测试方法编写有效的测试用例, 并对遗漏/错误的测试用例进行修
正。
评审人员: 对测试人员编写的测试用例进行评审, 提出遗漏/错误的用例缺陷, 并跟踪
直至用例缺陷的验证关闭。
4.2.3.3启动标准
需求文档评审完成 且 测试计划制定完成
4.2.3.4工作流程图

4.2.3.5输入输出
输入: 《需求规格说明书》
输出: 《测试用例》、 测试用例评审缺陷
4.2.3.6规范
测试用例实际内容参见《测试用例模版》, 测试用例评审规范参见《文档测试规范》。
4.2.4 功能测试执行
4.2.4.1目的
依据测试计划, 按照测试用例对软件进行测试, 验证软件功能与需求的实际匹配程度。
4.2.4.2角色与职责
测试人员: 依据测试计划, 按照测试用例对软件功能进行测试。对于发现的缺陷必须记
录, 而且跟踪缺陷的状态, 直至缺陷的验证关闭。在测试执行过程中发现的
遗漏测试用例必须补充至测试用例, 保证测试用例与实际测试的一致性。
开发人员: 对于测试人员提交的缺陷进行确认、 修复。
开发经理: 对测试人员与实际开发人员意见不一的问题进行裁决。
4.2.4.3启动标准
测试用例编写完成 且 用例评审完成
4.2.4.4工作流程图

4.2.4.5输入输出
输入: 功能测试用例
输出: 功能测试缺陷
4.2.4.6规范
测试执行过程需按照《测试行为规范》进行, 缺陷管理需按照《缺陷管理规范》进行。
4.2.5集成/性能测试设计
4.2.5.1目的
为集成测试提供测试依据, 记录并保证集成测试覆盖度;
依据《测试计划》及性能指标制定性能测试计划、 性能测试用例设计、 性能测试脚本开发, 保证性能测试有序进行。
4.2.5.2角色和职责
测试人员: 以整个软件为对象, 确保新功能、 老功能、 新老功能接口正确进行用例设计;
依据性能指标及测试计划对性能测试进行计划、 以及性能测试用例/脚本的开
发。
4.2.5.3启动标准
功能测试完成 且 软件功能无中断
4.2.5.4工作流程图

4.2.5.5输入输出
输入: 《功能测试用例》、 功能测试缺陷、 《测试计划》、 性能指标
输出: 《集成测试用例》、 《性能测试计划》、 《性能测试用例》、 性能测试脚本
4.2.5.6规范
《集成测试用例》实际内容参见《集成测试用例模版》;
《性能测试计划》实际内容参见《性能测试计划模版》。
4.2.6集成测试/性能测试
4.2.6.1目的
以整个软件为对象, 以测试计划为指导, 按照集成测试测试用例对新功能、 老功能、 新老功能接口进行测试和性能测试, 保证测试的全面性和完整性。
4.2.6.2角色和职责
测试人员: 以整个软件为对象, 以测试计划为指导, 按照集成测试测试用例对新功能、
老功能、 新老功能接口进行测试, 并依据性能测试计划对软件性能进行测试。
4.2.6.3启动标准
集成/性能测试设计完成
4.2.6.4工作流程图

4.2.6.5输入输出
输入: 《集成测试用例》、 《测试计划》之集成测试事项、 《性能测试计划》、 《性能测试用
例》
输出: 集成测试缺陷
4.2.6.6规范
测试执行过程需按照《测试行为规范》进行, 缺陷管理需按照《缺陷管理规范》进行。
4.2.7 文档测试
4.2.7.1目的
保证对客户的指导与实际系统的使用状况相一致。
4.2.7.2角色和职责
测试人员: 对《用户操作手册》及在线帮助进行测试, 记录文档描述缺陷, 并跟踪直至
缺陷的验证关闭。
需求人员: 对测试人员提出的文档描述缺陷进行修正。
4.2.7.3启动标准
《用户操作手册》或在线帮助编写完成
4.2.7.4工作流程图

4.2.7.5输入输出
输入: 《用户操作手册》、 在线帮助
输出: 文档缺陷
4.2.7.6规范
参见《文档测试指南》
4.2.8 测试报告
4.2.8.1目的
真实、 客观反映测试过程中各测试阶段、 测试项的情况, 并将结果进行数字化/图像化进行分析, 真实反映软件质量实际情况。
4.2.8.2角色与职责
测试负责人: 真实、 客观地对测试过程中各测试阶段、 测试项的情况, 并以数字/图像
的形式对实际情况进行分析, 真实反映软件实际测试状况。
4.2.8.3启动标准
集成测试完成
4.2.8.4工作流程图

4.2.8.5输入输出
输入: 各测试阶段、 测试项实际测试情况
输出: 《项目测试报告》