《测试主管岗位工作规划方案.docx》由会员分享，可在线阅读，更多相关《测试主管岗位工作规划方案.docx（13页珍藏版）》请在第壹文秘上搜索。
1、测试主管岗位工作规划书编写：XXX日期：2021/06/271 .现工作岗位分析31.1. 工作内容31.2. 工作业绩42 .人员工作经验分析53 .1.工作经历分析52. 2.技术分析62 .3.治理分析73 .测试组一组织规划73. 1.组织目标73. 2.岗位规划833.风险分析84. 风险85. 外风险94.测试组开展规划94.1. 部门建设9短期目标长期目标94.2. 人员鼓励105.测试组-业务开展规划105.1.站点类工程业务规划105.2.巴士通类工程业务规划115.3.广告类业务规划116.测试组-职能行使116.1. 测试职能116.2.部门沟通11L现工作岗位分析1.1
2、. 工作内容测试主管-XXX：1）负责测试组的测试治理工作,安排制定测试流程,安排测试工作方案,分析和了解测试人员的工作方式、测试技能,并针对不同的测试人员的性格、技术特长、开展意愿,采取不同的方式进行治理和指导,带着测试人员共同学习和创新,提升测试水平.2）指导测试人员，并和各工程组进行沟通，以提前测试执行时间为目的,对工程的需求完善,进行答疑；对工程开发进度和缺陷修改,进行催促,从而使测试在良性状态下顺利进行，同时对整个工程进度和质量起到重要作用；3）熟悉公司各项业务,在业务熟悉的根底上,转化为测试需求,并结合现有的测试组工作状态进行分析，制订相关的标准和流程,并制定相关的测试文档，以及对
3、相关的技术难点攻关；智能公交营运治理软件4）对测试的需求、方案,测试要点和缺陷进行审查,提出指导意见和改良方法,完善原有的工程测试工作，将原有一个工程对应一个测试人员,任务紧急,其他人员帮助的工作模式,改良成每类工程指定一个测试负责人,其他人员也一同参与工程测试,对各自负责模块进行全面细致的测试；5）参与站点系统客户需求讨论会议,直面客户，第一时间接收到客户需求,将需求转化为测试需求,与项目经理开发需求理解上达成一致,并结合工程经理需求任务清单,提早安排测试任务，以便研发团队整体研发效率；6）参与工程各阶段测试工作,根据开发任务清单、整理测试组任务清单,进行局部功能测试工作，以便熟悉各系统业务
4、.测试人员1-XXX：1）主要负责站点类工程测试任务,工程开启后,制定具体测试方案、编写测试要点、执行测试等；2）负责测试组各工程平安测试工作；3）参与其他工程的测试工作.测试人员2-XXX：D主要负责巴士通类工程测试任务,工程开启后,制定具体测试方案、编写测试要点、执行测试等；2）参与其他工程的测试工作.测试人员3-XXX：1）主要负责广告类工程测试任务,工程开启后,制定具体测试方案、编写测试要点、执行测试等；2）参与其他工程的测试工作.1.2.工作业绩1）指导测试人员对站点治理系统进行了2轮系统回归测试,根本熟悉站点治理系统的根本流程,并对流程中的业务进行理解,转化为测试思想,指导测试工作
5、的执行,且整理了站点治理系统流程说明、考前须知、疑问汇总文档,方便测试人员、开发人员理解站点治理系统各业务流程.2）安排巴士通2.5治理系统进行了一轮系统回归测试,测试人员初步掌握巴士通业务流程；3）对工程的测试治理进行标准,将测试用例改良成测试要点,压缩测试人员用例编写上的繁重工作,根据测试要点、测试标准进行严格测试.4）参与广告公司需求讨论会议,及工程组开发需求会议,与广告公司、工程经理、开发人员对需求理解上快速达成一致,方便快速的展开测试工作.5）掌握测试人员跟进工程组的实际测试工作,作指导性的意见,并协调其他部门，更好的为测试开展提供方便.6）制定测试相关文档,各类文档形成模板化,提升
6、测试文档的编写速度,使之更为流程化、标准化.7）经过测试流程上的改良与标准,测试组全体人员对站点治理系统、巴士通系统的业务需求理解上进步很大,与开发人员的沟通上更加的顺畅.2.人员工作经验分析2.1. 工作经历分析测试主管-XXX：1）从事软件开发工作2年,软件测试工作6年,非常钟爱软件测试工作.比拟擅长测试治理、接口测试、功能测试.2）负责原单位系统核心模块测试,开展接口测试工作,开发接口测试工具、实现局部接口自动化测试、培养接口测试人员，并在测试部进行推广应用，解决了以往各组之间接口联调所遇到的需求不明、功能不通的阻碍性问题,提升整体研发效率.3）对曾经参与过的工程，日积月累熟悉整个系统的
7、业务流程、系统设计、数据库设计,对于每次系统升级、流程修改都能快速准确的做出测试需求定位.对后续需求设计上提供参考性建议,从需求阶段参与测试，尽可能防止设计缺陷.4）系统上线后,直面客户、快速解答客户疑问，整理后期客户需求.测试人员i-xxx：1）2年测试工作经验,热爱测试工作，原先主要从事公司OA产品、Web测试、移动端测试.2）有测试流程建立、测试根本理论实战、测试需求分析、测试方案编写、测试用例设计的实际工程经验.3）有一定的功能测试、接口测试、平安测试经验.4）兴趣爱好：自动化测试.测试人员2-XXX：1） 6年测试工作经验,前一份工作属于联想外包的测试工作,根本上进行验收测试,测试联
8、系电脑上各软件功能是否通过,没有标准的系统化的测试工作经验；2）之前未有标准的系统化的测试工作经验.测试人员3-XXX：1）工作9年,参与软件测试工作仅1年,之前未有标准的系统化的测试工作经.2） 2.技术分析测试主管-XXX：1）熟悉Linux.Windows操作系统,可在Linux环境下,熟练配置相应的测试环境,部署java程序，同时对测试版本进行限制；软件测试2）整体过程中,测试需求、测试方案用例,测试执行，以及对缺陷的分析和定位,有敏锐的想法和解决方案；3）熟悉OraCIe、Sqlserver、DB2、MySql数据库的操作和使用，可熟练使用根本SQL语句,例如：增、删、改、查,多表查
9、询；4）可使用java开发一些测试小工具；5）熟练掌握常用的测试治理系统,例如：ALM,禅道、MantiS等.6）从事多年的测试工作,具有良好的语言表达水平和文字,文档编写处理水平.测试人员1-XXX：1）熟悉LinUx、MindOWS操作系统,可独立搭建测试环境；2）有APPSCanJmeter工具的使用经验；3）掌握Python脚本语言；4）数量掌握SQL增删改查等简单的命令；5）熟练掌握常用的测试治理系统,例如：禅道、MantiS等6）具有良好的测试文档编写处理水平.测试人员2-XXX：1）熟悉Windows操作系统；2）熟练掌握常用的测试治理系统,例如：Mantis3）熟悉黑盒测试方法
10、；4）具有一定的测试文档编写处理水平.测试人员3-XXX：1）熟悉Windows操作系统；精心整理2）熟练掌握常用的测试治理系统,例如：Mantis；3）能进行SqIserver一些简单操作；4）熟悉黑盒测试方法；5）具有一定的测试文档编写处理水平.2. 3.治理分析D可以根据资源配置,可以形成以垂直治理为主导，多结构化的治理方式,会根据具体情况,分层次和组合的进行测试工作的开展；2）可以对工程的测试时间,质量和本钱的限制水平较强：在以前单位，曾经治理过无锡、上海两个测试小组、培养过多名测试工程师；对测试工作流程标准、人员培养上有明确的方案；3）以往的工作中,会主动治理和工作,主动向上传递,提
11、交测试信息；主动向下关注,指导测试工作的良性进行,使每个人都有工作可做；除此之外,会对部门的建设和技术,学习，培训等方面,开展实际的工作；4）在治理沟通方面,通过每日站立会议，了解工程组开发、测试人员昨日工作内容及今日工作方案等,从而有效安排工程组测试工作，日常中比拟注意工作总结,包括：学习总结，问题总结,考前须知等,并分享给工程相关人员.3.测试组-组织规划3. 1.组织目标曾经我所理解组织目标是：利用现有测试资源,更多的发现故障、更多的参与研发环节,提升整体研发效率.今年年初当我再一次进行自我疑心、自我定位时,我和原单位领导提出了一个疑问.我不知道对于现在的公司，测试所存在的价值是什么？测
12、试是否有存在的必要？原单位领导是一个非常重视测试、产品质量的人,他答复我说,测试当然有必要存在,而且具有很重要的作用，测试熟悉系统所有的业务流程、比任何人都要熟悉整个系统的使用，工程经理、包括他自己也只是熟悉大的业务流程,开发人员仅仅是熟悉自己所负责的模块.测试就好比一条绳索,将产品、开发、客户都串联起来.测试二一条绳索，我很感谢原单位领导对测试有如此高的评价.我也坚信，我在原单位能把测试形成一条绳索；在XXX,我也一样能够把这条线给串起来.因此,测试的组织目标,就是在XXX,形成一条绳索,将客户、开发、产品都串联起来,使得研发效率更高效的运转.3.2. 岗位规划原先测试工作岗位上都未有明确的
13、责任划分，目前经过一个月的时间了解，根据测试人员当前的测试定位划分为两个级别：初级测试工程师、中级测试工程师.初级测试人员：XXX、XXX中级测试人员：XXX当前的测试水平暂时还无法到达公司工程100%测试,对业务的不熟悉、测试技能的单一性,无一不阻碍着公司整体的研发效率.为满足当前公司测试需求,对测试流程做出如下调整：调整之前：每个工程只有1个测试人员，当测试任务紧急时,请其他测试人员帮助.调整之后,每个工程必须2-3人参与，由1个主要负责人安排测试方案,其他参与人员也必须熟悉业务流程，对自己所负责功能模块负责.调整之后的优点：L躲避一个人测试、任务挤压太多,测试不完的风险；2.提升每位测试
14、人员责任心；3.增强测试人员业务熟悉.通过调整测试流程、展开人员培养方案,方案通过半年时间,将初级测试人员水平提升到中级测试人员水平,中级测试人员水平提升到高级测试人员水平，以满足当前公司的测试需要.3. 3.风险分析3.1.1. 方案风险1）测试资源风险：部门组建之初,会出现暂时的资源迭代的情况,主要是人力资源,需要每个人在主负责相关的测试工程的工作外,需要对其他工程进行测试跟踪和学习，测试人员是否可以跟进部门安排的工作,尽快完成从单业务测试向多业务的了解和掌握,从而可以开展测试工作，需要时间来证实.同样,测试治理部对部门整体的测试环境的掌握,测试主管对部门的实际了解和最终流畅运作,需要一定
15、的时间来组织和构建.2）人员风险：新的整体部门的组建,虽然会维持一些原有的流程和作业标准,但根据实际情况,势必会进行调整,原有人员是否可以适应新的工作方式,在原有的成型的工作习惯根底上,是否可以学习，增强业务知识，专业技能,是否能顺利的完成任务,需要保守估计.针对两方面的方案风险,需要作出以下改良举措，并果断执行：资源共享.测试组各类型测试文档均在有道云协作上进行共享，同时,测试主管1-2两个会组织一次测试培训I,对业务知识、测试技能方面进行培训.技术共享.测试工作中的技术应用，通过会议,培训I,工作安排,提升测试技能,测试标准,文档统精心整理对人员的工作分配和使用，除了按现有的方式暂时分配工作,增加一项考核内容,就是治理部门分配的其他工程的业务水平和测试认知的考核,要求每位测试人员熟悉5-6个工程,每周可并行测试2-3个工程,通过考核,使测试人员尽早的进入这种“多进程”的工作方式,最终的考核结果,会和测试人员的职级产生影响,最终的原那么应该仍是在优胜劣汰的原那么.3.1. 2.方案外风险D开发模式的改变.技术开发部门是否仍是以工程为单位,进行产品开发,功能整改工作,还是会有新的开发模型？这将直接影
