软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试管理>>过程管理>>正文
谈项目管理和软件测试过程(一)
文章出处:计算机世界 作者:雷红旗 发布时间:2006-03-08

1. 软件测试在公司的组织保障是基础

1.1 研发部组织结构介绍

以华友公司研发部的组织结构为例,测试部门属于研发部副总裁直接管理,见如下结构图

公司研发部的组织结构图






对于从事软件研发的组织来说,工作类型至少包括项目管理、产品设计、编码、测试、质量保证和软件配置管理,以及其它人员,如文档编制人员和美工人员/系统硬件管理人员等。根据职能需要,可以以半独立方式进行部门和项目的矩阵管理,即职员要对项目经理/组长负责,也要对部门经理/总监负责,工作考核由双方共同完成,标准的组织应包括技术开发部/组(主要是编码和设计人员),产品开发部/组(产品需求和项目管理),测试部/组,配置管理部/组(因为配置管理人员基本上是按20个技术人员配一个配置管理人员,所以一般部门规模较小,或者只是配置管理组),软件质量保障部/组,其它部/组(如系统/文档/美工等)。华友公司组织结构中,研发部是公司软件研发的核心部门

产品研发Ⅰ部、Ⅱ部、和应用研发部主要负责:



与软件产品部或内容产品部配合,协助完成内容产品的可行性、合理性分析;

平台、网关、应用产品的研发项目的立项和方案评审;

研发项目的概要设计、详细设计工作;

研发项目的编码、单元测试工作;

组织公司相关部门进行研发产品的培训;

协助相关部门做好产品的售前技术支持工作;

协助相关部门进行软件的安装与调试;

根据相关部门的要求做好产品的售后服务工作,保障软件的运行正常。

测试部隶属研发部,主要职责如下:

与内容产品部和软件产品部配合完成软件需求分析讨论,并根据需求说明书制订《项目测试方案》,编写《测试用例》,建立测试环境;

负责完成研发部各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改升级软件的模块测试和系统测试;

建立、推广并维护实施软件版本管理系统CVS和VSS;

使用并维护软件缺陷管理系统Bugzilla,负责软件问题解决过程跟踪记录;

负责推广实施软件开发文档规范化工作,管理研发产品相关文档;

负责配合软件运维部门等对于新业务软件或修改升级业务软件的上线测试工作,并提供上线测试报告;

负责监督软件开发流程的执行,并负责提出软件开发过程改进建议,提高软件产品质量。

1.2 软件产品研发各部门的组织结构分解

1)华友公司从2003年10月开始,对项目组制订明确指标的独立考核,各开发部门是技术总监带队,再细分各项目经理具体负责项目计划和执行,对项目具体开发成员进行分工。对于测试部门制订年度测试部门任务计划/考核表,如SMS业务销售额指标完成:目标1:9900万(奖金提取比例为0.01%);目标2:16800万(奖金提取比例为0.02%);目标3:23200万(奖金提取比例为0.03%)

详细给出财务目标和业务运营目标。

在每周的开发经理工作会议上交流报告任务进展情况,并提出最近测试需求,测试部门经理负责制订测试计划、测试用例和测试实施方案,安排测试工程师与对应的开发人员交流完成测试执行工作。测试部经理负责开发流程管理和人力资源、测试用软硬件资源调配,需要与研发之外的部门定期交流掌握下周或近期可能测试任务,所有其他外部接口都由测试部经理负责完成,与其他项目组和产品部门协调项目进度。

2) 工作汇报关系为:

开发部门:Team Member->Team Leader->研发总监->研发部副总裁->总裁。

测试部门:测试工程师->测试小组经理->测试部经理/总监->研发部副总裁->总裁。

3)项目成员结构:

公司通常的开发项目组为6到8个开发人员,最多不超过10人。

华友公司的经过三次改造后的组织结构和项目组结构,各个业务部门分类非常细,任务明确,软件开发的每一个步骤都有专门的部门、专门的人员负责,从最基础的开发人员到负责统领全局的总监和副总裁,层层管理,沟通渠道畅通。而在软件测试上,由于有限的测试资源,首先体现在公司的组织结构上,集中表现为测试部门不得不面对公司级管理部门的缺失和管理的交叉上,没有质量管理部门,部门质量管理工作测试部门兼做。公司从成本角度考虑,测试部门规模较小,测试人员总数不超过10人,几乎每个测试人员接收处理10个开发人员的测试任务需求。从实际情况出发,首先明确测试部门和软件开发部门相对独立的组织关系,保证测试人员的工作不受开发小组的控制,实现测试客观、公证。华友公司要想有效地保障产品质量,首先就要在构架合理的组织结构和测试流程上下功夫,这就如同盖高楼首先要打好地基一样,地基不打牢,结构和流程不合理,其他方面再下功夫也是徒劳。

从实践经验看,一年前首先成立测试部,把属于开发部门的测试工程师归口到独立的测试部门管理,其次建立规范的测试流程,与开发部门交流,要求每周提出测试需求,再根据现有的资源制订每周测试计划,同时向人力资源部门提出招聘计划,随着测试工作的成绩不断被开发部门和上级领导认可,再推广实施软件开发过程规范化的管理,通过测试实践的优良成绩来确立测试部门在公司的地位和作用,经过一年的奋斗测试部门从无到有,从最初两人到现在十人,软件配置管理和缺陷跟踪系统已经被60%的开发人员自愿使用和接收。 总结本人在华友一年多测试工作经验,深深体会到在国内从事软件项目开发难、从事软件测试和质量保证工作更难,需要具备扎实的技术功底同时,不断提高测试项目管理能力,寻找工作的突破口。世上无难事,只怕有心人,但是只要你努力献身于软件测试工作,打出一片天地是有可能的。

谈项目管理和软件测试过程(二)
谈项目管理和软件测试过程(三)
谈项目管理和软件测试过程(四)
谈项目管理和软件测试过程(五)


站内搜索
相关文章
◎新任项目经理的五项修炼
◎以测试为核心控制软件开发过程
◎测试过程的基本形式:确认和验证
◎让软件改进过程实现自动化
◎项目整合管理
◎项目沟通管理
◎同行评审过程描述(四)——测量
◎同行评审过程描述(三)——走查步骤
◎同行评审过程描述(二)——评审步骤
◎同行评审过程描述(一)——概述
◎项目质量管理的特点
◎印度项目质量管理经验
◎成功管理者的50大感悟
◎外包项目中的Leader
◎完整的变更请求管理解决方案
◎浅析软件项目管理中十个误区
◎软件测试也要做过程改进
◎软件测试的组织与管理
◎软件项目管理的质量保证
◎你知道如何成为一个积极主动的项目经理吗
◎外包软件项目管理经验总结
◎项目进度计划延期的分析
◎软件过程改进建议
◎信息技术质量管理术语
◎软件项目管理原则谈
◎CMS中的安全性和身份验证(下)
◎CMS中的安全性和身份验证(中)
◎CMS中的安全性和身份验证(上)
◎QA要不要追究BUG发生的原因
◎一个 SQA 的工作日记
◎二十三条管理定律
◎软件项目管理中的风险管理研究
◎软件工程能帮多大忙?
◎SQA测试过程
◎软件产品质量
◎microsoft的测试过程
◎轻松面试找到理想员工-非官方的面试技术指南
◎持续集成与测试自动化
◎软件本地化外包测试流程分析
◎软件特征功能测试过程分析
◎软件测试的人际关系
◎编写软件测试计划需要考虑的几个问题
◎构建可“复用”的软件测试环境
◎测试驱动型开发过程
◎持续集成与测试自动化
◎测试设计中需要考虑的22种测试类型
◎软件测试,不可忽略的阶段
◎前置测试分析
◎基于PB环境下的软件测试
◎测试未来的预测
热门文章
◎编写软件测试计划需要考虑的几个问题
◎测试阶段划分
◎成为测试主管第一步
◎谈项目管理和软件测试过程(二)
◎microsoft的测试过程
◎谈项目管理和软件测试过程(三)
◎软件测试过程管理实践介绍
◎SQA测试过程
◎谈项目管理和软件测试过程(五)
◎谈项目管理和软件测试过程(四)
◎软件测试的组织与管理
◎轻松面试找到理想员工-非官方的面试技术指南
◎测试设计中需要考虑的22种测试类型
◎软件本地化外包测试流程分析
◎一个 SQA 的工作日记
◎软件测试也要做过程改进
◎QA要不要追究BUG发生的原因
◎同行评审过程描述(一)——概述
◎软件测试,不可忽略的阶段
◎判断一个差劲的PM的九项标准
◎测试过程的基本形式:确认和验证
◎鲜为人知的软件项目管理原则
◎以测试为核心控制软件开发过程
◎软件产品质量
◎软件测试的人际关系
◎软件特征功能测试过程分析
◎出色管理者的十大思想和行为特征
◎外包软件项目管理经验总结
◎二十三条管理定律
◎持续集成与测试自动化
◎同行评审过程描述(二)——评审步骤
◎新任项目经理的五项修炼
◎你知道如何成为一个积极主动的项目经理吗
◎IBM的过程质量管理
◎打造1+1>2的高效团队
◎软件过程改进建议
◎成功管理者的50大感悟
◎软件项目管理的质量保证
◎外包项目中的Leader
◎测试未来的预测
◎项目管理怎样游刃有余
◎同行评审过程描述(四)——测量
◎软件项目管理中的风险管理研究
◎软件项目管理原则谈
◎项目沟通管理
◎同行评审过程描述(三)——走查步骤
◎项目进度计划延期的分析
◎失败的测试及其应对措施
◎浅析软件项目管理中十个误区
◎让软件改进过程实现自动化

Google提供的广告