测试部门规划.docx
- 文档编号:29746075
- 上传时间:2023-07-26
- 格式:DOCX
- 页数:8
- 大小:79.92KB
测试部门规划.docx
《测试部门规划.docx》由会员分享,可在线阅读,更多相关《测试部门规划.docx(8页珍藏版)》请在冰豆网上搜索。
测试部门规划
测试部门规划及管理
1.引言
测试部门现状
通过几天在公司的学习,观察,了解到我们公司现阶段的测试组的情况如下:
1〕测试流程不标准;
2〕测试文档不健全;
3〕测试文档也没有控制和管理;
4〕测试人员不参及需求分析;
5〕被测软件没有版本控制;
6〕测试部门人员多为行业的新人。
编写规划目的
根据测试部门现状,以及公司领导对测试部们的重视及期望,该文档明确定义了测试部门岗位职能、测试流程、测试文档标准、日常工程工作、部门考评机制以及测试部门人员技能及业务的培训等方面,同时该文档将作为测试部门开展的一个指导,在后期的工作实践中由测试部门成员不断地改良优化,使得测试部门能够更好及其他部门成员做好产品的质量控制。
2.测试部门规划
1〕岗位职能及技能:
参考质量管理流程,测试人员分5各岗位,具体职能如下:
a.测试部门经理:
负责测试部门开展规划、协调测试部门资源配合公司各个工程的测试工作、组织培养测试部门人员的技能和业务培训,指导测试人员技能提升及职业开展。
b.配置管理员:
负责公司各个产品的软件版本控制,包括代码版本和文版本以及相关变更控制,在工程的不同阶段输出相关的配置文档,如:
配置管理方案、配置审计报告等
c.测试组负责人:
负责工程测试环境搭建和bug管理库的维护、同时负责协调测试组所有事宜,包括及开发、需求、设计人员的沟通,分配任务并指导团队测试人员做系统测试,在工程的不同环节阶段输出相关的工程文档,如:
测试方案、测试报告以及局部测试用例的编写。
d.性能测试工程师:
负责工程的性能测试工作,输出文档:
性能测试方案、性能测试用例、性能测试报告等。
e.功能测试工程师:
负责工程的功能测试和流程测试,提出bug到bug管理库。
输出文档:
功能测试用例、功能测试报告。
根据公司现状,测试部门目前暂时定位为:
测试部门经理、测试组负责人、功能测试功能师3各岗位。
配置管理的工作及工程人员沟通,配备专人参及,要求测试人员也要从中学习,性能测试工程师工作由测试团队人员共同来做,必要时测试经理参及。
2〕测试人员技能要求:
测试岗位不同技能要求的程度也会有所不同,测试团队的成员应该对现市场上比拟流行的各种测试软件都应有简单的了解,对于公司部门内部使用的测试工具能够灵活运用。
以下测试技能和工具需要部门人员能够掌握到一定的程度:
a.测试部目前选择testdirector做为部门的bug管理工具:
要求测试部人员对于从测试需求到bug列表管理的功能熟练使用,并能够做测试报告总结。
对于测试组负责人和配置管理员除了功能使用外系统管理员的常用功能使用熟练。
对于市场上流行的Bugzilla、bugfree、QC、mantis等都能够有一定的认识。
b.测试部门目前需要LoadRunner作为性能测试工具,性能测试人员能够熟练使用该工具,利用该工具能够分析到系统的瓶颈提高系统的性能。
对于测试团队的其他成员要求,了解LoadRunner的工作原理,脚本处理中能够做到参数化和关联,针对测试结果做简单的分析。
对于市场上流行的自动化测试工具有了解。
c.公司目前使用svn作为配置管理工具,要求配置管理员熟练掌握svn的功能。
所有团队成员能够使用svn做update操作,并了解简单的svn知识。
对于团队的所有成员队员目前常用的配置管理工具vss、cvs、jiar等工具要有一定的认识。
d.除以上使用的测试管理工具外,要求测试部门人员在以下技能方面有一定的深度。
Øserver2005、Oracle是公司使用的数据库,要求测试组团队成员能够熟练的使用这两个数据库的常用的语句例:
查询、插入、修改、删除和简单的表关联。
Ø在网络协议方面,性能测试人员要了解常用的网络协议、oracle、tuexdo、snmp等协议,团队成员根据个人兴趣爱好适当的学习。
Ø操作系统方面:
对于流行的操作系统windowsserver、linux、unix等,希望测试人员能够了解常用的命令,对于测试组长和性能测试人员需要能够独立安装操作系统并搭建测试环境。
Ø常用软件:
tomcat、weblogic等,测试组负责人能共使用这些工具做测试环境的搭建,同时了解该工具的一些相关配置的含义,团队成员能够了解这些工具
Ø其他技能:
测试团队成员能够使用viso、project、excel的局部函数编写测试文档,同时测试团队成员应能看懂系统的数据模型,对系统使用的架构和使用语言等方面根据个人的兴趣爱可以进一步学习。
e.人员数量:
视公司要求而定。
测试流程
1〕工程整体测试流程:
2)测试流程:
、业务培训
测试部门根据部门人员能力情况,以及测试人员的开展方向,定期安排技能、工具和业务流程的培训等。
技能和工具的培训时间安排一个月1-2次,根据测试部门员工的工作时间进展调配。
学习内容将汇总测试部门人员的期望学习意愿统一安排。
每次培训完毕后希望测试人员能够有所收获。
业务流程培训将根据部门人员参及工程情况,会请需求和设计人员统一给测试人员做培训。
2.4日常工程管理
1〕测试各个阶段的分工:
a.单元测试:
由开发人员完成
b.集成测试;由开发人员及测试人员共同完成
c.确认测试:
由测试人员完成
d.回归测试:
由测试人员完成
e.验收测试:
由测试人员、用户、开发人员完成
2〕测试环境:
测试环境要求测试部门独立搭建并负责测试环境维护,搭建测试环境时需要开发或是实施人员提供系统的安装部署手册、版本代码、数据库脚本等。
必要时可要求开发人员做配合。
3〕测试过程输出文档:
a.测试需求:
参考需求规格说明书和业务流程说明文档。
b.测试方案:
参考工程整体方案、开发方案以及测试需求。
c.测试用例:
参考需求规格说明书、demo、系统的详细设计文档。
d.执行测试:
测试用例
e.提交缺陷单:
定期统计bug管理工具的问题。
f.测试总结报告:
根据各个阶段的测试总结,借助测试bug管理工具,对工程做测试总结报告文档输出。
以上的这些文件必需要有的,这样可以有效监视测试整个过程,并且对以后的软件测试也有参考价值,对于相似软件的开发也能提出参考的建议,长期提高软件质量有很大的帮助。
所输出文档请按照测试部门文档模板编写。
工程测试文档请用配置管理工具管理svn。
〔根据现状测试需求文档可以暂不输出,〕如果工程经理对测试输出文档有特殊要求,请按工程组输出文档模板输出,测试部门问题模板可以在工作过程中改良并完善。
4〕Bug的追踪机制和处理方法:
使用testdirector作为工程的bug管理工具,bug管理流程参考公司流程,bug的管控可以根据工程组的需求进展调整。
测试部门问题流程管理模板可以在工作过程中改良并完善。
5〕工程团队人员安排:
根据工程任务量协调测试人员,至少每一个工程会有1-2人,其中测试组长任务繁重,建议工程组适当的做测试人员的备份,使得在工程中因个人原因而无法到岗情况得到缓解,同时对测试人员的培养提供了空间,希望测试工程师能有一个积极的心态面对工作任务。
在工作中测试小组人员阶段性的组织技术和心得的交流,到达共同的进步。
和其他各部门的接口
1〕测试组及开发组:
a.及开发人员交朋友
b.要采用恰当的方法及开发人员进展沟通,不要总是责怪开发人员的能力和经历,而是要主动协助开发人员解决问题,排除阻碍;
c.两个部门负责人之间的沟通和协作是工作成败的关键
d.测试人员一定要熟悉业务流程和技术,这样才能对系统的bug有更多的发言权,有时还可以给开发人员提出建议.
f.明确规定各部门人员的职责
建议:
,测试组的负责人员参及开发人员的工程需求分析的研讨会,并且对测试组的其他成员进展讲解工程需求及培训业务流程,这样才能保证每个测试人员对所测的系统的业务流程熟悉,对提高软件质量有很大帮助。
2〕测试组及其他部:
建议:
对于验收测试由开发、需求业务部着重考虑软件是否满足规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面〔例如,可移植性、兼容性、错误恢复能力和可维护性等〕是否令用户满意,在适当时候测试人员也要参及。
用户操作手册、帮助文件的撰写:
对于这局部的文件建议由测试人员配合实施部人员完成。
3.部门考核及鼓励
3.1整体考核机制
测试部门按月或按季度对部门员工作考评,考评总分100分,考评等级分为五个层次,考评内容包括工作任务及完成情况、个人行为及能力表现以及测试人员技能学习的提升等。
工作任务及完成情况考评分是总分的80%。
个人行为及能力表现考评分是总分的20%。
员工考评总体评价:
考评分数=sum〔工作任务及完成情况*80%+行为及能力表现*20%,考评等级根据分数定位。
考评流程:
3.2测试人员考核机制
1〕月考评具体考核项参考考评用表。
2〕测试部门人员做月度考评的同时,要求每年的年底写一份年度总结报告。
模板如下:
3.4考评奖励机制
根据部门员工的工作表现能力,考核员工后做职位的级别调整,同时会考虑员工的职业规划做岗位的调换。
部门员工薪资待遇问题,可以根据员工表现在公司统一调薪期间做申请调薪。
4.其它
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 部门 规划