技术发展思路V2.docx
《技术发展思路V2.docx》由会员分享，可在线阅读，更多相关《技术发展思路V2.docx（11页珍藏版）》请在冰豆网上搜索。
技术发展思路V2
软件测试中心技术能力建设
发展思路
2011年3月
目录
一、前言1
二、策略1
三、目标2
（一）2011年的技术能力建设目标2
1）形成一套比较合理的技术能力建设机制2
2）软件测评领域形成一些的技术积累3
（二）过程工作产品3
1）能力建设机制3
2）技术积累3
四、实施计划5
（一）管理机制5
（二）时间节点8
五、中期发展目标9
（一）管理9
（二）技术9
（三）技术团队10
一、前言
本文中，技术能力从以下几个角度来定义：
●市场角度：
满足客户需要，与竞争对手比较有相对优势
●技术角度：
具备一定的理论、手段、方法，包括开发与测试理论方法和技术标准，通用的技术开发能力如C语言开发技术、信息安全评估方法，通用的测试技术能力如C语言代码分析能力、信息安全检测能力，对应的行业应用背景知识如电子政务、部队武器系统等
●管理角度：
规范化、可操作、成本可控且可延续。
如过程资产库中包含的文档模板统一的测试用例命名分级、测试问题定级和报告方式；技术过程流程化且每一环节有责任人；对测试工具作业指导书不只包含安装和简单使用，应包含涉及的指标和概念的含义、不同产品应采用的指标体系和评估办法、常见问题与解决方法、快速形成输出结果的工程能力、甚至是多种工具比较和发展趋势等；如部门技术能力存在备份、且易于为新进入者获得。
二、策略
中心现在的业务已经铺开到咨询业务、监理业务、民用信息系统测评、军用软件测评，并期望开展运维业务，以后可能还会根据公司要求进军更广阔信息服务领域，因此必须储备人才，应对挑战。
但如此宽广的业务面，就算是其中软件测评这样一个业务，不同的客户都有不同的行业背景，不同的技术要求，如果我们期望在所有的战线开拓市场，面对竞争时击败竞争对手，则技术积累无论如何都是不够的。
因此，现在采取的策略只能是集中优势兵力，适度聚焦，力争在有一定技术积累的软件测评和信息安全检测领域取得巩固和提高。
由于业务开展和市场特点，决定我们的人员规模必然是受到限制的，因此人员的相对不足和复用将是长期的，内部人员的积累和提升也是必须的。
通过在这个领域取得成功的经验，在采用收购和招聘等方式获取其他领域能力时，可以有效建设对应领域的能力。
三、目标
（一）2011年的技术能力建设目标
1）形成一套比较合理的技术能力建设机制
●全员参与，与年度业务拓展结合并适当兼顾个人意愿的技术提升目标形成机制
●与部门日常管理结合起来的技术能力建设管理和跟踪机制
●形成适合中心特点的方式方法：
培训、外训、案例点评、考证等方法
●拓展公司和外部资源获取途径和方法
●形成外部技术发展跟踪方式
2）软件测评领域形成一些的技术积累
●测评技术理论、标准和规范方面：
⏹军用测评大纲、测评报告的每一部分寻找到理论依据
⏹民用信息安全测评部分标准规范收集和理解
●测评技术能力方面：
⏹嵌入式技术
⏹信息系统安全测评
⏹代码分析
●测评技术工程化方面：
⏹现有体系的测试流程分解和细化到表格，且均配备模板
⏹测试用例模板简易化和实操化
⏹测试用例命名分级、测试问题定级和报告方式
（二）过程工作产品
1）能力建设机制
●技术提升计划：
经过全员讨论
●管理和跟踪机制：
项目技术例会、月例会、技术发展简报
2）技术积累
●测评技术理论、标准和规范方面：
⏹军用测评大纲、测评报告的每一部分寻找到理论依据
⏹静态度量关键指标的理论理解
⏹民用信息安全测评部分标准规范收集和理解
●测评技术能力方面：
⏹嵌入式技术
ØTMS320C5000DSP开发技术2-3人达到可以独立开展代码审查水平，输出代码审查检查单和作业指导书；寻找到合适的代码分析审查测试工具。
ØC51开发技术2-3人达到可以独立开展代码审查水平，输出代码审查检查单和作业指导书；寻找到合适的代码分析审查测试工具。
⏹信息系统安全测评
Ø信息应用系统安全检测依托AppScan建设能力，输出理论说明、作业指导书、常见问题与解决方法等工程手册。
Ø机房工程稳定的作业指导书。
Ø网络测试对不同的安全产品形成作业指导书。
⏹代码分析
ØC代码分析稳定的作业指导书。
ØJava代码分析稳定的作业指导书。
ØC静态度量稳定的作业指导书。
ØJava静态度量稳定的作业指导书。
⏹性能测试方面
寻求建立与外部专家或公司的兼职合作关系。
招聘具备有相关大型网站工作经历和性能调优、架构设计方面专长的人才，并建立对应技术团队。
●测评技术工程化方面：
⏹现有体系的测试流程分解和细化到表格，且均配备模板
⏹测试用例模板简易化和实操化
⏹测试用例命名分级、测试问题定级和报告方式
⏹J2EE平台的B/S应用系统测试环境、嵌入式测试环境（TMS320C5000DSP）、网络测试环境。
⏹过程资产库：
比较完善的项目应用案例，规划中军用的重庆项目和民用的测评中心应急响应质量保证服务项目（以下简称应急监理项目）。
四、实施计划
（一）管理机制
1）人员组织
人员按照个人意愿和技术特长划分为不同组，每组确定1-2名技术能力建设带头人，部门领导（骆启武）对各组工作进行关注和跟踪，在任务调度上强调工作任务与技术积累和个人提升目标之间的关联，贯彻业务引导下的技术能力建设原则。
组别
带头人
核心成员
成员
依托项目
说明
嵌入式技术组
含嵌入式测试环境平台搭建
信息系统安全测评组
含网络测试环境平台搭建
代码分析组
含J2EE平台的B/S应用系统测试环境平台搭建
工程化组
同时承担测评技术理论、标准和规范方面
2）项目结合机制
●项目任务分配，优先按照技术组别安排项目成员，按照核心成员、组成成员次序挑选。
●项目入口，需要召开项目立项会议（是否可结合项目大纲内部评审会），由项目经理和带头人以及部门领导（骆启武）根据项目的进度等综合考虑，对于本次项目团队和成员分别需要培养的技术能力做出规划，对输出工作产品的工程化情况做出要求
●项目出口，需要召开项目总结会议（是否可结合技术例会），对于技术培养目标做出评估，并对输出工作产品的工程化情况做出评估
●每月由部门领导负责召开项目技术例会，对项目取得的技术成果、遇到的技术问题进行讨论，并发布会议结果。
出差等情况下，项目应提供书面电子报告
3）能力建设机制
●技术带头人应按照分步骤和滚动提升原则，根据年度目标确定初步的技术建设目标年度计划，结合项目技术月例会，以季度为单位可适时进行调整
●技术建设目标任务应在周计划上体现，在项目以及市场任务相对宽松的情况下应按照计划完成
4）方式方法
●加强培训管理：
内部讲课式培训讲稿应经过带头人和部门领导确认，并预先发送给相关人员，培训的问题和解答应考虑记录和发布
●加强内部讨论：
建议加强在测试技术论坛上发言和发布文件，尤其是对常见问题和解决方法等，以利检索和扩大影响
●考虑多引用外训方式：
嵌入式技术考虑多引入公司资源进行外训和实操培训，或者通过主动联系公司内部项目提升；工程化和静态度量等理论性相对强的项目应主动寻找外部培训交流机会，申请公司培训资源
●案例点评：
一般项目在例会及时点评，对于预计项目时间长或比较重大的，例如应急监理项目，考虑适时召开专题项目案例点评会
5）外部技术发展跟踪方式
●统一安排每月对技术标准网站进行跟踪
●统一安排每月对优选的技术网站（如51testing、testage、CSDN）进行跟踪：
跟踪内容包括开发技术、测试理论、测试工具
●安排人员定期了解公司内部各下属公司等采用的技术和发展动态，以此推测军用通信软件行内发展趋势
●外部培训、评审会、交流等必须形成记录，对外部对手的情况加以记录
●与上级主管部门的联系
6）个人基础知识培养
对于个人必须具备的基础开发知识、测试理论、信息安全、网络机房知识等鼓励个人参加外部考试，获取证书，例如国家软考、Cisco认证等。
7）奖励机制
●纳入项目和任务管理机制的按照项目管理制度奖励
●年终区域级评优设置技术类评比奖项：
例如技术突破团队、技术提升最快个人等。
●培训类根据效果加以奖励，例如进行积分，累积到一定分数后可以获得个人选择且符合部门技术方向的短期外部培训机会。
●个人参加部门鼓励的外部考试，考试前安排临时调休，获取证书的由部门适当报销考试费用等。
（二）时间节点
序号
任务
输出产品
时间
负责人
检查人
说明
1
编制技术发展思路初稿
技术发展思路稿
3/13
2
各个技术能力组确定本年度基本工作目标和计划
2011年技术提升计划
3/25
2.1
技术发展思路稿讨论
讨论意见（各组人员、基本目标）
3/14
2.2
各组带头人、核心成员确定本年度基本工作目标和计划
2011年技术提升计划（技术目标）
3/22
2.3
确定细化的管理机制，明确管理任务计划
2011年技术提升计划（管理目标）
3/22
2.4
综合、讨论形成
2011年技术提升计划
3/25
3
管理机制运行情况小结
运行报告
10月
4
技术能力建设情况小结
运行报告
7月
5
技术能力建设情况总结
运行报告
12月
五、中期发展目标
（一）管理
●形成稳定的运行机制；
●形成相对完善的新员工入职培训制度；
●着手考虑技术类员工的职业发展路径结合的个人技术提升规划
（二）技术
●测评技术理论、标准和规范方面：
⏹对军用、民用软件测评的标准基本形成中心完整理解
⏹对信息安全领域的标准收集基本完全。
⏹开发方法如RUP等理论和工具学习和初步理解。
⏹搭建一种主流的软件工具体系，掌握一种主流测试管理工具
●测评技术能力方面：
⏹嵌入式技术
Ø巩固DSP、C51开发技术
Ø拓展PowerPC、ARM及Vxworks平台开发技术
Ø关注和跟踪嵌入式Linux平台，视情况收集WinCE、Android等系统资料
Ø开展单元级测试研究，掌握一种主流工具
⏹信息系统安全测评
Ø巩固信息应用系统安全检测
Ø掌握信息安全评估方法，形成详细的检查作业资料，并积累典型项目
⏹代码分析
Ø开展自动化测试框架研究，掌握一种主流工具
Ø根据民用信息系统业务发展情况，对特定细分行业进行业务背景知识和技术分析
⏹性能测试
Ø形成大型应用系统的分析方法，并积累典型项目。
Ø掌握主流数据库、操作系统的调优基本方法，并具备常见的数据监控工具手段；
Ø掌握主流中间件的监控和调优基本方法，并具备工具手段；
Ø收集并建设黑盒的性能测试用户行为模型。
●测评技术工程化方面：
⏹细节完善且成体系的测试流程
⏹比较完整的J2EE\.NET平台的测试环境、嵌入式测试环境、信息安全攻防测试环境。
⏹过程资产库：
具备比较完善的项目应用案例、测试工具使用资料。
（三）技术团队
●代码分析团队：
组建起一个有1名带头人的3-4人的核心团队，但从业务发展角度来看，这个专业应控制规模，只是作为一个专业存在。
如果民用信息系统业务在特定细分行业有拓展需求，可着重进行该行业业务背景知识和技术分析。
发展方向：
代码分析、自动化测试框架
●性能测试团队：
组建起一个有2名带头人的3-4人的核心团队，并有6-10名其他成员，同时在外部有稳定的合作关系的数据库专家、网站专家3-4人。
发展方向：
应用系统的各个方面内容、性能测试
●嵌入式技术团队：
组建起一个有2名带头人的5-6人的核心团队，并有3-4名其他成员。
发展方向：
嵌入式应用平台、单元测试
●信息系统安全测评团队：
组建起一个有3名带头人的4-6人的核心团队，并有5-8名其他成员。
发展方向：
主要是信息安全评估，其他包括网络技术、机房工程主要向咨询行业综合发展。
●软件工程化团队：
组建起一个有2名带头人的3-4人的核心团队。
发展方向：
软件开发理论、软件工程。
六、结束语
只要我们实现从“精于此道，以此为生”向“以此为生，精于此道”的心态转变，树立起人人都是管理者，每个人要对自己的客户负责的精品观念，变己适外，不断探索，必然能形成一套适合中心业务发展的核心能力建设模式，构筑起支撑中心业务发展的技术平台。
后评：
思路计划最后没有得到批准，完全沦为空文。
虽然开始时由于前期的一些事情，本人就不太看好中心的技术发展前景，但拟订计划时还是希望能找两个部分（工程化、性能）拉一些确实对技术感兴趣又有点底子的人取得些失效的，但最后成文时还是变成4个组，把所有不到20号人全拉进来的一个小火锅。
不过，关键还是主管领导的主要关注点在如何完成集团下达的经营指标，对提升所谓的技术工程能力根本没有兴趣。
升级会员 