测试经理、自动化测试工程师工作指导书.docx

二级文件：软件研发中心测试经理工作指导书 文件版本：V0.1版件研发中心测试经理工作指导书 编写：王德超编写日期：2016/4/7审阅：审阅日期：批准：批准日期： 软件研发中心测试经理工作指导书文件变更记录序号版本号发布日期变更内容编写人审核人批准人1.V0.12016/4/8文档编写王德超2.3. 软件研发中心测试经理工作指导书目 录 1.目的22.适用范围23.术语定义24.岗位和职责25.执行准则36.测试经理职责概述3 1. 目的本文件用于软件研发中心软件测试工程师和自动化测试工程师在日常工作中对工作开展的指导。2. 适用范围本文的适用于软件研发中心测试部所有成员。3. 术语定义序号术语定义1测试经理有效的领导一个测试团队管理、贯彻和维护一个有效的测试流程的人员2技术预研对测试方法和测试技术进行技术研究和为日后项目开展做技术储备3缺陷分析模型对已存在的缺陷分析和缺陷类型分类，建立缺陷分析模型库4. 岗位和职责序号岗位职责1测试经理软件研发中心测试部日常管理工作如下：1制订、实施与完善本部门管理制度/流程，为工作开展提供依据和指导。2优化部门组织结构，明确测试部织架构和各岗位职责，合理分配资源，提升工作效率。3制定并监控实施本部门工作计划、费用预算，确保部门目标的实现。4负责本部门员工的培训、考核，不断提升员工绩效与能力。5负责本部门团队建设和业务测试与自动化测试技术预研，提高部门员工凝聚力与技术能力，营造良好的工作氛围和学习环境。6部门间协调沟通，确保部门日常工作的顺利进行。7监控各成员是否按照部门测试流程规范进行，监督测试结果，以确保按照部门测试流程执行和项目测试的质量。8审核最终的测试报告，并及时提供测试通过可用于发布的版本。2业务测试人员1编写测试计划、测试方案、测试用例。2搭建和维护测试环境。3执行测试工作，提交测试报告，包括编写完整的记录测试结果、测试报告等相关的技术文档。4对缺陷问题进行分析和定位，与开发人员讨论缺陷解决方案。5提出产品改进的建议,并评估改进方案。6对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见。3自动化测试工程师1测试工具选型与技术预研。2开发自动化测试工具和框架。3提供自动化测试解决方案。4编写自动化测试用例。5开发与维护系统业务的自动化测试脚本。6执行自动化测试并记录缺陷。7定期开展自动化测试技术讨论和培训，让自动化测试技术传承。5. 执行准则n 依据业务测试流程、自动化测试流程和自动化测试脚本编写方法与规范文档。n 本文为工作指导书，主要读者为研发中心测试部所有成员。6. 测试经理职责概述阶段启动标志工作内容工作成果项目立项项目经理通知项目启动，并召开项目启动会议1测试部成员参与项目启动会议，并明确项目类型、项目启动时间和大致结束时间。2讨论测试部何时介入项目最为合适。项目启动会议纪要需求分析项目测试人员随从项目经理售前研发人员一起前往客户现场/公司参与需求调研1客户交流：11 通过以往行业或公司项目经验准备过类似方案或者项目，以免出现小白客户或小白客户经理的出现。12 和客户提供的需求方案或是其下业务部门人员进行对接与需求确认，方充分了解客户的现状，基础是什么，了解他到底要做什么，是什么目的。2方案编写，抓住用户最关系的地方进行编写，突出我们的特点亮点。需求评审方案测试立项测试召开测试立项会议1根据需求调研评审结果，召开测试启动立项会议，参与人员包括：项目经理、开发经理和测试部全体成员。2根据项目大概周期，评估项目测试工作安排，包括：项目开发周期、测试周期、人员分配、测试类型、测试风险等评估。1测试立项启动会议纪要2测试立项评估测试项目调研列举系统功能点和设计简要测试用例Demo1阅读已评审的需求文档，列举功能点。2根据列举功能点开发简要测试用例Demo。1功能点大纲列表2简要测试用例（需求）项目测试任务书编写与确认任务书下达1根据需求规格说明书概要设计详细设计文档编写项目测试任务书，并在任务书中描述测试时间、测试范围、使用技术、完成时间。2根据任务书描述事项与项目经理、开发经理和与之相关的测试人员确认任务书的内容和事项。项目测试任务书版本控制测试版本控制组织项目经理、开发经理、业务测试组长、自动化测试组长开会讨论版本发布与更新方案。版本控制方案测试计划编写测试计划1制定测试计划，包含：业务测试计划和自动化测试计划。2依据测试计划进行工作开展，进行任务和资源分配。测试计划测试用例编写测试用例1指导和指定业务测试/自动化测试人员进行测试用例编写，包含：业务测试用例、功能测试用例和系统测试用例等。2组织测试部成员进行用例评审，并评估测试用例执行的可行性。测试用例自动化测试可行性分析自动化测试工作开展预研1做自动化测试前提条件11 软件需求变动不频繁。12软件结构相对复杂。13软件用于自动化测试的软件系统界面趋于稳定，没有较大的功能上的更改。2分析符合自动化测试的系统，设计系统自动化测试量化图，从软件系统本身的需求变更、结构复杂度、界面及功能稳定性等三个维度考虑。3分析成本及人员技能要求31 自动化测试成本和手工测试成本对比。32 考量测试人员的编程能力、脚本设计与开发和对测试工具熟练程度 。自动化测试可行性分析报告测试执行业务测试执行1根据测试范围、测试方法和测试策略安排业务测试人员针对不同测试阶段对系统进行冒烟测试、功能测试、系统测试、回归测试和验收测试等工作。2测试人员执行测试用例后，并将缺陷提交至JIRA。缺陷报告单自动化测试介入自动化测试执行预研1项目开始到提交测阶段：11自动化测试工程师设计编写测试用例。12自动化测试工程师则进行接口测试的前期调研和准备，评估接口测试并设计接口测试用例。13参与自动化测试工具选型，自动化测试工程师开发测试框架底层基础构建类（例如：关键字类库、调用外部文件类库、脚本调试类和测试报告类库等），同时准备测试数据和部署脚本。2项目中后期介入，用户界面和接口较稳定，且自动化代码不会被动的要求频繁改变，维护成本相对项目前期要低。3项目稳定版本上线后：自动化再次介入为回归测试做准备，可以最大化自动化收益。1接口测试用例2框架开发代码测试执行自动化测试执行指定自动化测试工程师进行如下工作安排和实施：1分层测试可自动化的部分先行，在未得到稳定的测试版本之前，可以准备测试数据，已经对应测试框架，测试代码的编写。2测试框架开发和系统业务脚本编写冒烟测试执行，测试开始之前，对部分重点功能进行常规冒烟测试。达到预期后，进行功能测试。这个测试工程中，即可以对一些自动化测试的case进行编码调试。3Bug Fix版本自动化测试回归，对应一些BugFix的版本，除了验证bug之外，运行自动化测试脚本将之前的功能进行回归。 4稳定版本自动化测试回归，预发环境自动化验证，在发布上线之前，会准备一个稳定的环境，在准备环境之前，将系统中平时不常用功能以及主线业务流程用例做整合，做一次全量的测试执行，保证产品正常和稳定的运行。1测试开发代码和测试脚本2缺陷报告单3测试结果测试结束标准项目结束标准1一级缺陷修复率等于100%。2二级缺陷修复率等于100%3三级缺陷修复率大于等于90%。4系统主线业务流程发布无阻碍，模块功能正确。5自动化测试脚本满足版本上线后可持续运行标准。项目结项测试结项工作测试项目结项报告由测试经理根据pmo提供的模板进行编写，在具体编写过程中对不清楚的地方与pmo进行沟通后完成。技术总结报告的编写，技术总结报告是测试经理针对本项目的一个技术性的总结，是一个以描述项目应用到的技术为主线为目的ppt，内容主要分以下4个方面：1测试目标介绍：描述此次测试达到的目标。2测试技术路线：详细介绍一下项目的技术路线，如测试思路、测试方案、测试阶段和关键测试技术描述等。3缺陷分析：分析此次项目测试中出现的缺陷，将缺陷类型分类整理，统计缺陷出