第六章 测试管理.ppt

第6章测试管理 主要内容 6.1测试的组织 6.2制定测试计划 6.3成本因素和经济因素 6.4测试策略的定义 6.5测试活动管理 6.6事件管理 6.7配置管理需求 6.8相关标准 6.9小结 主要内容 6.1测试的组织 测试团队 任务和资质 6.2制定测试计划 质量保证计划 测试计划 划分测试优先级 测试出口准则 6.3成本因素和经济因素 6.1.1测试团队 与测试相关的任务应该紧密地与开发活动进行协调和规划。最简单的解决方案是由开发人员来执行测试，但开发人员或者开发团队很容易忽略自身所犯的错误。更有效的方式是开发和测试由不同的人员来完成，并尽可能的以独立于开发的方式来组织测试。 独立测试的好处： 独立的测试人员没有偏见，能够找到开发人员未能找到的缺陷； 独立的测试人员能够验证开发人员在设计和实现系统时所做的（隐式）假设。 6.1.1测试团队 独立测试的缺点： 由于独立于开发团队，可能会与开发团队缺乏沟通 如果测试人员没有必要的资源，那么独立测试就有可能成为瓶颈 开发人员可能对质量问题有所松懈，因为他们认为测试人员总会找到问题的。 6.1.1测试团队 实现测试的独立性可能采用的模式或者选择 开发团队负责测试，但开发人员采用交叉测试的方式，而不是测自己的程序。 开发团队里配备测试人员，这些测试人员负责该团队里所有的测试工作。 项目团队里配备若干专门的测试团队（不负责开发任务）。 对于具体的测试任务（如性能测试、可用性测试、安全性测试或兼容性测试）有独立的测试专家。 由单独的部门（测试部门、外部测试机构、测试实验室）来负责测试（针对特定测试级别，比如系统测试）。 6.1.1测试团队 对于任何一种模式，测试顾问是非常有用的。 其次，何时选择哪种测试取决于测试级别 组件测试 测试执行和开发活动紧密联系。采用模式1来提高测试质量。 若测试人员的数量相对于开发人员的数量足够多，模式2也很 有用。 但两种模式都存在风险：参与人员认为自身本质上是开发人 员，因而忽视要担当的测试责任。 防止措施： 由项目或测试管理层设定测试标准和规则，准备测试进度表，并向开发人员索取测试日志。 为了提供方法上的支持，应该（至少是临时性地）召集测试专家作为指导人员。 6.1.1测试团队 集成测试 当执行系统集成和集成测试的团队和组件的开发团队是同一团队时，可以按类似于组件测试的方式组织测试（即模式1和模式2） 若要集成多个团队开发的组件，应该由来自相关开发小组的代表混合成的团队来承担集成测试，或者由独立的测试团队来完成。避免每个开发团队在看待自己开发的组件时由于心存偏爱，忽略一些故障。根据开发项目的规模和组件的数量，考虑模式3、模式4、模式5 6.1.1测试团队 系统测试 最终产品应该从客户和最终用户的角度去衡量。因此和开发保持独立很重要。可以选择专业的模式3或模式5 6.1.2任务和资质 测试时，需要有通晓整个测试过程中所有活动的专家。下面一些应该被指派的角色，最好指派给具备特定资质的雇员： 测试经理（测试组长）： 测试计划和测试控制专家，具备软件测试、质量管理、项目管理和人员管理等领域的知识和经验。 常见任务有：编写或评审测试方针、编写测试策略和计划等等。 测试设计人员（测试分析员）： 测试方法和测试规格说明方面的专家，具备软件测试、软件工程以及规格说明方法等领域的知识和经验。 常见任务：分析、评审和评估用户需求、规格说明等以便设计测试用例、创建测试规格说明、准备和获取测试数据 6.1.2任务和资质 测试自动化人员： 测试自动化专家，具备测试基础知识、编程经验以及丰富的测试工具和脚本语言知识。 利用提供的脚本语言等测试工具，按需要进行测试的自动化 测试管理员： 安装和操作测试环境方面的专家，具备系统管理员知识。 建立和支持测试环境（需常与系统管理员和网络管理员进行协调） 测试人员（也常作为上面提及所有角色的通用名称） 执行测试和事件报告方面的专家，具备IT基础知识、测试基础知识，会应用测试工具，熟悉测试对象。 评审测试计划和测试用例、使用测试工具和检测工具、执行测试并记录日志，评估结果并记录结果和偏差 6.1.2任务和资质 根据上面角色资质和任务，认证测试人员配需内容： 基本培训（基础级）将提供符合测试人员角色的资质培训。应该能够手工测试并进行文档记录，熟悉测试设计和测试管理的基本技术及软件测试基础知识，能胜任对模式1和模式2所要求的测试任务。 第二个教育级别（高级）为测试设计人员和测试经历所要承担的任务提供培训。 社交等能力也非常重要 管理多领域的人员组成的团队。例如数据库管理员、DB设计员或网络专家组成。 若公司无适当资源，测试可以分派给专长于软件测试或特定测试领域（如性能、安全性或可用性测试）的外部服务提供商 6.2制定测试计划 测试不应该是质