测试主管岗位工作规划书.docx
- 文档编号:30212093
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:13
- 大小:24.71KB
测试主管岗位工作规划书.docx
《测试主管岗位工作规划书.docx》由会员分享,可在线阅读,更多相关《测试主管岗位工作规划书.docx(13页珍藏版)》请在冰豆网上搜索。
测试主管岗位工作规划书
测试主管岗位工作规划书
编写:
XXX
日期:
2017/06/27
1.1.工作内容3
1.2.工作业绩3
2.人员工作经验分析4
2.1.工作经历分析4
2.2.技术分析5
2.3.管理分析6
3.测试组-组织规划6
3.1.组织目标6
3.2.岗位规划6
3.3.风险分析7
计划风险7
计划外风险7
4.测试组-发展规划8
4.1.部门建设8
短期目标8
长期目标8
4.2.人员激励8
5.测试组-业务发展规划9
5.1.站点类项目业务规划9
5.2.巴士通类项目业务规划9
5.3.广告类业务规划9
6.测试组-职能行使10
6.1.测试职能10
6.2.部门沟通10
1.现工作岗位分析
1.1.工作内容
测试主管-xxx:
1)负责测试组的测试管理工作,安排制定测试流程,安排测试工作计划,分析和了解测试人员的工作方式、测试技能,并针对不同的测试人员的性格、技术特长、发展意愿,采取不同的方式进行管理和指导,带领测试人员共同学习和创新,提高测试水平。
2)指导测试人员,并和各项目组进行沟通,以提前测试执行时间为目的,对项目的需求完善,进行答疑;对项目开发进度和缺陷修改,进行督促,从而使测试在良性状态下顺利进行,同时对整个项目进度和质量起到重要作用;
3)熟悉公司各项业务,在业务熟悉的基础上,转化为测试需求,并结合现有的测试组工作状态进行分析,制订相关的规范和流程,并制定相关的测试文档,以及对相关的技术难点攻关;
4)对测试的需求、计划,测试要点和缺陷进行审查,提出指导意见和改进方法,完善原有的
智能公交营运管理软件项目测试工作,将原有一个项目对应一个测试人员,任务紧急,其他人员帮忙的工作模式,改进成每类项目指定一个测试负责人,其他人员也一同参与项目测试,对各自负责模块进行全面细致的测试;
5)参与站点系统客户需求讨论会议,直面客户,第一时间接收到客户需求,将需求转化为测试需求,与项目经理开发需求理解上达成一致,并结合项目经理需求任务清单,提早安排测试任务,以便研发团队整体研发效率;
6)参与项目各阶段测试工作,根据开发任务清单、整理测试组任务清单,进行部分功能测试工作,以便熟悉各系统业务。
测试人员1-XXX:
1)主要负责站点类项目测试任务,项目开启后,制定具体测试计划、编写测试要点、执行测试等;
2)负责测试组各项目安全测试工作;
3)参与其他项目的测试工作。
测试人员2-XXX:
1)主要负责巴士通类项目测试任务,项目开启后,制定具体测试计划、编写测试要点、执行测试等;
2)参与其他项目的测试工作。
测试人员3-XXX:
1)主要负责广告类项目测试任务,项目开启后,制定具体测试计划、编写测试要点、执行测试等;
2)参与其他项目的测试工作。
1.2.工作业绩
1)指导测试人员对站点管理系统进行了2轮系统回归测试,基本熟悉站点管理系统的基本流
程,并对流程中的业务进行理解,转化为测试思想,指导测试工作的执行,且整理了站点管理系统流程说明、注意事项、疑问汇总文档,方便测试人员、开发人员理解站点管理系统各业务流程。
2)安排巴士通2.5管理系统进行了一轮系统回归测试,测试人员初步掌握巴士通业务流程;
3)对项目的测试管理进行规范,将测试用例改进成测试要点,压缩测试人员用例编写上的繁重工作,按照测试要点、测试规范进行严格测试。
4)参与广告公司需求讨论会议,及项目组开发需求会议,与广告公司、项目经理、开发人员对需求理解上快速达成一致,方便快速的展开测试工作。
5)掌握测试人员跟进项目组的实际测试工作,作指导性的意见,并协调其他部门,更好的为测试开展提供方便。
6)制定测试相关文档,各类文档形成模板化,提高测试文档的编写速度,使之更为流程化、规范化。
7)经过测试流程上的改进与规范,测试组全体人员对站点管理系统、巴士通系统的业务需求理解上进步很大,与开发人员的沟通上更加的顺畅。
2.人员工作经验分析
2.1.工作经历分析
测试主管-XXX:
1)从事软件开发工作2年,软件测试工作6年,非常钟爱软件测试工作。
比较擅长测试管理、接口测试、功能测试。
2)负责原单位系统核心模块测试,开展接口测试工作,开发接口测试工具、实现部分接口自动化测试、培养接口测试人员,并在测试部进行推广应用,解决了以往各组之间接口联调所遇到的需求不明、功能不通的阻碍性问题,提高整体研发效率。
3)对曾经参与过的项目,日积月累熟悉整个系统的业务流程、系统设计、数据库设计,对于每次系统升级、流程修改都能快速准确的做出测试需求定位。
对后续需求设计上提供参考性建议,从需求阶段参与测试,尽可能避免设计缺陷。
4)系统上线后,直面客户、快速解答客户疑问,整理后期客户需求。
测试人员1-XXX:
1)2年测试工作经验,热爱测试工作,原先主要从事公司0A产品、web测试、移动端测试。
2)有测试流程建立、测试基本理论实战、测试需求分析、测试方案编写、测试用例设计的实际项目经验。
3)有一定的功能测试、接口测试、安全测试经验。
4)兴趣爱好:
自动化测试。
测试人员2-XXX:
1)6年测试工作经验,前一份工作属于联想外包的测试工作,基本上进行验收测试,测试联
系电脑上各软件功能是否通过,没有规范的系统化的测试工作经验;
2)之前未有规范的系统化的测试工作经验。
测试人员3-XXX:
1)工作9年,参与软件测试工作仅1年,之前未有规范的系统化的测试工作经。
2.2.技术分析
测试主管-XXX:
1)熟悉Linux、Windows操作系统,可在Linux环境下,熟练配置相应的测试环境,部署java程序,同时对测试版本进行控制;
软件测试2)整体过程中,测试需求、测试计划用例,测试执行,以及对缺陷的分析和定
位,有敏锐的想法和解决方案;
3)熟悉Oracle、Sqlserver、DB2、Mysql数据库的操作和使用,可熟练使用基本SQL语句,例如:
增、删、改、查,多表查询;
4)可使用java开发一些测试小工具;
5)熟练掌握常用的测试管理系统,例如:
ALM禅道、Mantis等。
6)从事多年的测试工作,具有良好的语言表达能力和文字,文档编写处理能力。
测试人员1-XXX:
1)熟悉Linux、Windows操作系统,可独立搭建测试环境;
2)有Appscan'Jmeter工具的使用经验;
3)掌握Python脚本语言;
4)数量掌握SQL增删改查等简单的命令;
5)熟练掌握常用的测试管理系统,例如:
禅道、Mantis等
6)具有良好的测试文档编写处理能力。
测试人员2-XXX:
1)熟悉Windows操作系统;
3)熟悉黑盒测试方法;
4)具有一定的测试文档编写处理能力。
测试人员3-XXX:
1)熟悉Windows操作系统;
2)熟练掌握常用的测试管理系统,例如:
Mantis;
3)能进行Sqlserver—些简单操作;
4)熟悉黑盒测试方法;
5)具有一定的测试文档编写处理能力。
2.3.管理分析
1)可以根据资源配置,可以形成以垂直管理为主导,多结构化的管理方式,会根据具体情况,分层次和组合的进行测试工作的开展;
2)可以对项目的测试时间,质量和成本的控制能力较强;在以前单位,曾经管理过无锡、上海两个测试小组、培养过多名测试工程师;对测试工作流程规范、人员培养上有明确的计划;
3)以往的工作中,会主动管理和工作,主动向上传递,提交测试信息;主动向下关注,指导测试工作的良性进行,使每个人都有工作可做;除此之外,会对部门的建设和技术,学习,培训等方面,开展实际的工作;
4)在管理沟通方面,通过每日站立会议,了解项目组开发、测试人员昨日工作内容及今日工作计划等,从而有效安排项目组测试工作,日常中比较注意工作总结,包括:
学习总结,问题总结,注意事项等,并分享给项目相关人员。
3.测试组-组织规划
3.1.组织目标
曾经我所理解组织目标是:
利用现有测试资源,更多的发现故障、更多的参与研发环节,提高整体研发效率。
今年年初当我再一次进行自我怀疑、自我定位时,我和原单位领导提出了一个疑问。
我不知
道对于现在的公司,测试所存在的价值是什么?
测试是否有存在的必要?
原单位领导是一个非常重视测试、产品质量的人,他回答我说,测试当然有必要存在,而且具有很重要的作用,测试熟悉系统所有的业务流程、比任何人都要熟悉整个系统的使用,项目经理、包括他自己也只是熟悉大的业务流程,开发人员仅仅是熟悉自己所负责的模块。
测试就好比一条绳索,将产品、开发、客户都串联起来。
测试=一条绳索,我很感激原单位领导对测试有如此高的评价。
我也坚信,我在原单位能把测试形成一条绳索;在xxx我也一样能够把这条线给串起来。
因此,测试的组织目标,就是在xxx形成一条绳索,将客户、开发、产品都串联起来,使得研发效率更高效的运转。
32岗位规划
原先测试工作岗位上都未有明确的职责划分,目前经过一个月的时间了解,根据测试人员当前的测试定位划分为两个级别:
初级测试工程师、中级测试工程师。
初级测试人员:
XXXXXX
中级测试人员:
XXX
当前的测试水平暂时还无法达到公司项目100%测试,对业务的不熟悉、测试技能的单一性,
无一不阻碍着公司整体的研发效率。
为满足当前公司测试需求,对测试流程做出如下调整:
调整之前:
每个项目只有1个测试人员,当测试任务紧急时,请其他测试人员帮忙。
调整之后,每个项目必须2-3人参与,由1个主要负责人安排测试计划,其他参与人员也必须熟悉业务流程,对自己所负责功能模块负责。
调整之后的优点:
1.规避一个人测试、任务挤压太多,测试不完的风险;2.提高每位测试人
员责任心;3.加强测试人员业务熟悉。
通过调整测试流程、展开人员培养计划,计划通过半年时间,将初级测试人员水平提升到中级测试人员水平,中级测试人员水平提升到高级测试人员水平,以满足当前公司的测试需要。
3.3.风险分析
3.1.1.计划风险
1)测试资源风险:
部门组建之初,会出现暂时的资源迭代的情况,主要是人力资源,需要每个人在主负责相关的测试项目的工作外,需要对其他项目进行测试跟踪和学习,测试人员是否可以跟进部门安排的工作,尽快完成从单业务测试向多业务的了解和掌握,从而可以开展测试工作,需要时间来证明。
同样,测试管理部对部门整体的测试环境的掌握,测试主管对部门的实际了解和最终流畅运作,需要一定的时间来组织和构建。
2)人员风险:
新的整体部门的组建,虽然会维持一些原有的流程和作业规范,但根据实际情况,势必会进行调整,原有人员是否可以适应新的工作方式,在原有的成型的工作习惯基础上,是否可以学习,加强业务知识,专业技能,是否能顺利的完成任务,需要保守估计。
针对两方面的计划风险,需要作出以下改进措施,并坚决执行:
1资源共享。
测试组各类型测试文档均在有道云协作上进行共享,同时,测试主管1-2两个
会组织一次测试培训,对业务知识、测试技能方面进行培训。
2技术共享。
测试工作中的技术应用,通过会议,培训,工作安排,提升测试技能,测试规范,文档统一。
3对人员的工作分配和使用,除了按现有的方式暂时分配工作,增加一项考核内容,就是管
理部门分配的其他项目的业务水平和测试认知的考核,要求每位测试人员熟悉5-6个项目,每周
可并行测试2-3个项目,通过考核,使测试人员尽早的进入这种“多进程”的工作方式,最终的考核结果,会和测试人员的职级产生影响,最终的原则应该仍是在优胜劣汰的原则。
3.1.2.计划外风险
1)开发模式的改变。
技术开发部门是否仍是以项目为单位,进行产品开发,功能整改工作,还是会有新的开发模型?
这将直接影响到测试组的职责行使、工作安排。
2)公司整改战略思想的政策支持度,公司的整理处理方针是什么?
针对计划外的风险,没想过具体方式方法,只能暂时这样制订:
1如果开发模式改变,只能灵活的制订相应的测试策略,调整原来的测试方式,集中讨论,形成对应的处理机制。
2如果出现不利于公司前进的因素出现,测试组早协调,争取早日更好的接轨,倘若行不通,以公司指令和调配为准。
4.测试组-发展规划
4.1.部门建设
实现将初级测试人员水平提高到中级测试人员水平,将中级测试人员水平提升到高级测试人员水平,计划用6-8个月实现。
具体规划:
1)工作考核
2)绩效考核
3)近期工作安排
4)培训安排
5)业务测试交互
6)人员定岗,定职
4.1.2.长期目标
把测试组发展为综合业务水平高,测试技能突出,测试影响力大,测试经验丰富的团队。
具体规划:
1)测试影响力
2)测试技术掌握
3)职级确定
4)项目组协作
5)人才培养和留任
6)人才引入
4.2.人员激励
测试管理部的测试人员的激励,主要从以下方面进行阐述:
1)从工作安排上来说,主要是要让每个人都清楚自己的工作任务,明确知道自己在做什么,从而使每个人都是在工作,对于主动工作的人员,在部门的绩效考核和公司的考核中,要有一定的体现;
2)职级进行分类后,根据员工的工作情况,可以和公司职能部门进行协商,升,降职级以此对工作作肯定和否定,这种方式慎用,主要是部门内部的工作和部门建设出现问题,原因分析确实因为个人所致的。
3)配合公司的薪水,奖金,福利制度,对人员的工作进行奖、罚。
4)对每个人兴趣爱好和测试相关的培训,学习给予支持和鼓励,并可以在项目进度允许情况下,可安排员工重点去攻关,学习,培训,从而得到学习总结和成果,共享于研发部门,提高所有人相关知识。
5)测试人的自我激励:
主要是对这个职业的热爱,态度的积极性,对待工作主动思考,同时会影响到其他人。
5.测试组-业务发展规划
5.1.站点类项目业务规划
1)现有项目的日常测试工作稳定运行,当系统需求调整过大时,测试必须安排2-3人进行测试;
2)熟悉站点管理系统业务流程、系统设计、数据库设计等;
3)在开发项目组完善,测试相对独立后,考虑搭建一个真正意义上的测试环境,从提取代码,编译,部署到版本测试控制,测试执行,测试分析,测试结果生成,在测试组的测试服务器上完成;
4)加强测试组可持续发展建设,以学习、工作效率还有积极主动性作为衡量工作的比重较高的标准;
5)参与项目后续需求分析工作,尽早的掌握需求、和客户、项目经理、开发人员达成一致。
5.2.巴士通类项目业务规划
1)现有项目的日常测试工作稳定运行,当系统需求调整过大时,测试必须安排2-3人进行测试;
2)先熟悉巴士通客户端业务流程,对巴士通2.5、奉贤巴士通客户端进行3轮系统回归测
试。
3)接着熟悉巴士通系统设计、数据库设计,开启接口测试,搭建接口测试框架,制定接口测
试用例、接口测试数据模板,预计4-6个月完成。
8-10个月完成。
4)集成所有接口测试,形成接口测试半自动化测试工具预计
53广告类业务规划
工作方式同站点类项目业务。
6.测试组-职能行使
6.1.测试职能
1)行使测试组建,测试准备,测试执行,测试分析,测试报告生成的工作;
2)按项目进度,行使对需求的完善,开发过程中的失误,错误进行验证,控制项目进度,控制时间成本,控制质量的工作;
3)加强测试组建设过程中的学习和培训,以及参与其他项目组的技术,业务交流的工作;
4)用户验收测试完成后,用户培训手册,用户操作说明的编制工作。
5)参与后续需求分析工作,编写测试需求说明书。
62部门沟通
1)利用公司的现有资源,如企业QQ微信等;
2)贯彻测试理论到整个项目过程中,整个部门以重视产品质量为前提的工作状态下进行相关工作。
3)积极和其它相关项目组互换意见,寻求共赢点。
4)测试产生的数据,即时通过测试管理,反馈给相关项目组,积极推动问题修复工作;
5)测试人员通过工作的主动性,从测试和质量控制环节上,带动其他项目组的主动性,并且通过工作上的主动开展,形成项目组沟通的良性循环。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 主管 岗位 工作规划
![提示](https://static.bdocx.com/images/bang_tan.gif)