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