《测试工作流程》由会员分享，可在线阅读，更多相关《测试工作流程（10页珍藏版）》请在金锄头文库上搜索。
1、测试工作流程目的本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成 的工作。测试技术和策略等问题不在本文档描述范围内。1 范围适用于公司所有项目软件测试。2 测试团队构成2.1 职责测试是软件开发过程中的重要组成部分，肩负着如下责任： 在需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并提交测试报告供项目组参考。 进行缺陷跟踪与分析。2.2 角色在人力资源有限的情况下，一个团队成员可
2、能会同时承担多个角色。表1角色名称主要责任测试负责人 组建测试组 协调测试组内部的沟通 代表测试组与其他角色组进行沟通 编写测试计划 测试报告分析测试工程师 编写测试用例 执行测试 为测试工作提供技术支持3 工作流程及规范3.1 计划与设计阶段1.1.1 成立测试团队在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下：表2过程要点详细说明输入条件项目组成立（参与项目计划书的评审）工作内容为测试组任命一名测试负责人，同时确定测试组的构成人选。退出标准测试组成立责任人测试负责人1.1.2 测试预通知在正式测试任务下达前，开发团队应提前一周左右向测试团队下达预通知，告之较为确切的测试参
3、与日期提供当前最新的相关资料。测试人员可预先熟悉必要的背景资料，测试负责人编写测试计划书初稿。表3过程要点详细说明输入条件项目进入软件开发阶段工作内容项目经理邮件通知测试负责人正式测试交接时间，测试规模预估等退出标准预通知得到测试负责人确认，并提交测试计划书初稿责任人项目经理，测试负责人1.1.3 召开测试启动会议表4过程要点详细说明输入条件测试负责人完成测试计划书初稿工作内容开发团队与测试团队对测试目标达成一致，商讨测试计划初稿的可 行性，统一项目组的目标和测试的工作重点。退出标准明确测试内容与重点，测试方提交测试计划书正稿。责任人项目经理，测试负责人1.1.4 编写测试计划需求分析文档确立
4、后，测试组需要编写测试计划文档，为后续的测试工作提供直接的指导表5过程要点详细说明输入条件项目需求文档建立工作内容根据项目的需求文档，按照测试计划文档模板编写测试计划。测试 计划中应该至少包括以下关键内容： 测试需求一一需要测试组测试的范围，估算出测试所花费的人 力资源和各个测试需求的测试优先级 测试方案一一整体测试的测试方法和每个测试需求的测试方法 测试资源一一本次测试所需要用到的人力、硬件、软件、技术 的资源 测试组角色一一明确测试组内各个成员的角色和相关责任 里程碑一一明确标准项目过程中测试组应该关注的里程碑 可交付物在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等 风
5、险管理一一列举出测试工作所可能出现的风险测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组 中各个角色组联合评审。退出标准 测试计划由项目组评审通过 在项目开发过程中，要适时的对测试计划进行跟踪，以评估此 计划的完整性、可行性，在项目结束时还要最后评估一下测试 计划的质量责任人测试负责人1.1.5 设计测试用例在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：表6过程要点详细说明输入条件测试需求明确，测试计划明确工作内容编写测试用例（可根据实际开发模式进行，如迭代完成需求、设计及测
6、试工作）退出标准测试用例需要覆盖所有的测试需求责任人测试用例设计工程师（可由测试实施工程师或测试负责人兼做）3.2 测试执行阶段3.2.1 测试执行测试执行将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上表7过程要点详细描述输入条件测试用例完成，产品可测试（即开发团队完成内测）工作内容测试工程师根据测试计划中分配给自己的测试任务（包括但不限于 测试用例），执行相应的测试，并将记录实测结果退出标准测试用例中的所有任务被执行，结果被记录责任人测试工程师3.2.2 阶段测试报告在计划的测试周期后，测试负责人需要总结此轮测试的结果，编写阶段测试报告表8过程要点详细描述输入条件测试组
7、完成了计划的测试任务工作内容测试负责人根据此轮测试的结果，编写测试报告，主要应包含以下 内容： 测试报告的版本 测试的人员和时间 此轮测试新发现缺陷情况，包括数量、分类及分布等 此轮测试缺陷的回归情况 经过此轮测试，所有活动缺陷的数量、分类及分布等 测试评估一一写明在这一版本中，哪些功能被实现了，哪些还 没有实现，这里只需写明和上一版本不冋之处即可 急待解决的问题一一写明当前项目组中面临的最优先的问题， 可以重复提出退出标准在每轮测试结束之后应尽快将符合标准的测试报告发给全项目组责任人测试负责人3.3 总结阶段测试工作结束时，测试组就要开始着手准备进行总结的工作。3.3.1 测试总结报告在所有
8、测试任务完成之后，测试负责人将要编写测试总结报告，对测试进行总结，并且提交给全体项目组为产品的后续工作提供重要的信息支持。表9过程要点详细描述输入条件测试组完成了所有的测试执行工作工作内容测试负责人根据测试的结果，按照测试报告的文档模板编写测试报 告，测试报告必须包含以下重要内容： 测试资源概述一一多少人、多长时间 测试结果摘要一一分别描述各个测试需求的测试结果，产品实 现了哪些功能点，哪些还没有实现 缺陷分析按照缺陷的属性分类进行分析 测试需求覆盖率一一原先列举的测试需求的测试覆盖率，可能 一部分测试需求因为资源和优先级的因素没有进行测试，那么 在这里要进行说明 测试评估一一从总体对项目质量
9、进行评估 测试组建议一一从测试组的角度为项目组提出工作建议退出标准测试负责人完成了符合标准的测试报告，发送给全项目组责任人测试负责人责任人项目经理3.3.2 测试归档测试归档是在测试验收结束宣布测试有效、结束测试后，对测试过程中涉及到各种标准文档进行归类，存档表 10过程要点详细描述输入条件测试工作完成工作内容归类，存档测试过程涉及到的文档，主要包括以下文档（必须） 测试计划书 测试用例书 测试报告书 测试总结书退出标准全部文档归类完毕，版本号封存责任人测试负责人3.4 问题跟踪反馈测试结束后，跟踪产品在试运行阶段暴露出来的新缺陷，以及已提交的缺陷是否再次发生。表 11过程要点详细描述输入条件
10、测试组完成了所有的测试执行工作，测试验收通过，产品试运行、运行工作内容搜集整理用户等反馈的问题： 已发现缺陷是否再次发生 是否有新发现的在测试中未发现的缺陷 是否有新发现的在测试中已发现但未修改的缺陷退出标准缺陷跟踪报告责任人项目经理4 缺陷级别定义本规范定义以下四类缺陷，供参考，具体产品的缺陷类型定义可根据产品特点进行调整：级别符号概述详述致命A系统任何一个主要功能完全失 系统无法安装、登陆或其他主要功能效，用户数据受到破坏，系统不可用崩溃、悬挂、死机或者危机人 死循环或内存不足等原因导致程序身安全无法运行 由于程序引起的系统无法启动、死机、蓝屏、非法退出 在数据或安全方面存在重大问题严重B
11、系统的主要功能部分失效，数 基本功能存在部分问题或次要功能据不能保存，系统的次要功能无法实现或遗漏完全丧失，系统所提供的功能 未进行异常处理或服务受到明显影响 性能与预期相差很大一般C系统的次要功能没有完全实 现，但不影响用户的正常使用。 次要功能没有完全实现，但不影响用 户使用本产品 界面存在明显缺陷，设计不友好 提示信息不准确 一般的性能问题轻微D使操作者不方便或遇到麻烦，但它不影响功能的操作和执行 界面格式显示不规范 建议性的改进要求5 测试标准软件测试合格须符合以下标准： 致命、严重级别缺陷为0，一般级别缺陷解决率为95%，轻微级别缺陷解决率为90% 软件产品未经测试合格，不允许发布。6 争议处理如开发团队对测试结论（是否允许发布）有争议，由项目经理裁定。7 标准文档1. 测试计划书2. 测试用例说明书3. 阶段测试报告4. 测试总结报告5.
