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

下载本文档

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

文档简介

1、测试组规划与管理随着国内软件产业迅猛发展,软件产品的质量控制与质量管理正逐渐成为企业生存的核心。为了保证软件在出厂时的“健康状况”,几乎所有的 IT 企业在软件产品发布前都需要大量的质量控制工作。 作为软件质量控制中的重要一环,软件测试是软件质量保证的重要手段,有些研究数据显示,国外软件开发机构40%的工作量花在软件测试上, 软件测试费用占软件开发总费用的30%至 50%。由此可见,要成功开发高质量的软件产品,必须重视并加强软件测试工作。一测试组现状通过几天在公司的学习,观察,了解到我们公司现阶段的测试组的情况如下:1、测试流程不规范;2、测试文档不健全;3、测试文档也没有控制和管理4、测试人

2、员不参与需求分析5、被测软件没有版本控制二对测试组一个规划(参考建议)1、人员安排:人员数量、分工、培训等b. 人员分工:测试组负责人要对测试组人员针对不同系统,不同模块,不同时间进行有计划的分工, 并进行监督, 测试人员要有一个人负责项目需求分析, 并对其他人员进行业务流程培训。c. 培训:对新技术,新工具的培训,业务流程的培训等。d. 人员数量:视公司要求而定2. 测试流程6项目整体测试流程:测试执行流程:获取可测试版本3、测试是各阶段的划分a.单元测试:由开发人员完成b.集成测试;由开发人员与测试人员共同完成c.确认测试:由测试人员完成d.回归测试:由测试人员完成f.验收测试:由测试人员

3、、用户、企划部、业务部完成4、测试环境对一些主流环境的必须测试,非主流的视情况而定,最好模拟真实用户环境。5、测试过程中要提交的文档a. 测试需求b. 测试计划c. 测试用例d. 执行测试e. 提交缺陷单f. 测试总结报告以上的这些文件必需要有的,这样可以有效监督测试整个过程,并且对以后的软件测试也有参考价值, 对于相似软件的开发也能提出参考的建议, 长期提高软件质量有很大的帮助。6各种参考文档、测试文档的管理与缺陷的追踪机制测试文档是很重要的工作, 不仅要管理还要整理测试文档。 比如说回归测试中就会用到以前的测试文档,应该把重复的测试问题去掉,整理出来。建议:用 VSS进行测试文档和测试软件

4、版本的管理用 TD进行bug 的提交和跟踪结合起来用效果比较好.三和其他部门的接口1 测试组与开发组:a. 与开发人员交朋友b. 要采用恰当的方法与开发人员进行沟通,不要总是责怪开发人员的能力和经验,而是要主动协助开发人员解决问题,排除阻碍;c. 两个部门主管之间的沟通和协作是工作成败的关键d. 测试人员一定要熟悉业务流程和技术, 这样才能对系统的 bug有更多的发言权,有时还可以给开发人员提出建议.f.明确规定各部门人员的职责建议: ,测试组的负责人员参与开发人员的项目需求分析的研讨会,写出项目需求分析,这样才能保证每个测试人员对并且对测试组的其他成员进行讲解项目需求与培训业务流程,所测的系统的业务流程熟悉,对提高软件质量有很大帮助。2测试组与企划部、业务部:建议: 对于验收测试由企划部, 业务部着重考虑软件是否满足规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如,可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意,在适当时候测试人员也要参与。用户操作手册、 帮助文件的撰写: 对于这部分的文件建议由业务部与测

温馨提示

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

评论

0/150

提交评论