测试部门规划_第1页
测试部门规划_第2页
测试部门规划_第3页
测试部门规划_第4页
测试部门规划_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、。2016 测试部门规划与管理1. 引言1.1 测试部门现状部门划分后通过学习、观察,了解到我们公司现阶段的测试组的情况如下:1)测试流程不规范;2)测试文档不健全;3)测试文档也没有控制和管理;4)测试人员不参与需求分析;5)被测软件没有版本控制;6)测试部门人员多为行业的新人。1.2 编写规划目的根据测试部门现状,以及公司领导对测试部们的重视与期望,该文档明确定义了测试部门岗位职能、测试流程、测试文档规范、日常项目工作、部门考评机制以及测试部门人员技能与业务的培训等方面,同时该文档将作为测试部门发展的一个指导, 在后期的工作实践中由测试部门成员不断地改进优化,使得测试部门能够更好与其他部门

2、成员做好产品的质量控制。2. 测试部门规划2.1 团队建设1)岗位职能与技能:参考质量管理流程,测试人员分3 个岗位 , 具体职能如下:a.测试组负责人:负责项目测试环境搭建和bug 管理库的维护、同时负责协调测试组所有事宜,包括与开发、需求、设计人员的沟通,分配任务并指导团队测试人员做系统测试,在项目的不同环节阶段输出相关的项目文档,如:测试计划、测试报告等。b. 自动化测试工程师:负责项目的自动化测试工作,输出文档:自动化测试计划、自动化测试用例、自动化测试报告等。c. 功能测试工程师: 负责项目的功能测试和流程测试, 提出 bug 到 bug。1。管理库。输出文档:功能测试用例、功能测试

3、报告。根据公司现状,测试部门目前暂时定位为:测试组负责人、功能测试功能师两个岗位。2)测试人员技能要求:测试岗位不同技能要求的程度也会有所不同,测试团队的成员应该对现市场上比较流行的各种测试软件都应有简单的了解, 对于公司部门内部使用的测试工具能够灵活运用。 以下测试技能和工具需要部门人员能够掌握到一定的程度:a. 测试部目前选择 JIRA 做为部门的 bug 管理工具:要求测试部人员对于从测试需求到 bug 列表管理的功能熟练使用,并能够做测试报告总结。对于测试组负责人和配置管理员除了功能使用外系统管理员的常用功能使用熟练。对于市场上流行的Bugzilla、 bugfree 、 QC、man

4、tis 等都能够有一定的认识。b. 公司目前使用 svn 作为配置管理工具,要求配置管理员熟练掌握 svn 的功能。所有团队成员能够使用 svn 做 update 操作,并了解简单的svn 知识。对于团队的所有成员队员目前常用的配置管理工具vss 、cvs 、jiar等工具要有一定的认识。c.测试部门计划将QTP作为自动化测试工具,测试人员需要熟练掌握自动化测试工具的使用比如:脚本录制、回放,后期随着技能的提高可以独立编写自动化测试脚本;根据测试部门实际需要后期会引入 Selenium2 自动化测试工具。(由于自动化测试需要编写测试脚本,而脚本语言的学习熟练一直到最后的项目应用,需要一个长期的

5、过程,所以由目前测试部门人员自学的时间成本比较高;一旦公司BS项目业务做大做强,会根据实际需要考虑从外部招聘自动化测试人员)d. 除以上使用的测试管理工具外,要求测试部门人员在以下技能方面有一定的深度。server2008 、Oracle 是公司使用的数据库,要求测试组团队成员能够熟练的使用这两个数据库的常用的语句 , 例:查询、插入、修改、删除和简单的表关联。2。在网络协议方面,测试人员要了解常用的网络协议http 、oracle 、 tuexdo 、snmp 等协议,团队成员根据个人兴趣爱好适当的学习。操作系统方面:对于流行的操作系统windows server 、linux 、unix等

6、,希望测试人员能够了解常用的命令,对于测试组长和测试人员需要能够独立安装操作系统并搭建测试环境。其他技能:测试团队成员能够使用viso 、excel 的部分函数编写测试文档,同时测试团队成员对系统使用的架构和使用语言等方面根据个人的兴趣爱可以进一步学习。e. 人员数量:视公司具体情况而定。2.2 测试流程1)项目整体测试流程:开始测试项目确认测试执行问题修正与更新测试关闭测试结束2) 测试流程:。3。接收测试申请代码配置管理库中指定的提测版本号在配置库中获取可测试版本搭建测试环境测试数据和测试用例准备就绪测试数据的准备,必要时需要开发人员配合输入测试用例提交缺陷编写测试总结报告测试报告通过相关

7、评审测试结束2.3 技能、业务培训测试申请需开发人提测试版本时同步给测试人员,内容包括:1、提测试的需求功能概述2、提交代码3、 提交代码对应的数据库脚本4、提交环境部署文档评审团队:测试组成员、开发组长、项目经理、需求和设计人员测试部门根据部门人员能力情况,以及测试人员的发展方向, 定期安排技能、工具和业务流程的培训等。技能和工具的培训时间安排一个月1-2 次,根据测试部门员工的工作时间进行调配。 学习内容将汇总测试部门人员的期望学习意愿统一安排。每次培训结束后希望测试人员能够有所收获。业务流程培训将根据部门人员参与项目情况,会请需求和设计人员统一给测试人员做培训。2.4 日常项目管理1)测

8、试各个阶段的分工:a. 单元测试:由开发人员完成b. 集成测试;由测试人员完成c. 系统测试:由测试人员完成d. 回归测试:由测试人员完成。4。e. 验收测试:由测试人员、用户完成2)测试环境:测试环境要求测试部门独立搭建并负责测试环境维护,搭建测试环境时需要开发或是实施人员提供系统的安装部署手册、版本代码、数据库脚本等。必要时可要求开发人员做配合。3)测试过程输出文档:a. 测试需求 : 参考需求规格说明书和业务流程说明文档。b. 测试计划 : 参考项目整体计划、开发计划以及测试需求。c. 测试用例:参考需求规格说明书、 demo、系统的详细设计文档。d. 执行测试:测试用例e. 提交缺陷单

9、:定期统计 bug 管理工具的问题。f.测试总结报告:根据各个阶段的测试总结,借助测试bug 管理工具,对项目做测试总结报告文档输出。以上的这些文件必需要有的,这样可以有效监督测试整个过程,并且对以后的软件测试也有参考价值,对于相似软件的开发也能提出参考的建议,长期提高软件质量有很大的帮助。所输出文档请按照测试部门文档模板编写 ; 如果项目经理对测试输出文档有特殊要求, 请按项目组输出文档模板输出,测试部门问题模板可以在工作过程中改进并完善。4) Bug的追踪机制和处理方法:使用 JIRA 作为项目的 bug 管理工具, bug 管理流程参考公司流程, bug的管控可以根据项目组的需求进行调整

10、。测试部门问题流程管理模板可以在工作过程中改进并完善。5)项目团队人员安排:根据项目任务量协调测试人员,至少每一个项目会有1-2 人,其中测试组长任务繁重,建议项目组适当的做测试人员的备份,使得在项目中因个人原因而无法到岗情况得到缓解,同时对测试人员的培养提供了空间,希望测试工程师能有一个积极的心态面对工作任务。在工作中测试小组人员阶段性的组织技术和心得的交流,达到共同的进步。2.6 和其他各部门的接口。5。1)测试组与开发组:a. 与开发人员交朋友b. 要采用恰当的方法与开发人员进行沟通,不要总是责怪开发人员的能力和经验,而是要主动协助开发人员解决问题,排除阻碍;c. 两个部门负责人之间的沟

11、通和协作是工作成败的关键d. 测试人员一定要熟悉业务流程和技术 , 这样才能对系统的 bug 有更多的发言权,有时还可以给开发人员提出建议 .f. 明确规定各部门人员的职责建议:测试组的负责人员参与开发人员的项目需求分析的研讨会,并且对测试组的其他成员进行讲解项目需求与培训业务流程,这样才能保证每个测试人员对所测的系统的业务流程熟悉,对提高软件质量有很大帮助。2)测试组与其他部:建议:对于验收测试由开发、需求业务部着重考虑软件是否满足规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如,可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意,在适当时候测试人员也要参与。3. 部门考核与激励3.1 整体考核机制测试组的考核参见人事部门提供的测试工程师绩效考核表。3.2 测试人员考核机制1)月考评具体考核项参考考评用表。2)测试部门人员

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论