模板测试管理标准规范作业流程.doc

测试工作步骤规范版本统计：文件状态： 初稿 正在修改 正式公布目前版本：V1.0作 者：完成日期：XXXX-XX-XX签 收 人：签收日期： 目录1编写目标22测试团体组成22.1组织结构22.2测试组职能22.3职责划分33测试步骤及规范53.1测试步骤图53.1.1完整开发和测试步骤图53.1.2 测试步骤63.2测试开启阶段63.2.1 测试工作开启63.2.2 需求分析73.2.3测试设计阶段83.4实施测试阶段103.4.1实施阶段工作步骤图113.4.2实施测试阶段113.4.3提交阶段性汇报133.4.4 回归测试143.5总结阶段153.5.1测试归档153.5.2测试工作总结153.6缺点跟踪164公布标准175争议处理186标准文档181编写目标本文档是测试团体日常工作规范，关键侧重测试工作步骤实施和控制，明确软件工程各阶段测试团体应参与和完成工作。而且对于测试团体中相关测试组架构、职能及组员职责进行必需说明。经过建立规范测试步骤、测试团体组织架构，同时明确测试小组任务、目标和各小组组员具体职责，对部门测试工作正常开展起到规范指导作用。2测试团体组成部门经理（或项目经理） 2.1组织结构测试小组测试小组测试实施工程师测试组长测试实施工程师测试组长图 1 2.2测试组职能软件测试是软件开发过程中关键组成部分，测试团体关键担负着以下责任： 在项目标前期、需求文档确立基线前对文档进行测试，从用户体验和测试角度提出自己见解。 针对测试需求进行相关测试技术研究。 依据项目标实际需求，编写合理测试计划，并和项目整体计划有机地整合在一起。 编写高效、覆盖率高测试用例，充足确保测试完整性和可实施性。 认真仔细地实施测试工作，内容包含功效性测试，文档测试，兼容性测试，性能测试，安全测试等，并提交各阶段测试汇报供项目组参考。 进行缺点跟踪和分析。 对测试整个过程进行总结，完善和优化测试步骤，提升和改善测试方法和技术。 2.3职责划分在人力资源有限情况下，一个团体组员可能会同时负担多个角色。角色名称相关关键责任部门经理（或项目经理）l 确定测试组长，分配测试任务给测试组。l 同其它部门协调，提供测试组所需内、外部资源。l 了解项目进度，对测试组工作进行指导、监督。测试组长l 全权负责所分配测试任务。l 给小组内组员分配指定任务。l 协调测试组内部相关工作，对组内组员进行工作上指导、监督。l 代表测试组和其它角色组进行沟通。l 划分模块，分解任务，完成测试用例概要设计。l 参与测试计划制订，辅助编写所负责部分测试用例。l 实施测试用例，实施测试，提交当日测试统计。l 编写产品（项目）总结性测试汇报。测试实施工程师l 参与测试计划制订，辅助编写所负责部分测试用例。l 实施测试用例，实施测试l 提交当日测试统计。l 检验缺点处理结果。表 13测试步骤及规范3.1测试步骤图3.1.1完整开发和测试步骤图图 2注：1 白色框代表整个开发和测试步骤中各个具体步骤。2 绿色框代表测试团体所参与活动。3 黄色框代表某一测试活动需跨越多个步骤。4 蓝色框表示具体步骤中测试团体产出结果。3.1.2 测试步骤图 图 33.2测试开启阶段3.2.1 测试工作开启由企业相关部门组织召开项目开启会议，提交需求规格说明书，而且成立项目测试组和明确项目测试组长。 过程关键点具体说明输入条件项目需求及软件规格定义文档工作内容1.项目经理邮件通知测试组长正式测试时间，测试规模预估等，同时提交相关最新项目资料l 项目需求及软件规格定义文档。.l 项目开发计划l 其它相关资料2.组建测试小组组员，并指导测试组长及测试测试工程师3.召开测试开启会议，提供需求规格说明书，确定测试工作关键退出标准测试小组责任人项目责任人，测试组长表 23.2.2 需求分析过程关键点具体说明输入条件需求定义完成工作内容测试团体组员对需求中不清楚、不完整、太概括或存在疑义地方提出问题，相关人员解答并确定。退出标准全部些人员对需求无异议参与人员需求调研人员，开发组，测试组责任人测试组长表 3注： 1需求定义基础完成，此时应在评审会议召开之前发给测试团体，预留时间给测试相关人员熟悉、了解。 2测试组关键由测试组长、测试实施等人员组成。3.2.3测试设计阶段3.2.3.1 设计测试计划针对需求分析文档和项目开发计划文档测试完成后，测试组需要编写测试计划文档、制订测试策略及预估测试过程中风险，并设计出合理规避风险策略，为后续测试工作提供直接指导。过程关键点具体说明输入条件项目需求文档建立，项目开发计划完成工作内容依据项目标需求文档、设计文档，根据测试计划文档模板编写测试计划。测试计划中应该最少包含以下关键内容：l 依据项目背景及要求，确定测试环境。l 测试需求需要测试组测试范围，估算出测试所花费人力资源和各个测试需求测试优先级l 测试策略确定项目标测试计划内容，整体测试测试方法和每个测试需求测试方法，同时做好测试进度安排及人员调整。l 测试资源此次测试所需要用到人力、硬件、软件、技术资源l 测试组角色明确测试组内各个组员角色和相关责任l 可交付工件在测试组工作中必需向项目组提交产物，包含测试计划、测试汇报等等l 风险管理列举出测试工作所可能出现风险测试计划编写完成后，必需提交给项目组全体组员，并由项目组组织测试计划评审（依据具体实际情况，也可由测试组内部人员进行评审）。退出标准l 测试计划由项目组评审并经过.l 在项目开发过程中，要适时对测试计划进行跟踪，和评定此计划完整性、可行性，在项目结束时还要最终评定一下测试计划质量责任人测试组长 表 43.2.3.2 设计测试用例在需求分析文档确立基线以后，测试组需要针对项目标测试需求编写测试用例，在实际测试中，测试用例将是唯一实施标准。在用例编写过程中，具体任务和责任人以下：过程关键点具体说明输入条件测试需求明确，测试计划明确工作内容依据测试计划设计测试用例，设计参考标准：l 等价类划分l 边界值分析l 错误推测等l 业务知识及相关步骤退出标准l 测试用例需要覆盖全部测试需求l 测试用例集需进行评审并经过l 项目进行过程中，适时依据需求变更来对测试用例进行维护责任人测试组组员表 53.4实施测试阶段3.4.1实施测试阶段工作步骤图 表 63.4.2实施测试阶段实施测试用例将花费测试组大部分时间，这些工作全部是建立在前期很多计划工作基础上。测试时间依据项目标功效复杂而定。实施测试阶段关键包含集成测试，系统测试，验收测试等，其中系统测试通常有三轮SIT1测试：1) 依据系统需求和测试用例，尽可能发觉系统中问题，提交BUG单给开发进行修改，然后回归问题，SIT1结束，要求系统功效正常，没有严重错误2) SIT2测试：发散性测试，考虑特殊场景，浏览器兼容性测试，性能测试，安全性测试等，提交BUG单，回归问题单，SIT2结束，要求整体系统功效通畅，页面显示和用户要求一致，无显著异常3) SIT3测试：整体测试，确保系统正确性和质量，SIT3结束，要求整体系统达成上线标准过程关键点具体描述输入条件测试组长依据之前测试计划，确定出天天测试计划，来实施测试用例。工作内容l 进入每个测试阶段之前要进行每个阶段准入性测试，经过后，才能进入该阶段测试l 测试实施工程师依据测试计划中分配给自己测试任务和提供测试用例，实施对应测试用例。l 测试阶段包含集成测试，系统测试，验收测试l 软件测试方法包含：功效性测试，需求文档测试，极限测试，兼容性测试，性能测试（包含压力测试），安全性测试l 统计实施用例结果，提交当日测试纪录。l 提交缺点到bug管理器。退出标准测试用例中全部任务被实施，结果被统计。每个阶段问题全部已处理。责任人测试组组员表 73.4.3提交阶段性汇报在约定测试周期完成以后，测试组长需要总结此次测试结果，编写阶段性测试汇报。过程关键点具体描述输入条件测试组完成了预定周期测试任务工作内容测试组长依据此轮测试结果，编写阶段性测试汇报（参考测试阶段性汇报模板），关键应包含以下内容：l 测试汇报版本l 测试人员和时间l 测试所覆盖缺点测试组在这轮测试中全部处理缺点，汇报测试组优点理缺点和实施工程师验证缺点。不仅要写出覆盖缺点总数，还要写明这些缺点去向l 测试新发觉缺点数量l 上一版本活动缺点数量l 经过此轮测试，全部活动缺点数量及其状态分类l 测试评定写明在这一版本中，哪些功效被实现了，哪些还没有实现，这里只需写明和上一版本不一样之处即可l 急待处理问题写明目前项目组中面临最优先问题，能够反复提出退出标准在每轮测试结束以后应立即将符合标准测试汇报发给项目组责任人测试组长表 83.4.4 回归测试在每轮测试结束以后，由测试组重新拷贝修改后最新版本，进行回归测试。过程关键点具体描述输入条件在每轮测试中，根据现有测试用例没有新缺点被发觉，测试汇报中全部活动缺点全部被处理。工作内容l 测试组将根据测试计划中对于回归测试策略对产品进行回归测试，回归测试用例属于测试用例一部分或是全部测试用例，但不能超出原先预定测试用例范围。l 统计用例实施结果，提交回归测试统计。退出标准l 回归测试所运行用例全部经过l 缺点经过验证l 全部缺点全部被指明处理方法责任人测试实施工程师 表 93.5总结阶段测试工作结束或立即结束时，测试组就要开始着手准备进行总结工作。3.5.1测试归档测试归档是在测试验收结束宣告测试有效，结束测试后，对测试过程中包含到多种标准文档进行归类，存档。过程关键点具体描述输入条件测试验收经过工作内容归类、存档测试过程包含到文档，关键包含以下文档（必需）l 测试任务书l 测试计划书l 测试用例书l 阶段性测试汇报l 测试总结汇报退出标准全部文档归类完成责任人测试组长表 103.5.2测试工作总结测试总结工作是在以上工作全部结束以后，它目标是评定此次测试工作，总结经验，促进测试步骤及规范改善和提升，同时也提醒全体测试组组员在以后工作中需注意问题。过程关键点具体描述输入条件项目验收工作完成。工作内容测试组长召开项目测试工作总结会议，会议内容关键为：l 测试组长对项目期间整个测试组工作情况进行总结，指出测试工作中存在问题，同时也对工作中表现好地方给和肯定。（具体包含整个测试情况、步骤实施、人员安排、测试方法等）l 参与此次项目测试工作全部组员个人体会和提议。l 讨论测试工作中出现问题，寻求愈加好处理措施。退出标准所提问题寻求到很好处理方法参与人员测试组组员责任人测试组长表 113.6缺点跟踪3.5.1缺点跟踪工作图参考缺点管理步骤规范3.5.2缺点跟踪测试验收结束后，跟踪产品在试运行阶段暴露出来新缺点，和已提交缺点是否再次发生。过程关键点具体描述输入条件测试组完成了全部测试实施工作，测试验收经过，产品试运行、运行。工作内容l 已发觉缺点是否再次发生l 是否有新发觉在测试中未发觉缺点l 是否有新发觉在测试中已发觉但未修改缺点定义：A类：新发觉缺点B类：已发觉缺点C类：已发觉未修改缺点退出标准缺点跟踪汇报责任人产品经理、项目实施经理表 124公布标准软件产品公布须符合以下标准。 完成计划中全部工作 实现了需求定义全部功效特征 完成全部测试 严重缺点全部已修正 新发觉缺点趋于稳定并靠近零 产品、文档全部已就绪 达成其它行业质量标准，完成计划中全部工作软件产品未经测试合格，有严重bug时，不许可公布。5争议处理如开发团体对测试结论有争议，不能经过协商处理，项目组组员会议协调处理，并由项目经理最终给出处理结果。测试团体和开发团体应无条件服从结果。6标准文档1. 测试计划2. 测试用例3. 测试统计4. 阶段性测试汇报5. 测试总结汇报6. 缺点跟踪汇报