浅谈测试项目管理.docx

浅谈测试项目管理摘要：近年来，软件测试已经成为IT密切相关行业一个非常重要的关注领域，在世界500强的企业来看，把测试工作作为一个项目来管理在21世纪以来得到了迅猛的发展。尤其是在金融、保险、物流、航空、电讯、证券等行业更是如此。企业不断更新和发展业务产品，IT部门为了实现按照传统的IT项目管理来管理测试工作已经不适应日益迫切的时间及质量要求，而必须有一套在测试领域和项目管理领域完整的方法论和时间，来管理多个项目的并行测试以及提升软件测试的质量和效率。关键词：软件测试、IT项目管理一、 软件测试的发展史软件测试的发展历史：20世纪60年代（软件工程建立前），为表明程序正确而进行测试。. 1972年在北卡罗来纳大学举行了首届软件测试正式会议。. 1975年John Good Enough和Susan Gerhart在IEEE上发表了测试数据选择的原理的文章，软件测试被确定为一种研究方向。. 1979年，Glenford Myers的软件测试艺术，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。. 20世纪80年代早期，“质量”的号角开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。. 1983年，Bill Hetzel在软件测试完全指南中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。. 20世纪90年代，测试工具盛行起来。. 1996年提出的测试能力成熟度TCMM（Testing Capability Maturity Model）、测试支持度TSM（Testability Support Model）、测试成熟度TMM（Testing Maturity Model）。. 到了2002年，Rick和Stefan在系统的软件测试一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命过程。二、 软件测试的概述2.1软件测试的定义软件测试使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness) 完全度(completeness)和质量(quality)的软件过程；是SQA(software quality assurance)的重要子域。(1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进； (2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性； (3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。2.2软件测试的描述测试是软件开发过程的重要组成部分, 是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试的目的, 第一是确认软件的质量, 其一方面是确认软件做了你所期望的事情（Do the right thing）, 另一方面是确认软件以正确的方式来做了这个事件（Do it right）；第二是提供信息, 比如提供给开发人员或程序经理的反馈信息, 为风险评估所准备的信息；第三软件测试不仅是在测试软件产品的本身, 而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题, 这说明此软件开发过程很可能是有缺陷的。2.3软件测试的目的如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的商业假设。 在谈到软件测试时，引用Grenford J. Myers在The Art of Software Testing一书中的观点: (1)软件测试是为了发现错误而执行程序的过程; (2)测试是为了证明程序有错，而不是证明程序无错误; (3)一个好的测试用例是在于它能发现至今未发现的错误; (4)一个成功的测试是发现了至今未发现的错误的测试。 这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。 首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。2.4软件测试的原则1应当把尽早和不断的测试作为开发者的座右铭。 2程序员应该避免检查自己的程序, 测试工作应该由独立的专业的软件测试机构来完成。 3设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件, 特殊情况下要制造极端状态和意外状态, 比如网络异常中断、电源断电等情况。 4一定要注意测试中的错误集中发生现象, 这和程序员的编程水平和习惯有很大的关系。 5对测试错误结果一定要有一个确认的过程, 一般有A测试出来的错误, 一定要有一个B来确认, 严重的错误可以召开评审会进行讨论和分析。 6制定严格的测试计划, 并把测试时间安排的尽量宽松, 不要希望在极短的时间内完成一个高水平的测试。 7回归测试的关联性一定要引起充分的注意, 修改一个错误而引起更多的错误出现的现象并不少见。 8妥善保存一切测试过程文档, 意义是不言而喻的, 测试的重现性往往要靠测试文档三、测试项目管理概述3.1测试项目与测试项目管理3.11 测试项目测试项目是在一定的组织机构内，利用有限的人力和财力等资源，在制定的环境和要求下，对特定软件完成特定测试目标的阶段性任务。该任务应满足一定的质量、数量和技术指标等要求。测试项目一般具有如下一些基本特性。（1） 项目的独特性（2） 项目的组织性（3） 测试项目的生命期（4） 测试项目的资源消耗特性（5） 测试项目目标冲突性（6） 测试项目结果的不确定因素3.22 测试项目管理测试项目管理就是以测试项目为管理对象，通过一个临时性的专门的测试组织，运用专门的软件测试知识、技能、工具和方法，对测试项目进行计划、组织、执行和控制，并在时间成本、软件测试质量等方面进行分析和管理活动。（一种高级管理方法）测试项目贯穿整个测试项目的生命周期，是对测试项目的全过程进行管理。测试项目管理有以下基本特指。（1） 系统工程的思想贯穿测试项目管理的全过程。（2） 测试项目管理的组织有一定的特殊性（3） 测试项目管理的要点是创造和保持一个使测试工作顺利 进行的环境，使置身这个环境中的人员能在集体中协调工作以完成预定的目标。（4） 测试项目管理的方法、工具和技术手段具有先进性。3.2 测试项目的范围管理测试项目范围管理就是界定项目所必须包含且只需包含的全部工作，并对其他的测试项目管理工作起指导作用，以确保测试工作顺利完成。项目目标确定后，下一步过程就是确定需要执行哪些工作，或者活动来完成项目的目标，这就是要确定一个包含项目所有活动在内的一览表。准备这样的一览表通常有两种方法：一种是让测试小组利用“头脑风暴法”根据经验，集思广益来形成，这种方法比较适合小型测试项目。另一种是对更大更复杂的项目建立一个工作分解结构WBS和任务一览表。工作分解结构是将一个软件测试项目分解成易于管理的更多部分或细目，所有这些细目构成了整个软件测试项目的工作范围。工作分解结构是及小宁范围规划时所使用的重要工具和技术之一，它是测试项目团队在项目期间要完成或生产出的最终细目的等级树，它组织并定义了整个测试项目的范围，未列入工作分解结构的工作将排除在范围之外。进行工作分解是非常重要的工作，它在很大程度上决定项目能否成功。对于细分的所有项目要素需要统一编码，并按规范化进行要求。这样，WBS的应用将给所有的项目管理人员变动时，也有一个互相可以理解和交流沟通的平台。四、测试的组织与人员管理4.1测试的组织与人员管理概述测试项目成功完成的关键因素之一就是要有高素质的软件测试人员，并将他们有效的组织起来，分工合作，形成一支精干的队伍，使他们发挥出最大的工作效率。测试的组织与人员管理就是对测试项目相关人员在组织形式、人员组成与职责方面所做的规划与安排。测试的组织与人员管理的任务是：（1） 为测试项目选择合适的组织结构模式；（2） 确定项目组内部的组织形式；（3） 合理配合人员，明确分工和责任；（4） 对项目成员的思想、心里和行为进行有效的管理，充分发挥他们的主观能动性，密切配合实现项目的目标。五、参考文献参考书籍： 1、Ron Patton 软件测试机械工业出版社 2、张克东等 软件工程与软件测试自动化教程电子工业出版社 3、Dustin,E.软件自动化测试：引入、管理与实施电子工业出版社 4、James A. Whittaker 实用软件测试指南电子工业出版社 5、Zadrozny J2EE性能测试电子工业出版社 6、Jo