测试主管岗位工作规划书
编写：
XXX
日期：
2017/06/27
1. 现工作岗位分析 ........................................ 3
1.1. 工作内容 ......................................... 3
1.2. 工作业绩 ......................................... 5
2. 人员工作经验分析 ...................................... 6
2.1. 工作经历分析 ..................................... 6
2.2. 技术分析 ......................................... 8
2.3. 管理分析 ......................................... 9
3. 测试组- - 组织规划 ...................................... 10
3.1. 组织目标 ........................................ 10
3.2. 岗位规划 ........................................ 11
3.3. 风险分析 ........................................ 12
3.1.1. 计划风险 ................................... 12
3.1.2. 计划外风险 ................................. 13
4. 测试组- - 发展规划 ...................................... 14
4.1. 部门建设 ........................................ 14
4.1.1. 短期目标 ................................... 14
4.1.2. 长期目标 ................................... 14
4.2. 人员激励 ........................................ 15
5. 测试组- - 业务发展规划 .................................. 16
5.1. 站点类项目业务规划 .............................. 16
5.2. 巴士通类项目业务规划 ............................ 16
5.3. 广告类业务规划 .................................. 17
6. 测试组- - 职能行使 ...................................... 17
6.1. 测试职能 ........................................ 17
6.2. 部门沟通 ........................................ 17
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 年测试工作经验，热爱测试工作，原先主要从事公司 OA 产品、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、Sql server、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 操作系统；
2）熟练掌握常用的测试管理系统，例如：Mantis
3）熟悉黑盒测试方法；
4）具有一定的测试文档编写处理能力。
测试人员 3-XXX：
1）熟悉 Windows 操作系统；
2）熟练掌握常用的测试管理系统，例如：Mantis；
3）能进行 Sql server 一些简单操作；
4）熟悉黑盒测试方法；
5）具有一定的测试文档编写处理能力。
2.3. 管理分析
1）可以根据资源配置，可以形成以垂直管理为主导，多结构化的管理方式，会根据具体情况，分层次和组合的进行测试工作的开展；
2）可以对项目的测试时间，质量和成本的控制能力较强；在以前单位，曾经管理过无锡、上海两个测试小组、培养过多名测试工程师；对测试工作流程规范、人员培养上有明确的计划；
3）以往的工作中，会主动管理和工作，主动向上传递，提交测试信息；主动向下关注，指导测试工作的良性进行，使每个人都有工作可做；除此之外，会对部门的建设和技术，学习，培训等方面，开展实际的工作；
4）在管理沟通方面，通过每日站立会议，了解项目组开发、测试人员昨日工作内容及今日工作计划等，从而有效安排项目组测试工作，日常中比较注意工作总结，包括：学习总结，问题总结，注意事项等，并分享给项目相关人员。
3. 测试组- - 组织规划
3.1. 组织目标
曾经我所理解组织目标是：利用现有测试资源，更多的发现故障、更多的参与研发环节，提高整体研发效率。
今年年初当我再一次进行自我怀疑、自我定位时，我和原单位领导提出了一个疑问。我不知道对于现在的公司，测试所存在的价值是什么？测试是否有存在的必要？
原单位领导是一个非常重视测试、产品质量的人，他回答我说，测试当然有必要存在，而且具有很重要的作用，测试熟悉系统所有的业务流程、比任何人都要熟悉整个系统的使用，项目经理、包括他自己也只是熟悉大的业务流程，开发人员仅仅是熟悉自己所负责的模块。测试就好比一条绳索，将产品、开发、客户都串联起来。
测试=一条绳索，我很感激原单位领导对测试有如此高的评价。我也坚信，我在原单位能把测试形成一条绳索；在 XXX，我也一样能够把这条线给串起来。
因此，测试的组织目标，就是在 XXX，形成一条绳索，将客户、开发、产品都串联起来，使得研发效率更高效的运转。
3.2. 岗位规划
原先测试工作岗位上都未有明确的职责划分，目前经过一个月的时间了解，根据测试人员当前的测试定位划分为两个级别：初级测试工程师、中级测试工程师。
初级测试人员：XXX、XXX
中级测试人员：XXX
当前的测试水平暂时还无法达到公司项目 100%测试，对业务的不熟悉、测试技能的单一性，无一不阻碍着公司整体的研发效率。
为满足当前公司测试需求，对测试流程做出如下调整：
调整之前：每个项目只有 1 个测试人员，当测试任务紧急时，请其他测试人员帮忙。
调整之后，每个项目必须 2-3 人参与，由 1 个主要负责人安排测试计划，其他参与人员也必须熟悉业务流程，对自己所负责功能模块负责。
调整之后的优点：1.规避一个人测试、任务挤压太多，测试不完的风险；2.提高每位测试人员责任心；3.加强测试人员业务熟悉。
通过调整测试流程、展开人员培养计划，计划通过半年时间，将初级测试人员水平提升到中级测试人员水平，中级测试人员水平提升到高级测试人员水平，以满足当前公司的测试需要。
3.3. 风险分析
3.1.1. 计划风险
1）测试资源风险：部门组建之初，会出现暂时的资源迭代的情况，主要是人力资源，需要每个人在主负责相关的测试项目的工作外，需要对其他项目进行测试跟踪和学习，测试人员是否可以跟进部门安排的工作，尽快完成从单业务测试向多业务的了解和掌握，从而可以开展测试工作，需要时间来证明。同样，测试管理部对部门整体的测试环境的掌握，测试主管对部门的实际了解和最终流畅运作，需要一定的时间来组织和构建。
2）人员风险：新的整体部门的组建，虽然会维持一些原有的流程和作业规范，但根据实际情况，势必会进行调整，原有人员是否可以适应新的工作方式，在原有的成型的工作习惯基础上，是否可以学习，加强业务知识，专业技能，是否能顺利的完成任务，需要保守估计。
针对两方面的计划风险，需要作出以下改进措施，并坚决执行：
①资源共享。测试组各类型测试文档均在有道云协作上进行共享，同时，测试主管 1-2 两个会组织一次测试培训，对业务知识、测试技能方面进行培训。
②技术共享。测试工作中的技术应用，通过会议，培训，工作安排，提升测试技能，测试规范，文档统一。
③对人员的工作分配和使用，除了按现有的方式暂时分配工作，增加一项考核内容，就是管理部门分配的其他项目的业务水平和测试认知的考核，要求每位测试人员熟悉 5-6 个项目，每周可并行测试 2-3 个项目，通过考核，使测试人员尽早的进入这种“多进程”的工作方式，最终的考核结果，会和测试人员的职级产生影响，最终的原则应该仍是在优胜劣汰的原则。
3.1.2. 计划外风险
1）开发模式的改变。技术开发部门是否仍是以项目为单位，进行产品开发，功能整改工作，还是会有新的开发模型？这将直接影响到测试组的职责行使、工作安排。
2）公司整改战略思想的政策支持度，公司的整理处理方针是什么？
针对计划外的风险，没想过具体方式方法，只能暂时这样制订：
①如果开发模式改变，只能灵活的制订相应的测试策略，调整原来的测试方式，集中讨论，形成对应的处理机制。
②如果出现不利于公司前进的因素出现，测试组早协调，争取早日更好的接轨，倘若行不通，以公司指令和调配为准。
4. 测试组- - 发展规划
4.1. 部门建设
4.1.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个月完成。
4）
集成所有接口测试，形成接口测试半自动化测试工具预计 8-10 个月完成。
5.3. 广告类业务规划
工作方式同站点类项目业务。
6. 测试组- - 职能行使
6.1. 测试职能
1）行使测试组建，测试准备，测试执行，测试分析，测试报告生成的工作；
2）按项目进度，行使对需求的完善，开发过程中的失误，错误进行验证，控制项目进度，控制时间成本，控制质量的工作；
3）加强测试组建设过程中的学习和培训，以及参与其他项目组的技术，业务交流的工作；
4）用户验收测试完成后，用户培训手册，用户操作说明的编制工作。
5）参与后续需求分析工作，编写测试需求说明书。
6.2. 部门沟通
1）利用公司的现有资源，如企业 QQ、微信等；
2）贯彻测试理论到整个项目过程中，整个部门以重视产品质量为前提的工作状态下进行相关工作。
3）积极和其它相关项目组互换意见，寻求共赢点。
4）测试产生的数据，即时通过测试管理，反馈给相关项目组，积极推动问题修复工作；
5）测试人员通过工作的主动性，从测试和质量控制环节上，带动其他项目组的主动性，并且通过工作上的主动开展，形成项目组沟通的良性循环。
（学习的目的是增长知识，提高能力，相信一分耕耘一分收获，努力就一定可以获得应有的回报）
