软件测试-授课课件：第2次-2（第3章+测试分析与设计——依据和规范）.pptVIP

TPI 测试成熟度矩阵 * 总体等级 关键域 可控的 有效的 不断优化的 0 1 2 3 4 5 6 7 8 9 10 11 12 13 测试策略 A B C D 生命周期模型 A B 介入时间 A B C D 估计和计划 A B 测试规格技术 A B 静态测试技术 A B 度量 A B C D 测试自动化 A B C 测试环境 A B C 办公环境 A 承诺与动力 A B C 测试功能与培训 A B C TPI 测试成熟度矩阵（续） * 总体等级 关键域 可控的 有效的 不断优化的 0 1 2 3 4 5 6 7 8 9 10 11 12 13 方法的范围 A B C 沟通 A B C 报告 A B C D 缺陷管理 A B C 测试件管理 A B C D 测试过程管理 A B C 评估 A B 底层测试 A B C TPI 检查点和建议 为了能客观地决定各个关键域的级别，TPI模型提供了一种度量工具——检查点。每个级别都有若干个检查点，测试过程只有在满足了这些检查点的要求之后，才意味着它达到了特定的级别 检查点帮助我们发现测试过程中的问题，而建议会帮助我们解决问题，最终改进测试过程。建议不仅包含对如何达到下个级别的指导，而且还包括一些具体的操作技巧、注意事项等。 * TPI 检查点和建议 例如，关键域“沟通”级别A——“内部沟通”的检查点有： 测试团队内部是否有一个定期的会议，会议有固定的日程安排并集中讨论测试进度和测试对象的质量？ 每个团队成员是否定期参加会议？ 执行偏离计划是否和团队沟通并记录在案？ * TPI 检查点和建议 例如，关键域“沟通”级别B——“项目沟通”的检查点有： 每次会议是否有记录（形成会议纪要）？ 会议中除了讨论测试进度和测试对象的质量之外，还是否将测试流程质量作为固定讨论的主题之一？ 测试经理是否定期在项目会议上报告测试进度、测试对象的质量、测试流程质量以及项目中存在的风险？ 会议中达成的一致意见是否有文字记录？ 计划和发布日期的任何变化是否及时通知测试经理？ 在定期的缺陷分析和解决会议上，测试团队和其他团队的代表是否都参与？ 变更控制是否认真考虑了对测试工作的影响？ * TPI 检查点和建议 例如，关键域“沟通”级别A——“内部沟通”的建议有： 要求每个测试团队的成员定期评估测试流程，提出哪些地方执行的很好，哪些地方需要改进。 在会议中提出的一些措施要得到一致的处理或一贯的执行。 项目安排都应该在会议上宣布。 * 2.3 CTP 关键测试过程（Critical Test Process，CTP）评估模型主要是一个内容参考模型，一个上下文相关的方法，并能对模型进行裁剪。 使用CTP的过程改进，始于对现有测试过程的评估，通过评估以识别过程的强弱，并结合组织的需要提供改进的意见。 计划（Plan）、准备（Prepare）、执行（Perform）和完善 (Perfect)；计划和完善主要是管理工作，准备和执行是实践工作。 * CTP 12个关键过程 测试 建立上下文关系和测试环境（Conext） 质量风险评估 测试估算 测试计划 测试团队开发 测试（管理）系统开发 测试发布管理 测试执行 缺陷报告 测试结果报告 变更管理 * 2.4 STEP STEP（Systematic Test and Evaluation Process，系统化测试和评估过程）是一个内容参考模型，认定测试是一个生命周期活动，在明确需求后开始直到系统退役。 STEP与CTP比较类似，而不像TMMI和TPI，并不要求改进需要遵循特定的顺序。 某些情况下，STEP评估模型可以与TPI成熟度模型结合起来使用。 * 3 软件测试标准和规范 3.1 概述 3.2 ISO/GB软件质量体系标准 3.3 软件测试规范 * 3.1 概述 软件测试规范可分为行业规范与操作规范： 行业规范主要是指软件行业长期总结形成的通用规范 操作规范则指某一公司在长期软件测试工作中总结出的属于自己企业的规范，特别是对于专业提供测试服务的企业，这种操作规范内容与实施情况往往是其取得软件开发商信任的法宝。 * 3.1 概述 5个级别： 国际标准 国家标准 行业标准 企业(机构)规范 项目规范 1、ISO9000-3 Quality management and quality assurance standards Part3（质量管理和质量保证标准第三部分） 2、ISO/IEC 12119 Information technology - Software packages - Quality requirements and testing（信息技术-软件包-质量要求和测试） 3、GBT