第07章软件测试项目管理_第1页
第07章软件测试项目管理_第2页
第07章软件测试项目管理_第3页
第07章软件测试项目管理_第4页
第07章软件测试项目管理_第5页
已阅读5页,还剩50页未读 继续免费阅读

下载本文档

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

文档简介

软件测试

第7章-软件测试项目管理

第七章软件测试项目管理

7.1软件测试项目管理的概述7.2软件测试项目的组织7.3软件测试项目的过程管理7.4软件测试项目的资源管理7.5测试项目的进度管理7.6测试项目的风险管理7.7测试项目的质量管理和配置管理7.8软件测试文档的管理7.9软件测试成本管理7.1软件测试项目管理的概述7.1.1软件项目管理的共性7.1.2软件测试项目管理的特点软件项目管理的共性人员(People)

问题(Problem)过程(Process)项目软件测试项目管理的特点软件质量标准定义不准确、任务边界模糊,如何确定什么时候软件测试可以结束,找不到严重的缺陷并不代表软件不存在严重的缺陷。软件测试项目具有智力密集、劳动密集的特点,受人力资源影响最大,项目成员的结构、责任心、能力和稳定性对测试执行、产品质量有很大的影响。测试任务的分配难测试要求人力资源十分稳定。由于软件测试项目不仅是一个技术工作,而且要求对产品的功能、特性需要非常了解。软件测试人员在待遇、地位可能受到一些不公正的待遇,7.2软件测试项目的组织软件测试项目的人员组织模式测试项目的管理原则

测试计划先行

建立优先级

建立客观的评价标准

测试的管理和组织机构开发经理开发经理开发经理测试员开发经理开发经理程序员测试的管理和组织机构项目经理开发经理开发经理测试员开发经理开发经理程序员测试经理开发经理测试的管理和组织机构执行经理开发经理开发经理开发经理开发经理开发经理项目经理开发经理开发经理测试经理7.3软件测试项目的过程管理测试项目启动测试计划阶段测试设计阶段测试执行阶段测试结果的审查和分析测试计划阶段测试项目计划的整体目标是为了确定测试的任务、所需的各种资源和投入、预见可能出现的问题和风险,以指导测试的执行,最终实现测试的目标,保证软件产品的质量。制定测试计划,要达到的目标有:制定一个现实可行的、综合的计划,包括每项测试活动的对象、范围、方法、进度和预期结果;为项目实施建立一个组织模型,并定义每个角色的责任和任务;确定测试所需要的时间和资源,以保证其可获得性、有效性;确立每个测试阶段测试完成以及测试成功的标准、要实现的目标;识别出测试活动中各种风险,并消除可能存在的风险,降低那些不可能消除的风险所带来的损失

测试计划阶段

(2)测试的输入标准整体项目计划框架;需求规格说明书;技术知识或业务知识标准环境设计文档;足够的资源人员组织结构测试的输出标准测试执行标准Bug描述和处理标准文档标准和模板测试分析、质量评估标准等软件测试设计和开发

制定测试的技术方案,确认各个测试阶段要采用的测试技术、测试环境和平台,以及选择什么样的测试工具。

设计测试用例,根据产品需求分析、系统技术设计等规格说明书,在测试的技术方案基础上,设计具体的测试用例。测试开发:根据所选择的测试工具,将所有可以进行自动化测试的测试用例转化为测试脚本的过程;测试环境的设计。测试执行阶段如何确保测试环境满足测试用例所描述的要求?如何保证每个测试人员清楚自己的测试任务?如何保证每个测试用例得到百分之百的执行?如何保证所报告的Bug正确、描述清楚?如何跟踪Bug处理的进度使严重的Bug及时得到解决?测试执行阶段

(2)测试阶段目标的检查测试用例执行的跟踪

Bug的跟踪和管理和项目组外部人员的沟通测试执行结束评判7.4软件测试项目的资源管理人力资源管理测试环境资源工作量的估计7.5测试项目的进度管理7.5.1测试项目的里程碑和关键路径7.5.2测试项目进度的特性及外在关系7.5.3测试项目进度的管理方法和工具测试项目的里程碑任务天任务天任务天任务天M21:测试计划制定11M23:测试设计12开发测试过程5验证测试结果2确定项目1测试用例的设计7测试和调试测试过程2调查突发结果1定义测试策略2测试用例的审查2修改测试过程2生成缺陷日记1分析测试需求3测试工具的选择1建立外部数据集1M62:测试评估3估算测试工作量1测试环境的设计2重新测试并调试测试过程2评估测试需求的覆盖率1确定测试资源1M26:测试开发15M42:功能测试9评估缺陷0.5建立测试结构组织1建立测试开发环境1设置测试系统1决定是否达到测试完成的标准0.5生成测试计划文档2录制和回放原型过程2执行测试4测试报告1测试项目进度的特性及外在关系进度与质量关系

进度与成本的关系

测试进度的S曲线法进度S曲线法通过对计划中的进度、尝试的进度与实际的进度三者对比来实现的,其采用的基本数据主要是测试用例或测试点的数量测试进度的NOB曲线法NOB,NumberofOpenBug7.6测试项目的风险管理7.7测试项目的配置管理

SCM(SoftwareConfigurationManagement的缩写),是在团队开发中,标识、控制和管理软件变更的一种管理,包括更改管理、版本管理、问题跟踪管理等。配置管理对软件测试和质量保证影响比较大,其影响程度取决于项目规模和复杂性、人员素质、流程、管理水平等。软件项目中可能遇到如下的问题:找不到某个文件的历史版本;开发人员使用错误的程序版本;开发人员未经授权修改代码或文档;人员流动,交接工作不彻底;因协同开发,或者异地开发,版本变更混乱导致整个项目失败;……不同程序员对程序的更改会产生冲突程序员A程序员Bcommon-function.javacommon-function.java修改修改添加了函数checkStringlength()添加了函数checkDate()服务器提交提交程序完整性受到破坏

软件项目进行中面临的一个主要问题是持续不断的变化,变化可能导致混乱,而软件配置管理就是用于控制变化。软件配置管理(SoftwareConfigurationManagement,SCM)是指一套管理软件开发和维护过程中所产生的各种中间软件产品的方法和规则。它是控制软件系统演变的学科。测试活动的配置管理属于整个软件项目配置管理的一部分。

软件配置管理的作用服务器存储所有文档和源程序,由版本控制系统管理程序员1程序员n下载提交下载提交……团队开发的一般模式安装有版本控制系统客户端记录软件产品的演化过程。确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置。最终保证软件产品的完整性、一致性、可追溯性。常见的软件测试配置项:测试样品、测试标准、测试计划、测试用例、缺陷报告、测试报告、测试工具、用户手册。

软件配置管理的效果软件配置管理的工作是要解决下列问题:(1)采用什么方式去标识和管理数量众多的程序、文档等的各种版本?(2)在软件产品交付用户之前和交付之后如何控制变更?实现有效的变更?(3)谁有权批准变更以及安排变更的优先级?(4)用什么方法估计变更可能引起的其他问题?

这些问题的解决正是软件配置管理应完成的任务:配置标识、版本管理、变更管理、配置审核及配置报告。软件配置管理

配置标识主要是标识配置项的名称和类型。配置标识是配置管理的基础。所有配置项的操作权限都应当严格管理,其基本原则是:所有基线配置项向测试人员开放读取权限;而非基线配置项向测试组长、项目经理及相关人员开放。配置标识基线配置项:基线(baseline)是软件生存期各开发阶段末尾的特定点,也被称为里程碑(milestone)。它的作用是把各阶段的开发工作划分得更加明确,使得本来连续的工作在这些点上断开,使之便于检验和确认阶段开发成果。它对变更控制起的作用是,不允许跨越里程碑去修改另一阶段的工作成果。配置标识

下图所示为软件过程的若干配置基线。以设计基线为例,若项目的进展已跨过了设计基线,开始了编码工作,那么设计的变更必须受到严格的控制,原则上已不允许,应该认为,此时的设计已被“冻结”。版本管理和发行版本管理(versionmanagement)是对系统不同版本进行标识和跟踪的过程。版本标识的目的是便于对版本加以区分、检索和跟踪,以表明各个版本之间的关系。新版本是在修改发现的软件缺陷后,开发出新的程序、形成新的系统;新发行是除了写出新的程序,形成新系统之外,还要为用户准备数据、配置文件、编写新文档,准备新包装。

版本控制SCI1.0SCI1.1SCI1.2SCI1.3SCI1.4SCI2.0SCI2.1SCI1.1.1SCI1.1.2配置项版本的演化图(EvolutionGraph)

变更管理过程可用下图给出的流程来说明。变更管理变更请求表(changerequestform,CRF)的格式如下表所示。表中一些内容需由变更分析人员对变更进行分析和评估以后填写。变更管理变更管理存取和同步控制如图所示。根据经批准的变更请求和变更实施方案,软件工程师从项目数据库中检出要变更的配置对象。软件的完整性,是指开发后期的软件产品能够正确地反映用户所提出的对软件的要求。软件配置审核(configurationaudit)的目的就是要证实整个软件生存期中各项产品在技术上和管理上的完整性。正式的技术评审着重检查评价软件配置项,决定它与其他软件配置项的一致性,是否有遗漏或可能引起的副作用。原则上,技术评审应对所有的变更进行。配置审核下图描述了配置状态报告。每次新分配一个软件配置项或更新一个已有软件配置项的标识,或者一项变更申请被变更控制负责人批准,在配置状态报告中就要增加一条变更记录条目。一旦进行了配置审核,其结果也应该写入报告之中。配置状态报告7.8软件测试文档的管理

文档的分类管理文档的格式和模板管理文档的一致性管理文档的存储管理

测试文档的类型

根据测试文档所起的不同作用,通常把它分成两类,即前置作业文档和后置作业文档。

前置作业文档:测试计划及测试用例的文档。

后置作业文档:在测试完成后提交的,主要包括软件缺陷报告和分析总结报告。软件测试文档测试计划测试设计规格说明测试用例测试日志测试缺陷报告测试总结报告…7.9软件测试的成本管理7.9.1软件测试成本管理概述软件测试项目成本管理就是根据企业的情况和软件测试项目的具体要求,利用公司既定的资源,在保证软件测试项目的进度、质量达到客户满意的情况下,对软件测试项目成本进行有效的组织、实施、控制、跟踪、分析和考核等一系列管理活动,最大限度地降低软件测试项目成本,提高项目利润。成本管理的过程包括:

1资源计划

2成本估算

3成本预算

4成本控制1.测试费用有效性测试费用的有效性,可以用测试费用的质量曲线来表示,如图7-1所示。随着测试费用的增加,发现的缺陷也会越多,两线相交的地方是过多测试开始的地方,这时,排除缺陷的测试费用超过了缺陷给系统造成的损失费用

2.测试成本控制测试成本控制也称为项目费用控制,就是在整个测试项目的实施过程中,定期收集项目的实际成本数据,与成本的计划值进行对比分析,并进行成本预测,及时发现并纠正偏差,使项目的成本目标尽可能好地实现。测试工作的主要目标是使测试产能最大化,也就是,要使通过测试找出错误的能力最大化,而检测次数最小化。测试的成本控制目标是使测试开发成本、测试实施成本和测试维护成本最小化。在软件产品测试过程中,测试实施成本主要包括:测试准备成本、测试执行成本和测试结束成本。3.质量成本测试是一种带有风险性的管理活动,可以使企业减少因为软件产品质量低劣,而花费不必要的成本。质量成本要素质量成本要素主要包括一致性成本和非一致性成本。一致性成本是指用于保证软件质量的支出,包括预防成本和测试预算,如测试计划、测试开发、测试实施费用。

非一致性成本是由出现的软件错误和测试过程故障(如延期、劣质的发布)引起的。这些问题会导致返工、补测、延迟。追加测试时间和资金就是一种由于内部故障引起的非一致性成本。非一致性成本还包括外部故障(软件遗留错误影响客户)引起部分。4.缺陷探测率缺陷探测率是另一个衡量测试工作效率的软件质量成本的指标。缺陷探测率=测试发现的软件缺陷数/(测试发现的软件缺陷数+客户发现并

温馨提示

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

评论

0/150

提交评论