软件测试管理

1、北京邮电大学软件学院本章内容1.组建测试团队2.准备测试环境3. 测试用例设计与管理4.测试执行5. 错误报告与管理6.测试管理工具7.测试风险管理8.测试成本管理1.组建测试团队测试团队的任务测试团队组织模式测试团队的构成优秀测试人员的素质测试团队的任务软件测试团队最基本的测试任务包括建立测试计划、设计测试用例、搭建测试环境、执行测试、报告测试结果、评估测试效果此外测试团队还要完成一些其他的任务，包括阅读和审查软件功能说明书、设计文档，审查源代码，与开发人员和项目经理进行充分交流，以尽快解决测试发现的系统问题。测试团队组织模式以开发经理为核心的组织模式以项目经理为核心的组织模式三足鼎立的组织

2、模式以开发经理为核心的组织模式开发经理测试人员开发人员文档人员管理人员以项目经理为核心的组织模式项目经理测试组长测试人员测试人员开发组长开发人员开发人员文档人员三足鼎立的组织模式项目经理测试经理开发经理测试团队的构成测试经理负责组建团队、资源调配、进度控制、方案选择等配置管理员负责测试环境搭建、版本控制、配置管理等测试设计人员负责设计测试用例、进行测试工作分工等测试工程师执行测试、报告测试结果测试经理的素质具有理解与评价软件测试标准、过程、工具、培训和度量的能力；具有领导软件测试组织的能力，思路清楚、协调沟通能力强、做事原则性强、公正公平；具有极强的沟通能力， 能够与客户、项目经理、开发经理、

3、测试人员、企业领导等进行有效的沟通；具有控制项目进度、项目成本及项目风险的能力；优秀测试人员的素质责任感沟通能力技术能力自信心耐心怀疑精神适度的好奇心洞察力反向思维和发散思维的能力记忆力测试职业发展规划国际推荐的测试职业发展规划：1-2年：初级测试工程师，以学习测试技能为主，具备以下能力：熟悉测试过程和软件产品业务领域知识学习和掌握自动化测试工具开发和执行测试脚本完成系统测试的执行掌握基础的编程语言、操作系统、网络、数据库等技术测试职业发展规划3-4年：有经验的测试工程师，需深入理解测试过程，具备以下能力：掌握测试过程设计及改进进一步了解产品业务领域知识，成为产品业务专家参与测试用例的设计与评

4、审工作能指导初级测试工程师工作加强在编程语言、操作系统、网络、数据库等方面的技能改进自动化测试编程技术测试职业发展规划4-5年：资深测试工程师，主要参与组织测试工作，具有以下能力：管理1-3名测试工程师完成测试任务量估算、进度控制等工作提高在软件测试项目管理及支持工具方面的技能5-6年：项目测试经理，具有以下能力：管理4-8名测试工程师进一步提高任务估算、进度控制能力掌握测试规划和制定测试计划的能力保持使用项目管理及支持工具的技能为其他测试工程师提供培训和指导测试职业发展规划6-12年：资深测试经理，具备以下能力：管理包含8名以上测试工程师的测试团队负责一个或多个项目的测试工作保持使用项目管理

5、及支持工具的技能对企业或项目组的软件产品质量负责2.准备测试环境测试的执行是在一定环境下进行的，环境的设置直接影响测试结果。配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。在进行测试计划的时候就需要设计测试环境，并准备部署测试环境所需要的资源。在单元测试与集成测试阶段，测试环境就是开发环境。在系统测试和验收测试阶段，测试环境需最大限度的接近系统真实的运行环境。测试环境要素硬件环境服务器、客户端、网络设备、外设等软件环境操作系统、数据库、中间件、应用软件等数据环境数据库中应该模拟相当规模的与实际运行数据相似的测试数据3. 测试用例设计与管理测试用例在测试

6、过程中具有非常重要的作用，测试用例的设计结果对测试的工作量，测试的效率及测试的效果方面具有直接的影响。 在设计测试用例的时候，可以采用黑盒测试方法和白盒测试方法。测试用例不是每个测试人员都能设计的，需要设计者对产品的功能、流程、应用场景及系统架构都有非常透彻的了解。一般测试工程师仅需执行已经设计好的测试用例。测试用例格式编号：项目中唯一标识一个测试用例的编号测试项：对应的测试的功能点测试环境要求：测试用例执行所需的环境输入：需要输入的数据输出：预期的输出结果设计测试用例原则测试用例必须具有代表性、典型性；测试用例设计时尽可能寻找系统弱点；测试用例要考虑正确的输入，也要考虑错误的输入；测试用例要

7、考虑用户设计的使用场景；尽量将具有类似功能的测试用例抽象并归类；尽量避免冗长和复杂的测试用例要考虑设计不同角色的测试用例测试用例的维护测试用例并不是设计好之后就一成不变的，在测试进行过程中，很可能会补充新的测试用例，也可以对已有的测试用例进行修改或删除多余的测试用例。测试用例维护流程：测试人员发现测试用例有错误或不合理，向测试用例设计者提出修改申请；设计者评估申请的有效性，并进行相应的修改；经过测试负责人对测试用例的修改进行审核；在测试组内发布新的测试用例版本。4.测试执行测试执行指测试人员按照测试用例的要求，在系统中运行测试用例的过程。由于测试团队往往有多名测试人员，所以为了提高测试执行效率

8、，需要对测试用例进行分配，按照人员的水平，负责一定数量的测试用例的执行。5. 错误报告与管理软件错误的分类软件错误分布软件错误的等级软件错误的跟踪管理Bug管理流程Bug管理原则软件错误的分类按错误的影响和后果分类按错误的影响和后果分类 ：较小错误：只对系统输出有一些非实质性影响。如，输出的数据格式不合要求等。中等错误：对系统的运行有局部影响。如输出的某些数据有错误或出现冗余。较严重错误：系统的行为因错误的干扰而出现明显不合情理的现象。比如开出了0.00元的支票，系统的输出完全不可信赖。严重错误：系统运行不可跟踪，一时不能掌握其规律，时好时坏。非常严重的错误：系统运行中突然停机，其原因不明，无

9、法重新启动。最严重的错误：系统运行导致环境破坏，或是造成事故，引起生命、财产的损失。24软件错误的分类按错误的性质和范围分类按错误的性质和范围分类 ：功能错误：规格说明错误 ；功能错误 ；测试错误 ；测试标准引起的错误 ；系统错误：外部/内部接口错误；硬件结构错误 ；操作系统错误 ；软件结构错误 ；控制与顺序错误 ；资源管理错误； 加工错误：算术与操作错误 ；初始化错误 ；控制和次序错误 ；静态逻辑错误 ；数据错误：动态/静态数据错误；数据内容错误 ；数据结构错误 ；数据属性错误 ； 代码错误：语法错误；打字错误；对语句或指令不正确理解所产生的错误。25软件错误的分类按软件生存期阶段分类按软件

10、生存期阶段分类 问题定义（需求分析）错误：由于需求分析没有准确定义用户要求规格说明错误：规格说明与问题定义不一致；设计错误：设计与规格说明不相符编码错误：编码未很好实现设计结果，包括：数据使用类错误、控制流错误、界面错误、输入输出错误等。26软件错误分布表中给出的错误数据比例是根据含有6877000个语句的源程序的错误（共16029个错误）进行统计的结果。 27软件错误的等级给软件错误划分严重性和优先级的通用原则：表示软件缺陷所造成的危害的恶劣程度；优先级表示修复缺陷的重要程度与次序。28o严重级n严重：系统崩溃、数据丢失损坏；n较严重：操作性错误、错误结果、遗漏功能；n一般：小问题、错别字、

11、UI布局、罕见故障；n建议：不影响使用的瑕疵或更好的实现o优先级n最高：立即修复，停止进一步测试；n较高：在产品发布前必须修复；n中：如果时间允许应该修复；n低：不修复也可发布软件错误的跟踪管理软件测试出的错误（bug）必须得到正确、迅速、准确地处理，才能消除错误，保障软件符合设计目标，所以在测试和系统维护过程中发现的bug，都要经历记录、确认、修复、验证等管理过程。常用bug管理软件Compuware公司的TrackRecordMozilla公司的Buzilla微软公司的BMSIBM公司的ClearQuestJIRA工具 29Bug记录信息测试软件名称；测试版本号；测试人名称；测试时间；软硬

12、件环境配置；软件错误类型；错误严重等级；详细操作步骤；必要的附图；30Bug处理信息处理者姓名处理时间处理步骤错误记录当前状态新错误（new）：新报告的bug打开（Open）：被确认并分配给相关开发人员处理修正（Fixed）：开发人员已完成修正，等待测试人员验证拒绝（Declined）：拒绝修改该bug延期（Deferred）：不在当前版本修复的错误，下一版本修复关闭（Closed）：bug已经被修复31Bug管理流程321、测试人员执行测试，如果发现测试问题，在问题管理系统中记录下该问题，并置问题状态为New；2、开发负责人接收问题，判断问题是否真正存在，如果存在，则将问题分配给相应的开发人

13、员进行修改，并置问题状态为Open;如果判断问题不是开发错误，则可以说明原因，并将问题状态置为Clarified；3、开发人员对问题进行修改，记录问题原因及修复方案，完成后，将问题状态置为Fixed；4、测试人员对修改后的问题或得到澄清的问题进行回归测试，如果测试通过，则问题状态置为Closed；Bug管理流程5、如果测试人员通过回归测试发现问题仍然存在，则将问题状态修改为Reopen态，并重新回到步骤2 。注意：如果测试人员发现的bug在短期内无法修复，则需要测试负责人、开发负责人和项目经理一同商议解决策略。Bug管理原则1、错误的可再现性，通过对错误现象的分析，确定该错误是否是一个真正的错

14、误；2、对错误处理过程需详细记录；3、对不能马上解决错误，应由项目经理、测试经理和开发经理共同商定处理办法；4、错误修复后，必须由错误报告人进行验证，验证通过后才能关闭错误；346.测试管理工具TestDirector测试管理工具其他测试管理工具国产测试管理工具TestCenterTestDirector测试管理工具TestDirector用于对白盒测试和黑盒测试，可以方便地管理测试过程，进行测试需求管理、计划管理、实例管理、缺陷管理等。功能模块需求管理测试计划管理测试执行管理缺陷管理功能需求管理TestDirector的需求管理模块中，需求是用需求树（需求列表）表示的，可以对需求树中的需求进

15、行归类和排序，可以自动生成需求报告和统计图表。四个环节Define Testing Scope：定义测试范围，包括设定测试目标、测试策略等内容；Create Requirements：创建需求，将需求说明书中的所有需求转换为测试需求；Detail Requirements：描述需求，详细描述每一个需求，包括其需求名称、创建时间、创建者、需求状态、需求优先级等信息；Analyze Requirements：分析需求，生成各种测试报告或图表，来分析和评估这些测试需求能否达到设定的测试目标。测试计划管理TestDirector的测试计划管理模块对测试计划进行管理，为测试小组提供一个统一的Web界面来

16、协调团队间的沟通。在测试计划中，需要创建测试项，为每个测试项编写测试步骤，即测试实例，包括操作步骤、输入数据、期望结果等。七个环节：Define Testing Sreategy：定义具体的测试策略；Define Test Subject：将被测系统划分为若干个功能模块；Define Tests：为每一模块设计测试集，一个测试集可以包含多个测试项；Create Requirements Coverage：将测试需求和测试计划关联，使测试需求自动转换为具体的测试计划；Design Test Steps：为每一个测试集设计具体的测试步骤；Automate Tests：创建自动化测试脚本；Analy

17、ze Test Plan：借助自动生成的测试报告和统计图表来分析和评估测试计划。测试执行管理测试执行是整个测试过程的核心，测试执行管理模块是对测试计划模块中测试项的执行过程进行管理，在执行过程中需要为测试项创建测试集进行测试。四个环节：Create Test Sets：创建测试集；Schedule Runs：制定测试执行方案；Run Tests：执行测试计划阶段编写的测试项（自动或手工编写）；Analyze Test Result：借助自动生成的各种报告和统计图表来分析和评估测试执行结果；缺陷管理功能TestDirector的缺陷管理贯穿作用于测试的全过程，以提供从最初的问题发现到修改错误再到

18、检验修改结果整个过程的管理。在项目进行的过程中，随时发现问题，随时提交。五个环节：Add Defects：添加缺陷；Review New Defects：分析评估新提交的缺陷，确认哪些缺陷是要求解决的；Repair Open Defects：修复状态为Open的缺陷；Test New Build：回归测试新的版本；Analyze Defect Data：通过自动生成的报告和统计图表对缺陷数据进行分析。其他测试管理工具Rational公司的TestManagerCompuware公司的QA DirectorRAIDS和Test Studio国产测试管理工具TestCenterTestCenter

19、的核心是完成功能测试管理，能够实现测试需求管理、测试用例管理、测试业务组件管理、测试计划管理、测试执行、测试结果日志分析、测试结果分析、缺陷管理，支持测试需求和测试用例之间的关联关系，可以通过测试需求索引测试用例等。TestCenter主要功能测试需求管理测试用例管理测试业务组件管理测试计划管理测试执行测试结果日志察看测试结果分析缺陷管理7.测试风险管理风险定义为“伤害、损坏或损失的可能性，指一种危险的可能或一种冒险的事件”。风险指事件的发生具有可能性，一旦发生即会对相关事务产生不良后果或影响。软件风险指软件开发不成功引起损失，这种损失有可能是经济损失，可能是信誉损失，更严重的可能会给企业带来致命的打击。测试风险是指软件测试工作不到位有可能对企业带来的损失。测试风险测试工作如果做得不好，有可能导致以下后果：严重问题未能测试出，在软件日常执行过程中带来了安全事故，造成了直接的人员或经济损失；系统需求定义及设计类问题未测试出，造成软件投入运行后需要进行大量返工，造成企业开发成本的增加；遗留在系统中的问题过多，影响系统运行的稳定性，会给企业和产品带来相应的负面影响；测试周期延长，无法按期交付。影响系统的提交时间，会影响企业的信誉；测试风险分析测试风险分析的目的就是确定测试对象、测试优先级及测试深度。通过测试风险分析，识别软件中高风险部分，并进行彻底测试，防止高风