软件测试经理岗位规划

针对两方面的计划风险,需要作出以下改进措施,并坚决执行:

  1、资源共享。组织培训,尽快使原有两个组中的核心业务知识共享,同时,每个成员还会负责原有的日常测试工作,在开发部门的开发模式不调整的情况下,继续以项目为单位,进行测试。同时,在培训和自学中,尽快掌握其他业务,同时,达到可以对其他业务的手工操作熟练掌握,最终可以实现招标,采购测试人员的交叉。

  2、技术共享。测试工作中的技术应用,通过会议,培训,工作安排,达到两组完全融合,技术平衡,测试管理平衡,测试规范,文档平衡统一,测试技术技能应该平衡。

  3、对人员的工作分配和使用,除了按现有的方式暂时分配工作,增加一项考核内容,就是管理部门分配的其他项目的业务水平和测试认知的考核,通过考核,使测试人员尽早的进入这种“多进程”的工作方式,最终的考核结果,会和测试人员的职级产生影响,最终的原则应该仍是在优胜劣汰的原则.

  3.3.2 计划外风险

  1、开发模式的改变。重组的技术开发部门是否仍是以项目为单位,进行产品开发,功能整改工作,还是会有新的开发模型?这将直接影响到测试管理部门的职责行使、工作安排。

  2、公司整改战略思想的政策支持度。四个部门同时整改,造成原有的工作模式和工作方式,在各部门都产生重要影响力,势必会在行使之初,有些资源利用,调配,以及资源的掌握上,有一个适应的过程,这不只是测试部门。如果在短期内,四个整改部门出现不兼容的情况,公司的整理处理方针是什么?

  针对计划外的风险,没想过具体方式方法,只能暂时这样制订:

  1、如果开发模式改变,只能灵活的制订相应的测试策略,调整原来的测试方式,集中讨论,形成对应的处理机制。

  2、如果出现不利于公司前进的因素出现,测试部门整改的一个中间部门,和前一级,下一级部门尽早协调,争取早日更好的接轨,倘若行不通,以公司指令和调配为准。

  四、测试管理部发展规划

  4.1 部门建设

  部门整合后,会对测试建设提出两个目标,以此为目标,打造体系完善的测试管理部。

  4.1.1 短期目标:

  实现两个测试组的融合:资源融合,技术融合,业务融合,工作融合,计划用3-5个月实现。

  具体规划:

  1、工作考核

  2、部门绩效考核

  3、近期工作安排

  4、培训安排

  5、业务测试交互

  6、人员定岗,定职

  4.1.2 长期目标:

  把测试管理部发展为综合业务水平高,测试技能突出,测试影响力大,测试经验丰富的团队。

  具体规划:

  1、部门测试影响力

  2、测试技术掌握

  3、职级确定

  4、部门协作

  5、人才培养和留任

  6、人才引入

一、现任岗位工作

  1.1 工作内容

  1、负责招标测试组的测试管理工作,测试组成员的测试工作进行安排,测试工作方式,测试技能,进行分析和掌握,并针对不同的测试人员的工作和技术特点,采取不同的方式进行管理和指导,提供建设性的意见和建议,并带领组员共同学习和创新,用于项目的测试具体工作中,提高测试水平;

  2、指导测试人员,并和项目其他部门沟通,以提前测试执行时间为目的,对项目的需求完善,进行答疑;对项目开发进度和缺陷修改,进行督促,从而使测试在良性状态下顺利进行,同时对整个项目进度和质量起到重要作用;

  3、熟悉招标的各项业务,在业务熟悉的基础上,转化为测试需求,并结合现有的测试组工作状态进行分析,制订相关的规范和流程,并在提高测试技术水平和测试方法上,开展一系列的尝试工作,并做出相关的文档,以及对相关的技术难点攻关;

  4、对测试的需求,计划,用例和缺陷进行评审,提出指导意见和改进方法,完善原有的项目测试工作,尤其是对测试需求和缺陷提交的规范进行细致的引导;

  1.2 工作业绩

  1、基本熟悉招标网平台中的各种类型招标的基本流程,并对流程中的业务进行理解,转化为测试思想,指导测试工作的执行;

  2、对“竞争性谈判”项目的测试管理进行规范,以公司原有的相关规格说明书为指导,和测试人员讨论后,结合项目实际情况和以往工作经验,制订相应的QC中的管理流程,脚本编辑更易理解和易使用的信息,方便,有效的用于测试需求和缺陷的编写;

  3、参与其他项目例会,掌握测试人员跟进项目组的实际测试工作,作指导性的意见,并协调其他部门,更好的为测试开展提供方便;

  4、针对一些项目中的成形的业务和功能操作,手工测试执行繁琐。提出自动化测试框架的搭建需求,因为招标测试组以往的自动化测试进展水平较低,从头开始构建自动化测试框架思想,并编写完成框架思想和一部分针对具体项目的概要设计工作。

  5、通过了解业务功能,以及整体产品运行的硬件平台和产品整体结构框架,开始引入性能测试分析的内容,并对tomcat实行监控,数据库进行性能分析,并对具体项目,编制性能测试方案和部分测试用例,并完成了原型脚本的编写,使之可以更好的在场景中运行。

  二、竞聘匹配度分析

  2.1 工作经历分析

  1、从2002从事软件测试行业至今,经历了这个行业的发展过程,同时,积累了丰富的工作经验,并且转化为管理和技能,可能更好的用于公司的测试工作中,做出贡献;

  2、在原来公司,有过三年互联网测试经验,并且针对网站和平台的每次改版,都充分发挥了测试负责人和测试实施者应有的作用,保证每个产品都能顺利上线;

  3、在测试这个行业中,有过5年既是测试工作师又兼测试组长的双重经历,从而更了解测试人员的工作和想法,同时,更方便上下兼容,并且可以更好的和兄弟部门沟通交流;

  4、加入必联至今,一直引导招标测试组的测试管理工作,并对组里人员进行测试理论指导和技术指导,同时,让组成员的工作状态都饱满起来;

  5、对测试和管理的工作有很强的兴趣和信心。

  2.2 技术分析

  1、熟悉LinuxWindows系统,并且熟悉web技术开发的框架和体系结构,可以熟练的配置相应的测试环境,同时对测试版本进行控制;

  2、熟悉软件工程,项目管理的理论和方法,对各种开发和测试模型有很好的认识和理解,并可以灵活用于项目中;

  3、软件测试整体过程中,测试需求、测试计划用例,测试执行,以及对缺陷的分析和定位,有敏锐的想法和解决方案;

  4、对软件测试主流的辅助工具,如:TD,QC,JIRA,QTP,LR,可以很好的使用,并用于实际的测试过程中;

  5、熟悉ORACLE数据库的操作和使用;

  6、对开源的部分测试工具,有一定的理解和使用能力,如:ruby,selenium等;

  7、从事多年的测试工作,具有良好的语言表达能力和文字,文档编写处理能力,同时,英语四级水平使得看一些英文文档,稍借助翻译软件,即可形成中文的专业文章,可学习和共享给其他组员;

2.3 管理分析

  1、可以根据资源配置,可以形成以垂直管理为主导,多结构化的管理方式,既体现首席管理者的指导管理和协调管理职能,又会根据具体情况,分层次和组合的进行测试工作的开展;

  2、可以对项目的测试时间,质量和成本的控制能力较强,在测试开始之际,就会建立一个测试预警方案;

  3、以往的工作中,会主动管理和工作,主动向上传递,提交测试信息;主动向下关注,指导测试工作的良性进行,使每个人都有工作可做;对自身而言,除此之外,会对部门的建设和技术,学习,培训等方面,开展实际的工作;

  4、可以充分利用测试资源,特别是人的应用,同时,对测试部门成员有完整,全面的认识和理解,支持;

  5、通过原有的工作经验,结合现有测试部门的管理工作,仍然会实行优胜劣汰的方式,可以犯错,但是不能无所作为。

  6、在管理沟通方面,在工作周报和月报中,建立相应的板块,除了工作总结,应该会有学习总结,问题总结,个人建议意见填写,这些内容和考核绩效结合;在例会,面对面交流过程中,讨论是关键字;

  7、可以和兄弟部门,从属部门,其他职能部门有良好的沟通。主要是充分利用公司各种资源,如:员工之间的私交,工作上的上下级关系,项目整体关系,公司OA等,形成良好的沟通氛围,完成自己想要达到的目的。

  三、测试管理部组织规划

  3.1 组织目标

  首先我们需要明白测试管理部的目标是什么?就我个人理解,主要是三个方面:

  1、测试管理部统一后,可以更方便的调用两个部门的测试人员,进行业务互换测试,同时,可以在业务熟悉之后,产生新的测试要点,拓宽测试人员的业务知识和测试水平;

  2、技术共享。原来两个测试组,采购和招标因为所谓业务不同,造成的技术不平衡情况有望在统一后的测试管理部打破,同属测试部成员,根据项目要求以及业务掌握情况,会在统一安排下,互相扶助,从而达到技术和业务双赢

  3、增强测试持续发展,降低测试预期分险。两个组的资源分散,主要是人力,每个人再分散到一个项目中,造成业务,技术孤立,使某项目或产品的可持续测试不能进行,同时,提高测试水平,提高项目质量受到很大限制,测试管理部的可以更优分配资源,两个项目可以由至少两人同时参与,共同协作,达到1+1优于2的要求。

  3.2 岗位规划

  设想根据不同的业务,不同的项目开发,划分两个级别的测试工作人员,记为高级测试工程师,测试工程师。

  因为公司原有的制度中对测试技能职级未做细分,所以在测试管理部组建之后,会暂时按原有的方式职级进行工作安排,通过工作和技术在实际的应用中发挥的作用,测试管理部会提交各人的工作总结,学习总结,技能实际掌握情况,形成部门绩效考核,再由整个技术部门和相关的人力等职能部门,对测试人员职级进行调整。

  在未做调整之前,测试管理部经理会尽快了解测试部内的人员技能水平和业务水平,进行工作安排,在工作中进行考核,同时,为了项目测试顺利执行,对业务能力熟悉的人员,安排相应的测试前期的准备工作,同时,会有一个辅助人员会加入,作为辅助测试人员,主要为了熟悉业务和测试过程,也为了增强该项目的可持续测试。

  根据项目大小,细分模块,尽量安排至少两人以上参与测试工作,从测试需求,用例设计,测试执行,分工协作,但是每个人的在项目中的测试工作,是独立的完成,最后,进行测试整合,形成测试相关文档,完成测试整体工作。

  3.3 风险分析

  3.3.1 计划风险

  1、测试资源风险:部门组建之初,会出现暂时的资源迭代的情况,主要是人力资源,需要每个人在主负责相关的测试项目的工作外,需要对其他项目进行测试跟踪和学习,测试人员是否可以跟进部门安排的工作,尽快完成从单业务测试向多业务的了解和掌握,从而可以开展测试工作,需要时间来证明。同样,测试管理部对部门整体的测试环境的掌握,测试经理对部门的实际了解和最终流畅运作,需要一定的时间来组织和构建。

  2、人员风险:新的整体部门的组建,虽然会维持一些原有的流程和作业规范,但根据实际情情,势必会进行调整,原有人员是否可以适应新的工作方式,在原有的成型的工作习惯基础上,是否可以学习,加强业务知识,专业技能,是否能顺利的完成任务,需要保守估计。

针对两方面的计划风险,需要作出以下改进措施,并坚决执行:

  1、资源共享。组织培训,尽快使原有两个组中的核心业务知识共享,同时,每个成员还会负责原有的日常测试工作,在开发部门的开发模式不调整的情况下,继续以项目为单位,进行测试。同时,在培训和自学中,尽快掌握其他业务,同时,达到可以对其他业务的手工操作熟练掌握,最终可以实现招标,采购测试人员的交叉。

  2、技术共享。测试工作中的技术应用,通过会议,培训,工作安排,达到两组完全融合,技术平衡,测试管理平衡,测试规范,文档平衡统一,测试技术技能应该平衡。

  3、对人员的工作分配和使用,除了按现有的方式暂时分配工作,增加一项考核内容,就是管理部门分配的其他项目的业务水平和测试认知的考核,通过考核,使测试人员尽早的进入这种“多进程”的工作方式,最终的考核结果,会和测试人员的职级产生影响,最终的原则应该仍是在优胜劣汰的原则.

  3.3.2 计划外风险

  1、开发模式的改变。重组的技术开发部门是否仍是以项目为单位,进行产品开发,功能整改工作,还是会有新的开发模型?这将直接影响到测试管理部门的职责行使、工作安排。

  2、公司整改战略思想的政策支持度。四个部门同时整改,造成原有的工作模式和工作方式,在各部门都产生重要影响力,势必会在行使之初,有些资源利用,调配,以及资源的掌握上,有一个适应的过程,这不只是测试部门。如果在短期内,四个整改部门出现不兼容的情况,公司的整理处理方针是什么?

  针对计划外的风险,没想过具体方式方法,只能暂时这样制订:

  1、如果开发模式改变,只能灵活的制订相应的测试策略,调整原来的测试方式,集中讨论,形成对应的处理机制。

  2、如果出现不利于公司前进的因素出现,测试部门整改的一个中间部门,和前一级,下一级部门尽早协调,争取早日更好的接轨,倘若行不通,以公司指令和调配为准。

  四、测试管理部发展规划

  4.1 部门建设

  部门整合后,会对测试建设提出两个目标,以此为目标,打造体系完善的测试管理部。

  4.1.1 短期目标:

  实现两个测试组的融合:资源融合,技术融合,业务融合,工作融合,计划用3-5个月实现。

  具体规划:

  1、工作考核

  2、部门绩效考核

  3、近期工作安排

  4、培训安排

  5、业务测试交互

  6、人员定岗,定职

  4.1.2 长期目标:

  把测试管理部发展为综合业务水平高,测试技能突出,测试影响力大,测试经验丰富的团队。

  具体规划:

  1、部门测试影响力

  2、测试技术掌握

  3、职级确定

  4、部门协作

  5、人才培养和留任

  6、人才引入

4.2 人员激励

  测试管理部的测试人员的激励,主要从以下方面进行阐述:

  1、从工作安排上来说,主要是要让每个人都清楚自己的工作任务,明确知道自己在做什么,从而使每个人都是在工作,对于主动工作的人员,在部门的绩效考核和公司的考核中,要有一定的体现;

  2、职级进行分类后,根据员工的工作情况,可以和其他职能部门协商,升,降职级以此对工作作肯定和否定,这种方式慎用,主要是部门内部的工作和部门建设出现问题,原因分析确实因为个人所致的。

  3、配合公司的薪水,奖金,福利制度,对人员的工作进行奖,罚。

  4、对每个人兴趣的,和测试相关的培训,学习给予支持和鼓励,并可以在项目进度允许情况下,可安排员工重点去攻关,学习,培训,从而得到学习总结和成果,共享于测试部门,提高所有人相关知识。

  5、测试人的自我激励:主要是对这个职业的热爱,态度的积极性,对待工作主动思考,同时会影响到其他人。

  五、测试管理部业务规划

  5.1 招标网业务规划

  1、现有项目的日常测试工作稳定运行。对业务比较复杂的项目,加入新的测试人员,参与学习和辅助测试工作;

  2、进一步提取原来两个组中的精华和集合点,形成共同的基于公司业务和项目开发的完整的测试工作流程;

  3、基于招标平台的状态机设置以及业务流,结合自动化测试框架的思想,把原有的成形的功能模块和节点集成到自动化测试框架中;

  4、开展基于测试工作环境下的性能测试和性能分析

  5、在开发机构完善,测试相对独立后,考虑搭建一个真正意义上的测试环境,从提取代码,编译,部署到版本测试控制,测试执行,测试分析,测试结果生成,在测试管理部的测试服务器上完成;

  6、加强部门可持续发展建设。以学习、工作效率还有积极主动性作为衡量工作的比重较高的标准。

  5.2 采购网业务规划

  工作方式同招标业务。

  六、测试管理部职能行使

  6.1 测试职能

  1、行使参与项目预审,参与项目评审工作;

  2、行使测试组建,测试准备,测试执行,测试分析,测试报告生成的工作;

  3、按项目进度,行使对需求的完善,开发过程中的失误,错误进行验证,控制项目进度,控制时间成本,控制质量的工作;

  4、加强部门建设过程中的学习和培训,以及参与其他部门的技术,业务交流的工作;

  5、用户验收测试完成后,用户培训手册,用户操作说明的编制工作。

  6.2 部门沟通

  1、利用公司的现有资源,如mail,RTX,OA等,保持现有的交流风格和方式;

  2、贯彻测试理论到整个项目过程中,整个部门以重视产品质量为前提的工作状态下进行相关工作。

  3、积极和其它相关部门互换意见,寻求共赢点。

  4、测试产生的数据,即时通过测试管理QC或其他相关手段,反馈给相关部门,同时,其他部门产生的数据,流经测试时,测试管理部积极处理,如果出现停顿,测试部相关人员主动查找停顿原因;

  5、测试人员通过工作的主动性,从测试和质量控制环节上,带动其他部门的主动性,并且通过工作上的主动开展,形成部门沟通的良性循环。



你可能感兴趣的:(软件测试经理岗位规划)