最新测试部门的规划与管理资料

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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

相关文档
最新文档