《测试工作规范.doc》由会员分享，可在线阅读，更多相关《测试工作规范.doc（14页珍藏版）》请在金锄头文库上搜索。
1、 测试工作规范测试工作规范 版本 目录目录 1.1.目的目的 2 2 2.2.范围范围 2 2 3.3.职责职责 3 3 4.4.工作流程及规范工作流程及规范 3 3 4.1 方针方针 .3 4.2 测试目标 .3 4.3 测试过程流程图和各个阶段测试重点 .3 4.4 计划与设计阶段.5 4.4.1 成立测试团队.5 4.4.2 测试通知.6 4.4.3 测试计划文档.6 4.4.4 易用性检查表建立.7 4.4.5 设计测试用例.8 4.4.6 测试环境确认表 9 4.4.7 搭建测试环境.9 4.5 开发测试阶段 .9 4.5.1 测试执行.9 4.5.2 DB 版本测试报告.10 4.
2、6 稳定阶段 11 4.6.1 非功能性测试11 4.6.2 编写测试报告 .12 4.6.3 测试验收12 4.7 部署阶段 13 4.7.1 部署测试13 4.7.2 测试归档14 1.目的 本文档是测试团队的日常工作规范，明确软件工程的各阶段测试团队应完 成的工作和提交的工作产物。 测试工作规范 版本: 日期:2012-12-7 3 / 14 芜湖市社会服务管理信息化平台 2.范围 适用于软件开发过程中的测试相关活动。 3.职责 测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试 的角度提出自己的看法 编写合理的测试计划
3、，并与项目整体计划有机地整合在一起 编写覆盖率高的测试用例 针对测试需求进行相关测试技术的研究 认真仔细地实施测试工作，并提交测试报告供项目组参考 进行缺陷跟踪与分析 4.工作流程及规范 4.1 方针方针 测试组尽早参与项目组的工作。 测试环境尽可能的模拟系统的实际运行环境。 平衡测试资源、测试范围与测试效果。 4.2 测试目标 测试的目标是尽可能多的发现产品中的缺陷，评估产品的质量，为项目组 提供评估和分析。 4.3 测试过程流程图和各个阶段测试重点 软件测试流程 测试组长测试组测试组长 开始测试环境确认表测试计划制定测试计划评审 需求测试测试用例开发 测试用例评审 测试环境建立测试环境DB
4、部署 测测试试执执行行 测试分析报告 生产环境反馈问 题分析验证 生产环境部署生产环境验证 表 1 软件测试流程图 测试工作规范 版本: 日期:2012-12-7 5 / 14 芜湖市社会服务管理信息化平台 构建阶段 计划阶段 开发阶段 稳定阶段 部署阶段 了解项目情况 1.测试计划的制定 2.测试用例的开发 3.搭建测试环境 4.需求和DEMO设计测试 5.缺陷管理库的创建 6.组织测试计划和用例的评 审会 7.组织项目组制定易用性规 范 1.DB版本测试 2.BUG的验证 3.测试用例的完善 4.系统测试 1.DB的测试 2.BUG的验证 3.测试用例的完善 4.需求变更测试 5.系统测试
5、 6.非功能性测试 1.生产环境测试 2.生产环境的反馈问题跟踪 分析和验证 N/A 1.测试计划 2.测试用例 3.测试环境确认表 4.需求和Demo测试结 果列表 5.评审报告单 6.易用性检查表 1. BUG 2.完善的测试用例 3.测试分析报告 1.Bug 2.测试报告 3.已知问题列表 4.非功能测试方案 5.非功能测试报告 1.部署测试问题列 表 2.生产环境问题验 证分析报告 IPM里程碑测试人员工作重点提交的产物 图表 2 测试各个阶段的工作重点和提交的产物 4.4 计划与设计阶段 4.4.1 成立测试团队 在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下： 过
6、程要点过程要点详细说明详细说明 输入条件项目组成立 工作内容项目经理申请测试资源，并任命一名测试经理，同时确定 测试组的构成人选。 退出标准测试组成立 责任人项目经理，测试经理 图表 2 4.4.2 测试通知 在正式测试任务下达前，项目经理应提前一周左右向测试团队下达测试通 知，告之较为确切的参与日期，提供当前最新的相关资料。 过程要点过程要点详细说明详细说明 输入条件项目进入需求调研阶段 工作内容项目经理邮件通知测试经理正式参与测试时间，测试范围 预估等 退出标准通知得到测试组长确认，并回复明确参与时间，参与人员 责任人项目经理，测试经理 图表 2 4.4.3 测试计划文档 需求规格说明书确
7、立后，测试组需要编写测试计划文档，为后续的测试工 作提供直接的指导 过程要点过程要点详细说明详细说明 输入条件需求规格说明书、初步的项目计划 工作内容 根据项目的需求规格说明书，按照测试计划文档模板编写 测试计划；测试计划中应该至少包括以下关键内容： 测试需求需要测试组测试的范围(功能、性能、安 全等非功能性测试范围)，估算出测试所花费的人力资 源和各个测试需求的测试优先级 测试工作规范 版本: 日期:2012-12-7 7 / 14 芜湖市社会服务管理信息化平台 测试策略整体测试的测试方法和每个测试需求的 测试方法 测试资源本次测试所需要用到的人力、硬件、软 件、技术的资源 测试组角色明确测
8、试组内各个成员的角色和相关 责任 里程碑明确标准项目过程中测试组应该关注的里 程碑 风险管理列举出测试工作所可能出现的风险 通过标准需要确定该项目测试结束的标准 可交付工件在测试组的工作中必须向项目组提交 的产物，包括测试计划、测试报告等等 测试计划编写完毕后，必须提交给项目组全体成员，并由 项目组组中各个角色组联合评审。 退出标准 测试计划由项目组评审通过 在项目开发过程中，要适时的对测试计划进行跟踪， 以评估此计划的完整性、可行性，在项目结束时还要 最后评估一下测试计划的质量 责任人测试经理 图表 3 4.4.4 易用性检查表建立 需求规格说明书确立后，测试经理需要和项目组一起制定易用性检
9、查表 ： 过程要点过程要点详细说明详细说明 输入条件需求规格说明书确立 工作内容测试经理根据需求规格说明书要求，整理易用性检 查表初稿 测试经理招集项目组通过会议讨论易用性检查表 并确定最终版本内容 退出标准测试经理完成易用性检查表终稿，并发给全项目组 责任人测试经理 图表 4 4.4.5 设计测试用例 需求规格说明书确立和测试计划完成后，测试组需要针对项目的测试需求 编写测试用例，在实际的测试中，测试用例将是唯一实施标准；在用例的编写 过程中，具体的任务和责任人如下： 过程要点过程要点详细说明详细说明 输入条件需求规格说明书、测试计划 工作内容根据测试计划中说明的测试需求、测试类型，设计测
10、试用例；测试用例中应该至少包括以下关键内容： 用例级别用来指导用例的筛选和不同阶段需要执 行的测试用例 用例名称通过用例名称可以得知此条用例所测试 的功能 前置条件用来编写执行此条用例的先决条件 测试步骤用例执行的具体操作步骤 期望结果每个操作步骤对应的预期结果 退出标准测试用例由项目组评审通过 测试用例需要覆盖所有的测试需求 在项目开发过程中，要适时的对测试计划进行跟踪和 完善，只有当相应的需求规格说明书文档确定后， 测试用例才能最终定稿 责任人测试经理、测试组员 图表 5 4.4.6 测试环境确认表 测试工作规范 版本: 日期:2012-12-7 9 / 14 芜湖市社会服务管理信息化平台
11、 在项目立项后, 测试经理根据项目的需求规格说明书、测试计划资源需求 制定测试环境确认表格： 过程要点过程要点详细说明详细说明 输入条件需求规格说明书确立、测试计划评审通过 工作内容测试经理根据需求规格说明书要求，测试计划资源需求填 写测试环境确认表格。 退出标准测试经理完成测试环境确认表填写，并提交给项目经理签 字 责任人测试经理 图表 6 4.4.7 搭建测试环境 在测试环境确认后, 测试经理根据项目的需求在项目经理、开发组长的配 合下搭建测试环境： 过程要点过程要点详细说明详细说明 输入条件测试环境申请表 工作内容测试经理测试环境申请表需求，搭建测试环境 根据项目的需要初始化测试数据 部
12、署待测软件，检查测试环境搭建情况 退出标准搭建测试环境搭建好后，可以正常运行待测软件 责任人测试经理 图表 7 4.5 开发测试阶段 4.5.1 测试执行 执行测试的目的是验证产品是否符合需求规格说明书，尽可能多的发现产 品中的缺陷。测试组在开发阶段和稳定阶段执行测试 过程要点过程要点详细描述详细描述 输入条件 测试计划 、 测试用例 、 易用性检查表 、待测试的软 件 工作内容 测试执行主要分以下三个部分： 单元测试单元测试 在单元开发完成后由开发组进行单元测试，验证单元是不 是符合需求规格说明书 集成测试集成测试 在若干单元完成集成后，由测试组进行集成测试，验证集 成后的单元是不是符合需求
13、规格说明书 系统测试系统测试 在每个版本发布之前必须由测试组进行系统测试 退出标准 待测软件涉及到测试用例中的所有任务被执行，结果 被记录。 系统测试达到发布标准 责任人测试组员 图表 1 4.5.2 DB 版本测试报告 在每一轮 DB 版本测试完成之后，测试组员需要总结测试结果，编写测试分 析报告 过程要点过程要点详细描述详细描述 输入条件测试组完成了 DB 版本测试任务 工作内容测试组员根据此轮测试的结果，编写版本测试分析报告， 主要应包含以下内容： 测试报告的 DB 版本号 测试的人员和时间 测试总结写明在这一版本中，那些功能被实现了， 那些还没有实现，这里只需写明和上一版本不同之处 测
14、试工作规范 版本: 日期:2012-12-7 11 / 14 芜湖市社会服务管理信息化平台 即可 急待解决的问题写明当前项目组中面临的最优先 的问题 测试用例执行结果写明当前版本测试用例执行情 况 缺陷分析说明当前版本，缺陷验证通过数、缺陷 验证不通过数、发现缺陷数据 退出标准在每轮测试结束之后，尽快完成版本测试报告并发给全项 目组 责任人测试组员 图表 2 4.6 稳定阶段 4.6.1 非功能性测试 在系统功能测试结束后，测试组需要根据测试计划里的非功能测试需求进 行非功能测试 过程要点过程要点详细描述详细描述 输入条件测试计划 、待测试的软件 工作内容 非功能性测试主要分以下三个部分： 测
15、试经理根据测试计划里，规划的非功能测试需求 （如：性能、安全、兼容性等） ，制定测试方案。 测试组根据测试方案执行测试 针对测试结果进行分析 根据测试结果提供测试报告，并发送给全项目组 退出标准最终测试结论符合测试需求达标。 责任人测试组员，测试经理 图表 1 4.6.2 编写测试报告 在测试结束之后，测试经理需要编写测试报告，总结和评估所测的产品的 质量状况，提交给全体项目组，为产品的后续工作提供重要的信息支持。 过程要点过程要点详细描述详细描述 输入条件测试组完成了所有的测试实施工作 工作内容测试经理根据测试的结果，按照测试报告的文档模板编写 测试报告，测试报告必须包含以下重要内容： 测试
16、总结对产品的质量情况进行总体评估 产品质量详情根据测试计划中定义的产品可 接受标准，对于测试需求的测试结果进行评估 缺陷分析按照缺陷的属性分类进行分析 测试执行情况描述测试计划和测试用例执行的情 况 已知问题描述当前版本还存在没有关闭的问题、 对用户影响以及解决处理意见 测试组建议从测试组的角度为项目组提出工作建 议 退出标准设计完成的测试报告和已知问题列表，并发送给全项目组 责任人测试经理 图表 2 4.6.3 测试验收 测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收， 宣布测试结束。 过程要点过程要点详细描述详细描述 输入条件 测试组完成了所有的测试实施工作，测试经理完成测试报 告文档 工作内容 由项目约定的验收组成员，对本系统进行验收测试，检查 系统是否达标，验收
