8软件测试流程和规范.ppt

软件测试方法和技术 - Ch.4软件测试流程和规范 第四章 软件测试流程和规范 （1）计划和控制阶段涉及测试计划的创建，定义了执 行测试活动的“who,what,when,where and how”。 （2）基础设施建立测试执行、测试件管理、缺陷管理 等所需要的环境，包括自动化测试框架。 （3） 准备阶段决定软件说明书质量是否足以实现说明 书和测试执行的成功。 （4） 说明阶段涉及定义测试用例和构建基础设施。 （5）执行阶段，需要分析预期结果和实际结果的区别，发现缺陷并报告缺陷。 （6） 完成阶段包括对测试资料的维护以便于再利 用，创建一个最终的报告以及为了更好地控制将来的测 试过程对测试过程进行评估。 4.2 敏捷测试过程 敏捷测试是符合敏捷测试宣言的思想、遵守 敏捷开发原则，在敏捷开发环境下能够很好地和 其整体开发流程融合的一系列测试实践。 敏捷测试强调测试人员的个人技能，始终保持 与客户/用户，其他成员（特别是业务人员、产 品设计人员等）的紧密协作，建立良好的测试框 架以适应需求的变化，更关注被测系统的本身而 不是测试文档（如测试计划、测试用例等）。 敏捷测试的特征 传统测试更强调测试的独立性，将“开发人员”和“测试人员”角色分得比较清楚。 传统测试更具有阶段性，从需求评审、设计评审、单元评审到集成测试、系统测试等，从测试计划、测试设计再到测试执行、测试报告等。 传统测试强调测试的计划性，认为没有良好的测试计划和不按计划执行测试就难以控制和管理，而敏捷测试更强调测试的速度和适应性，侧重计划的不断调整以适应需求变化。 敏捷测试的特征 传统测试强调测试是由“验证”和“确认”两种活动构成的，而敏捷测试没有这种区分，始终以用户需求为中心，每时每刻不离用户需求，将验证和确认统一起来。 传统测试强调任何发现的缺陷要记录下来，以便进行缺陷根本原因分析，达到缺陷预防的目的，并强调缺陷跟踪和处理的流程，区分测试人员和开发人员的各自不同的责任。而敏捷测试强调面对面的沟通、协作，强调团队的责任，不太强调对缺陷的记录和跟踪。 传统测试没有自动化测试也是可以的。敏捷测试的持续性迫切要求测试的高度自动化，在1-3天内就要完成整个的验收测试。 4.5.1 概述 ISO9000是什么? ISO 软件质量标准 ISO 软件质量标准思想 4.5.3软件测试规范 完整的软件测试规范是怎样的 制定测试规范需要考虑的内容 4.6建立软件测试管理和评判体系 为什么要建立管理与评判体系? 监视和测量软件产品 识别和控制不符合要求的产品 验证产品设计和开发 监视和测量软件过程 测试管理和评判体系发展现状 美国质量保证研究所对软件测试的研究结果表明:越早发现软件中存在的问题，开发费用就越低;在编码后修改软件缺陷的成本是编码前的10倍，在产品交付后修改软件缺陷的成本是交付前的10倍;软件质量越高，软件发布后的维护费用越低。另外，根据对国际著名IT企业的统计，它们的软件测试费用占整个软件工程所有研发费用的50% 以上。 中国软件企业在软件测试方面与国际水准仍存在较大差距。首先，认识上重开发、轻测试，没有认识到软件项目的如期完成不仅取决于开发人员，更取决于测试人员；其次，管理上随意、简单，没有建立有效、规范的软件测试管理和评判体系；另外，缺少自动化工具的支持，大多数企业在软件测试时并没有建立软件测试管理与评判体系。 如何建立测试管理与评判体系 Q A TPI 16个关键域 对相关利益者的承诺 介入程度 测试策略 测试组织 沟通 报告 测试过程管理 估算和计划 Zhu.Kerry@ 9.度量 10.缺陷管理 11.测试件管理 12.测试方法实践 13.测试人员专业化 14.测试用例设计 15.测试工具 16.测试环境 TPI 级别 为了了解过程在每个关键域所处的状态，即对关键域的评估结果，通过级别来体现。模型提供了12个级别，由A到M，A是最低级。根据测试过程的可视性改善、测试效率的提高、或成本的降低以及质量的提高，级别会有所上升。例如，对于关键域“报告”4个级别分别如下： （1）报告发现的缺陷 （2）报告测试过程的进度 （3）定义系统风险以及根据度量提供建议 （4）提供具有测试过程改进特征的建议 Zhu.Kerry@ TPI 检查点和建议 为了能客观地决定各个关键域的级别，TPI模型提供了一种度量工具——检查点。每个级别都有若干个检查点，测试过程只有在满足了这些检查点的要求之后，才意味着它达到了特定的级别 检查点帮助我们发现测试过程中的问题，而建议会帮助我们解决问题，最终改进测试过程。建议不仅包含对如何达到下个级别的指导，而且还包括一些具体的操作技巧、注意事项等。 Zhu.Kerry