测试组发展规划word范文模板 13页Word格式文档下载.docx
- 文档编号:16800208
- 上传时间:2022-11-26
- 格式:DOCX
- 页数:11
- 大小:22.76KB
测试组发展规划word范文模板 13页Word格式文档下载.docx
《测试组发展规划word范文模板 13页Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《测试组发展规划word范文模板 13页Word格式文档下载.docx(11页珍藏版)》请在冰豆网上搜索。
输出文档:
功能测试用例、功能测试报告。
根据公司现状,测试部门目前暂时定位为:
测试组负责人、功能测试功能师两个岗位。
2)测试人员技能要求:
测试岗位不同技能要求的程度也会有所不同,测试团队的成员应该对现市场上比较流行的各种测试软件都应有简单的了解,对于公司部门内部使用的测试工具能够灵活运用。
以下测试技能和工具需要部门人员能够掌握到一定的程度:
a.测试部目前选择JIRA做为部门的bug管理工具:
要求测试部人员对
于从测试需求到bug列表管理的功能熟练使用,并能够做测试报告总结。
对于测试组负责人和配置管理员除了功能使用外系统管理员的常用功能使用熟练。
对于市场上流行的Bugzilla、bugfree、QC、mantis等都能够有一定的认识。
b.公司目前使用svn作为配置管理工具,要求配置管理员熟练掌握svn
的功能。
所有团队成员能够使用svn做update操作,并了解简单的svn知识。
对于团队的所有成员队员目前常用的配置管理工具vss、cvs、jiar等工具要有一定的认识。
c.测试部门计划将QTP作为自动化测试工具,测试人员需要熟练掌握
自动化测试工具的使用比如:
脚本录制、回放,后期随着技能的提高可以独立编写自动化测试脚本;
根据测试部门实际需要后期会引入Selenium2自动化测试工具。
(由于自动化测试需要编写测试脚本,而脚本语言的学习熟练一直到最后的项目应用,需要一个长期的过程,所以由目前测试部门人员自学的时间成本比较高;
一旦公司BS项目业务做大做强,会根据实际需要考虑从外部招聘自动化测试人员)
d.除以上使用的测试管理工具外,要求测试部门人员在以下技能方面
有一定的深度。
?
server201X、Oracle是公司使用的数据库,要求测试组团队成
员能够熟练的使用这两个数据库的常用的语句,例:
查询、插入、
修改、删除和简单的表关联。
在网络协议方面,测试人员要了解常用的网络协议http、
oracle、tuexdo、snmp等协议,团队成员根据个人兴趣爱好适
当的学习。
操作系统方面:
对于流行的操作系统windowsserver、linux、
unix等,希望测试人员能够了解常用的命令,对于测试组长和
测试人员需要能够独立安装操作系统并搭建测试环境。
其他技能:
测试团队成员能够使用viso、excel的部分函数编写
测试文档,同时测试团队成员对系统使用的架构和使用语言等方
面根据个人的兴趣爱可以进一步学习。
e.人员数量:
视公司具体情况而定。
2.2测试流程
1)项目整体测试流程:
2)测试流程:
需要开发人员配合
2.3技能、业务培训
测试部门根据部门人员能力情况,以及测试人员的发展方向,定期安排技能、工具和业务流程的培训等。
技能和工具的培训时间安排一个月1-2次,根据测试部门员工的工作时间进行调配。
学习内容将汇总测试部门人员的期望学习意愿统一安排。
每次培训结束后希望测试人员能够有所收获。
业务流程培训将根据部门人员参与项目情况,会请需求和设计人员统一给测试人员做培训。
2.4日常项目管理
1)测试各个阶段的分工:
a.单元测试:
由开发人员完成
b.集成测试;
由测试人员完成
c.系统测试:
d.回归测试:
e.验收测试:
由测试人员、用户完成
2)测试环境:
测试环境要求测试部门独立搭建并负责测试环境维护,搭建测试环境时需要开发或是实施人员提供系统的安装部署手册、版本代码、数据库脚本等。
必要时可要求开发人员做配合。
3)测试过程输出文档:
a.测试需求:
参考需求规格说明书和业务流程说明文档。
b.测试计划:
参考项目整体计划、开发计划以及测试需求。
c.测试用例:
参考需求规格说明书、demo、系统的详细设计文档。
d.执行测试:
测试用例
e.提交缺陷单:
定期统计bug管理工具的问题。
f.测试总结报告:
根据各个阶段的测试总结,借助测试bug管理工具,
对项目做测试总结报告文档输出。
以上的这些文件必需要有的,这样可以有效监督测试整个过程,并且对以后的软件测试也有参考价值,对于相似软件的开发也能提出参考的建议,长期提高软件质量有很大的帮助。
所输出文档请按照测试部门文档模板编写;
如果项目经理对测试输出文档有特殊要求,请按项目组输出文档模板输出,测试部门问题模板可以在工作过程中改进并完善。
4)Bug的追踪机制和处理方法:
使用JIRA作为项目的bug管理工具,bug管理流程参考公司流程,bug的管控可以根据项目组的需求进行调整。
测试部门问题流程管理模板可以在工作过程中改进并完善。
5)项目团队人员安排:
根据项目任务量协调测试人员,至少每一个项目会有1-2人,其中测试组长任务繁重,建议项目组适当的做测试人员的备份,使得在项目中因个人原因而无法到岗情况得到缓解,同时对测试人员的培养提供了空间,希望测试工程师能有一个积极的心态面对工作任务。
在工作中测试小组人员阶段性的组织技术和心得的交流,达到共同的进步。
篇二:
201X年测试工作计划
为了实现泛华自研产品的大卖,测试组积极响应公司的各项方针政策,以汪总为核心,不断提高自身的测试技术和管理水平,确保自研的硬件产品测试覆盖率越来越高、BUG越来越少。
我们的口号是:
“空谈误泛,实干兴华!
”
为了我们共同的理想,下面具体谈谈明年的工作计划:
一、指导思想
我们的指导思想是:
测试驱动开发,用例指导结果,数据记录变化。
测试是国内企业面临的一个共同的问题,要么就是不重视,要么就是不彻底。
我既然选择了测试,就会为此而执着地追求到底!
在产品开发过程中,或多或少的会留下一些问题。
这很正常,如果问题到用户手里才发现,那似乎有点晚了,况且修复成本也增加了不少。
我们的策略是:
测试早介入,问题早发现。
这样资源投入比以前要多一些,我觉得还是值得的。
在测试过程中,我们将加大用例设计力度,用科学的用例来发现BUG、用可靠的数据给来定位BUG、用合理的沟通技巧来跟进BUG,努力打造出一支能发现BUG的精良队伍。
二、工作重点
整体来说:
提出“测试123计划”。
什么是测试123计划呢?
我是这样想的:
以泛华自研产品为中心,努力向同行业先进的测试团队看齐;
坚持两手抓,一手抓执行力,一手抓BUG,两手同时发力,绝不手软;
为了响应产品线的发展,我们组建了三条测试线:
DAQ测试线、系统平台测试线和通信互连测试线。
接下来,分8个方面来讨论:
1.提升团队凝聚力和战斗力
提倡以人为本。
具体有如下举措:
自我认识,分工合作,充分发挥个人优势
为团队成员提供深造的机会,建设学习型测试团队
认真听取团队成员的见解和建议
鼓励团队成员的创造力
实施参与管理,有效授权
营造开放、信任和自由沟通的氛围
适当开展业余活动
2.加强队伍建设
根据公司的战略规划,有重点、有步骤地组建测试团队。
目前只考虑硬件测试,逐步培养软件测试和系统测试人员。
PS-DAQTestLine
现有3人,由常鹏坤牵头。
计划发展到4~6人,其中多功能卡1人,同步卡1人,DSA卡2人。
另VxWorks测试储备1人。
业务范围:
(1)重点:
研发测试。
参与到研发过程中的各种测试,直到IPA结束。
包括核心器件选型测试,单元测试,集成测试,系统测试,alpha和beta测试,用户验收测试等。
并参与一系列研发评审活动,了解相关技术背景,为充分测试作准备。
(2)次要:
小批量验证测试。
包括测试环境搭建,生产测试程序设计与验证,生产测试规范编写与归档,小批量测试并触发质检入库。
最后,编写小批量验证测试总结报告,并组织产品线进行会议评审。
(3)发展:
自动化测试。
开发低成本、高效可靠的智能程控开关和相关的适配器,搭建机柜式的自动化测试平台,并自主开发自动化测试程序。
(4)VxWorks测试储备,并逐步细化。
(5)配合DAQ产品线,适当做些市场应用性的验证测试。
PS-SPTestLine:
现有1人,光杆司令是韦忠品。
计划发展到2~3人,其中机箱1人,控制器1人,EMC测试1人。
包括核心器件选型测试,研发样品验收测试,IPA产品器件变更测试等。
包括测试环境搭建,生产测试规范编写与归档,小批量测试并触发质检入库。
多关心转产后的生产测试,这也是泛华目前的一个薄弱环节,我们将派人去监督这个产线的生产测试。
EMC测试。
先外包,学习和积累EMC测试经验,等时机成熟了,再考虑自己建设EMC实验室。
(4)配合系统平台(SP)产品线,适当做些市场应用性的验证测试。
PS-LINKTestLine:
现有1人,领头羊是许春亮。
计划发展到1~2人,试行任务捆绑,协同工作。
包括DAQ产品之外的所有硬件板卡。
(3)配合Link产品线,适当做些市场应用性的验证测试。
总而言之,为了更好的完成测试任务,测试队伍在201X(来自:
WwW.:
测试组发展规划)年将要翻一倍。
3.测试环境建设
花点时间、花点资金来建设下测试环境,会给我们带来事半功倍的效果。
具体有如下需求:
(1)系统平台环境:
目前有2套,9106+3031与9114+3030(机箱电源带负载能力比新机箱差些,插满板卡启动有问题)。
计划再增加3套,分别是:
宽温9108+3050、自研PXIe机箱+PXIe控制器、NIPXIe机箱+PXIe控制器(指标对比或参考用)。
(2)自研重点PXI板卡:
各一块,用于各种发散性的测试。
(3)专业仪表:
比如频率计、功率计等,资金计划在10~20万之内。
(4)测试易耗品:
如各种测试线缆、接插件、连接器、端子等测试辅材,期望公司有高效的采购通道。
4.建立规范的测试用例库
我们的测试管理平台支持测试用例库的管理,包括建立、修改、帅选、组合、导入、导出等操作,目前的测试用例放置在流程中,等规范化以后,可以随机加入专用的测试用例库。
具体按如下流程来操作:
首先,按测试线来编写测试用例设计规范。
包括测试用例的常用设计方法,命名规则,内容、格式、附件等。
然后,按照规范来整理之前的测试用例,去粗取精,形成规范的、高效的测试用例。
接下来,我们组织评审团进行测试用例专题评审,合格的用例即可流入测试用例库。
我们要坚持做一件事情:
不断向库中放测试用例,测试方案优先考虑用例库。
5.规范BUG的评级依据
BUG管理一直是我们的重中之中。
我们强制要求严重以上的BUG必须在IPA之前修复。
自然,BUG的评级显得尤为重要。
现在,有一些对BUG评级的定义,可能比较抽象,实际操作起来有些困难。
为了弥补这些不足,我们将重点考虑如下几个问题:
(1)什么样的问题是BUG?
(2)如何对BUG进行量化评级?
(3)拿出具体实例。
准备整理成文档,贯彻执行。
是P1的绝不判P0;
发现了生产问题,绝不说成是设计BUG。
6.提升测试技术
将硬件测试划分为:
功能测试、性能测试、可靠性测试。
现在覆盖比较多的是功能测试和性能指标测试。
接下来,我们会提高可靠性测试方面的用例。
如何提升自研产品的测试技术呢?
锁定目标为以上三类测试,有的放矢,并参考NI相关文档
参与研发过程中的概要设计、详细设计评审(学习)
产品需求细化
业务和实现逻辑分解
实现技术(算法)分解
选择合适的测试手段(工具应用及反推)
选择不同的测试角度
改变不同的用户场景
功能关联/依赖法
测试点反推法
bug反推法
从用户使用的角度去设计用例
结构性分析法
EMC
7.全面推动自动化测试
自动化测试主要应用在DAQ与LINK产品线的批量测试上。
为此,我们要设计一个实用的、高效的、稳定的自动化测试平台。
平台包括:
(1)机架式硬件测试平台,放在测试工位上(非ATE生产系统),我们作自动化程序调试和小批量验证用,生产测试环境直接复制即可。
(2)开发低成本的通用智能程控开关,实现多通道信号路由。
(3)设计通用的自动化测试软件平台,非LabVIEW编程环境。
(4)提供工厂模式和维护模式。
难点在于:
智能程控开关和通用软件平台上。
需要领导支持,一方面是资金投入;
两一方面是人员安排,我们适当利用测试空隙时间来完成。
8.培训与交流
(1)每周五下午开展交流例会,主要是工作汇报和遗留问题讨论。
如果时间允许的话,可进行专题技术交流。
(2)4次以上外部技术培训,主要包括DAQ专题培训,反射内存技术、1553B系统技术和429系统技术培训,EMC专题培训,VxWorks培训等。
(3)参加市内重要的测试技术展会。
(4)2次以上业务活动。
三、考核目标
1.建立标准的测试用例库
2.测试用例数量增加30%
3.测试BUG数量增加30%
4.搭建一套自动化测试平台
5.测试团队发展到中等规模(10~14人)
篇三:
测试部门的规划与管理
测试组规划与管理
随着国内软件产业迅猛发展,软件产品的质量控制与质量管理正逐渐成为企业生存的核心。
为了保证软件在出厂时的“健康状况”,几乎所有的IT企业在软件产品发布前都需要大量的质量控制工作。
作为软件质量控制中的重要一环,软件测试是软件质量保证的重要手段,有些研究数据显示,国外软件开发机构40%的工作量花在软件测试上,软件测试费用占软件开发总费用的30%至50%。
由此可见,要成功开发高质量的软件产品,必须重视并加强软件测试工作。
一.测试组现状
通过几天在公司的学习,观察,了解到我们公司现阶段的测试组的情况如下:
1、测试流程不规范;
2、测试文档不健全;
3、测试文档也没有控制和管理
4、测试人员不参与需求分析
5、被测软件没有版本控制
二.对测试组一个规划(参考建议)
1、人员安排:
人员数量、分工、培训等
b.人员分工:
测试组负责人要对测试组人员针对不同系统,不同模块,不同时间进行有计划的分工,并进行监督,测试人员要有一个人负责项目需求分析,并对其他人员进行业务流程培训。
c.培训:
对新技术,新工具的培训,业务流程的培训等。
d.人员数量:
视公司要求而定
2.测试流程
项目整体测试流程:
测试执行流程:
3、测试是各阶段的划分
由开发人员与测试人员共同完成
c.确认测试:
f.验收测试:
由测试人员、用户、企划部、业务部完成
4、测试环境
对一些主流环境的必须测试,非主流的视情况而定,最好模拟真实用户环境。
5、测试过程中要提交的文档
a.测试需求
b.测试计划
c.测试用例
d.执行测试
e.提交缺陷单
f.测试总结报告
6.各种参考文档、测试文档的管理与缺陷的追踪机制
测试文档是很重要的工作,不仅要管理还要整理测试文档。
比如说回归测试中就会用到以前的测试文档,应该把重复的测试问题去掉,整理出来。
建议:
用VSS进行测试文档和测试软件版本的管理
用TD进行bug的提交和跟踪
结合起来用效果比较好.
三.和其他部门的接口
1.测试组与开发组:
a.与开发人员交朋友
b.要采用恰当的方法与开发人员进行沟通,不要总是责怪开发人员的能力和经验,而是要主动协助开发人员解决问题,排除阻碍;
c.两个部门主管之间的沟通和协作是工作成败的关键
d.测试人员一定要熟悉业务流程和技术,这样才能对系统的bug有更多的发言权,有时还可以给开发人员提出建议.
f.明确规定各部门人员的职责
,测试组的负责人员参与开发人员的项目需求分析的研讨会,写出项目需求分析,并且对测试组的其他成员进行讲解项目需求与培训业务流程,这样才能保证每个测试人员对
所测的系统的业务流程熟悉,对提高软件质量有很大帮助。
2.测试组与企划部、业务部:
对于验收测试由企划部,业务部着重考虑软件是否满足规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如,可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意,在适当时候测试人员也要参与。
用户操作手册、帮助文件的撰写:
对于这部分的文件建议由业务部与测试人员共同完成,因为业务部人员比测试人员更熟悉系统的业务流程,易用性、可操作性,写出来会更直观,更容易理解。
测试:
袁宜秀
日期:
201X-4-2
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试组发展规划word范文模板 13页 测试 发展规划 word 范文 模板 13