软件测试项目管理及其认证和培训.docVIP

软件测试项目管理及其认证和培训 一．软件测试项目管理 1.1测试项目管理目的 保证测试质量： 测试的可跟踪性 测试的有效覆盖 测试的科学性，系统性 提高测试效率： 减少不必要的测试人力浪费 提高交流的效率 提高小组团队工作的能力 测试技能的科学应用（用最科学的测试策略解决相应的系统问题） 1.2软件测试项目管理基本流程 1.3测试模型介绍 对测试模型的应用体现了这个测试小组控制的测试范围。 越复杂的模型对测试管理的要求越高,但越能体现及早发现问题的测试原则,却要求更高的测试支持度 1.3.1瀑布模型 传统的瀑布模型，测试只能作为一个事后补救工作。 1.3.2测试传统模型——V模型 V模型中的过程从左到右，描述了基本的开发过程和测试行为。 V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 1.3.3测试传统模型——W模型 V模型的实际工作模型 增加了各个类型案例设计，在每个开发环节前增加对应的案例设计 1.3.4测试传统模型——X模型很好地处理测试与开发的交接过程（交接的过程是一个时间段，而不是一个点） 在条件成熟的时候做任何事情。 尽可能地减少做额外的成本投入（比如书写测试桩、驱动；文档的书写） 1.3.5测试传统模型——H模型 H模型是X模型的简化描述，主要体现的思想：在条件允许的情况下及时做测试。 1.3.6测试前置模型(测试驱动模型) 扩大了测试的范围: 包括各个阶段的评审和验证 严格分离验收测试和确认测试 增加了代码静态走查等 Goldsmith 提供了相应的技术方法，例如需求验证方法、设计验证方法等。 1.4测试项目管理工具核心组件 测试需求跟踪列表 测试需求 测试计划（案例维护计划，测试执行计划） 测试设计大纲 测试案例（测试数据，测试脚本等） 测试执行包 测试环境维护纪录 缺陷报告 测试报告 测试总结 1.5其他组件 需求疑问交互表（需求变更表） 风险列表 成本估算表 培训计划 项目问题跟踪表 会议机要 1.6存在的测试组件应用模型 1.6.1一般通用完善的测试管理 测试需求的条目化 测试案例与测试需求的覆盖关联设计 测试执行与测试案例的关联设计 测试执行与报告的关联设计 通过该完善的体系，有效地跟踪了测试需求，确保了测试需求测试覆盖的准确跟踪。准确地报告测试的需求覆盖率，测试执行成功率，以及测试热点等。 1.6.2需求与问题报告关联管理 在缺少案例和严格的测试执行控制的前提下，通过测试需求和问题报告的关联，对测试需求覆盖率和测试热点等问题进行管理。 要求测试人员有丰富的测试经验，通过测试人员的测试经验和负责态度决定测试的覆盖率。 1.6.3测试案例和问题报告关联 在缺少测试需求管理和严格的测试执行的前提下，可以将测试案例和问题报告的关联，通过分析测试案例的覆盖率和成功率等对测试需求覆盖率和测试热点等问题进行管理。 1.6.4问题独立管理 通过对问题报告的独立管理，手工维护问题报告对应的相关信息，通过问题报告单的分析进行项目测试的分析 这种就是最原始的管理，已发现问题为目的。 根据企业对测试的重视程度将会出现以上不同的管理形式。 同时也是项目根据系统质量要求，成本分析，以及企业的战略决策得到各种管理形式。 不同的形式将会有不同的测试效果。 1.7测试项目管理核心工作介绍 1.7.1测试项目管理核心组件的介绍 主要内容介绍 测试需求管理 测试计划管理 测试案例管理 测试执行管理 缺陷管理 测试报告管理 团队交流管理 1.7.2测试需求管理 定义： 测试结果的准确输出；测试通过的标准；也是测试工作的范围依据 价值： 如果没有明确的测试需求，测试工作就无据可依，测试工作将会失去意义。 价值分析： 从确认测试角度，由于系统要经历对需求了解，设计，实现的流程，存在很多的交流问题，所以在项目中，往往具体实现系统的人对需求的掌握经常会出现严重的偏差，而测试工作的一个重要的价值就是发现系统与用户需求的偏差（服务于用户的理念） 从验证测试的角度，如果没有及时了解到测试需求，测试人员往往会被实现的系统误导，导致无法发现实现的错误。 所以说加强测试需求环节的管理，能够有效地提高测试的质量，而且减少了很多后期开发与测试的交流成本。 获取测试需求的相关工作： 积极参与需求调研，获取用户的明确需求和测试业务数据 积极组织参与各种项目交流活动 认真阅读和评审项目文档信息 测试需求的主要来源： 其中包括需求文档、设计文档、用户业务资料、与最终用户的访谈活动等。 工作建议： 积极普及测试需求对测试活动重要性的观念 重视测试需求的价值 有效地安排测试需求调研工作 有计划地提高测试人员的需求参与能力 复用项目过程中已经产生的工具产品，作为测试