最新测试部门的规划与管理资料
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试组规划与管理
随着国内软件产业迅猛发展,软件产品的质量控制与质量管理正逐渐成为企业生存的核心。为了保证软件在出厂时的“健康状况”,几乎所有的IT企业在软件产品发布前都需要大量的质量控制工作。作为软件质量控制中的重要一环,软件测试是软件质量保证的重要手段,有些研究数据显示,国外软件开发机构40%的工作量花在软件测试上,软件测试费用占软件开发总费用的30%至50%。由此可见,要成功开发高质量的软件产品,必须重视并加强软件测试工作。
一.测试组现状
通过几天在公司的学习,观察,了解到我们公司现阶段的测试组的情况如下:
1、测试流程不规范;
2、测试文档不健全;
3、测试文档也没有控制和管理
4、测试人员不参与需求分析
5、被测软件没有版本控制
二.对测试组一个规划(参考建议)
1、人员安排:人员数量、分工、培训等
b. 人员分工:测试组负责人要对测试组人员针对不同系统,不同模块,不同时间进行有计划的分工,并进行监督,测试人员要有一个人负责项目需求分析,并对其他人员进行业务流程培训。
c. 培训:对新技术,新工具的培训,业务流程的培训等。
d. 人员数量:视公司要求而定
2. 测试流程
项目整体测试流程:
测试执行流程:
3、测试是各阶段的划分
a. 单元测试:由开发人员完成
b. 集成测试;由开发人员与测试人员共同完成
c. 确认测试:由测试人员完成
d. 回归测试:由测试人员完成
f. 验收测试:由测试人员、用户、企划部、业务部完成
4、测试环境
对一些主流环境的必须测试,非主流的视情况而定,最好模拟真实用户环境。
5、测试过程中要提交的文档
a. 测试需求
b. 测试计划
c. 测试用例
d. 执行测试
e. 提交缺陷单
f. 测试总结报告
以上的这些文件必需要有的,这样可以有效监督测试整个过程,并且对以后的软件测试也有参考价值,对于相似软件的开发也能提出参考的建议,长期提高软件质量有很大的帮助。
6.各种参考文档、测试文档的管理与缺陷的追踪机制
测试文档是很重要的工作,不仅要管理还要整理测试文档。比如说回归测试中就会用到以前的测试文档,应该把重复的测试问题去掉,整理出来。
建议:
用VSS 进行测试文档和测试软件版本的管理
用TD 进行bug的提交和跟踪
结合起来用效果比较好.
三.和其他部门的接口
1.测试组与开发组:
a. 与开发人员交朋友
b. 要采用恰当的方法与开发人员进行沟通,不要总是责怪开发人员的能力和经验,而是要主动协助开发人员解决问题,排除阻碍;
c. 两个部门主管之间的沟通和协作是工作成败的关键
d. 测试人员一定要熟悉业务流程和技术, 这样才能对系统的bug有更多的发言权,有时还可以给开发人员提出建议.
f. 明确规定各部门人员的职责
建议:,测试组的负责人员参与开发人员的项目需求分析的研讨会,写出项目需求分析,并且对测试组的其他成员进行讲解项目需求与培训业务流程,这样才能保证每个测试人员对
所测的系统的业务流程熟悉,对提高软件质量有很大帮助。
2.测试组与企划部、业务部:
建议:对于验收测试由企划部,业务部着重考虑软件是否满足规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如,可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意,在适当时候测试人员也要参与。
用户操作手册、帮助文件的撰写:对于这部分的文件建议由业务部与测试人员共同完成,因为业务部人员比测试人员更熟悉系统的业务流程,易用性、可操作性,写出来会更直观,更容易理解。
测试:袁宜秀
日期:2010-4-2