软件测试流程与规范PPT学习课件

第四章软件测试过程和规范，目录，1 .传统的软件测试过程，1 .软件测试过程，从软件工程的观点出发，从项目管理的观点出发，2 .软件过程模型， 瀑布模型原型RAD模型的改良v模型螺旋模型增量模型与反复模型零部件组装模型的合并模型XP模型，2 .软件流程模型，瀑布模型的印象，2 .软件流程模型，增量模型图像、2 .软件过程模型、螺旋模型图像、2 .软件过程模型、RUP图像、2 .软件过程模型、XP图像、3 .软件测试过程模型、软件测试过程模型、软件3 .软件测试过程模型，3 .软件测试过程模型，软件测试与软件开发各阶段的关系，需求分析说明书、概要设计说明书、详细设计说明书、集成测试、3 .软件测试过程模型v模型最初是PaulRook在1980年代后期提出的，v模型发表在英国国家计算中心的文献中，以改善软件开发的效率和效果为目的。 v模型描述了几个不同的测试级别，描述了与这些级别相对应的生命周期的不同阶段，并明确描述了这些测试阶段与开发过程之间的对应关系。 3 .软件测试过程模型、3 .软件测试过程模型、v模型的特征v模型包括分阶段、顺序、依赖性v模型的测试策略(低层测试或者整个系统满足用户的需要，以便检查源代码) v模型具有质量保证观点应用v模型的优势瀑布模型的思想，将复杂的测试作业分阶段分为各个阶段实现多边测试系统：从模块整合系统到系统和用户测试构想，尽可能暴露系统缺陷的v模型同样，开发和测试保持直线的前后关系，严格的命令表明前一阶段已经完全结束后，有必要正式开始下一阶段。 这不支持迭代、自愿和变更协调。 3 .软件测试过程模型、w模型由于各种原因，在开发各阶段都可能出现错误，如果坚持各阶段的技术审查，就能尽快发现和预防错误。 软件开发和测试的w模型，以软件测试和开发的同步性为形象进行了说明。 w型号由Evolutif公司提出，w型号比v型号更科学。 w模型是v模型的发展，测试伴随着整个软件开发周期，强调测试对象不仅要测试程序，还要测试需求、功能、设计。 测试和开发同步进行，有助于早日发现问题。 3 .软件测试过程模型、3 .软件测试过程模型、w模型的特点是根据v模型，增加开发阶段的同步测试，形成w模型的测试与开发同步进行。 有利用早期发现问题的局限性：开发活动仍视为从需求到代码结束的序列活动，只有在上一阶段结束后才能开始下一阶段的活动，无法支持迭代，是自愿的。 w型号的优点测试变更调整是软件开发生命周期全面通过的测试对象不仅是程序，还包括需求和设计规格的说明等测试和开发的同步，能够尽快全面发现问题。 w模型的缺点是串行结构，前一阶段的活动结束后需要开展下一个活动。 3 .软件测试过程模型、h模型h模型中，软件测试过程活动完全独立，在整个产品周期中与其它过程并行进行，一旦准备好测试点就可从测试准备阶段进入测试执行阶段。 软件测试可以尽快进行，可以由被测物分阶段进行。 与前两个模型相比，h模型充分表现了测试过程。 根据h模型，软件测试不仅包括执行测试，还包括很多其他活动。软件测试是一个独立的过程，在整个软件开发周期中与其他过程并行进行。 软件测试必须尽快准备并尽快执行。 软件测试取决于测量对象的不同而是分层的，不同程度的测试活动可以按一定次序提前或提后执行，但是可重复的3 .软件测试过程模型、3 .软件测试过程模型、h模型的特征可以执行软件测试强调软件测试是一个独立的过程，在整个生命周期中与其他过程并行进行。 强调测试要尽快准备，尽快执行。 强调了测试是通过测试物分阶段进行的。 h模型的优点是独立于软件测试的开发，有助于测试人员研究更深层次的测试技术。 测试组同时测试多个项目和产品时，可实现测试技术成果的重复利用和测试人员的高效调整。 在缺陷修复问题上，不限于项目组内的人员。 h模型缺点独立的测试组对测试人员系统认识不足，影响测试质量和测试效率。 3 .软件测试过程模型、x模型x模型的基本思想由Marick提出，但首先Marick不提出建立替代模型。 RobinFGoldsmith引用了Marick的想法，经过组织形成了“x模型”。 其实，不是为了对应v模型而选择这样的名称，而是x通常表示未知，Marick认为不足以支持模型的完整说明，但其中已经有模型所需要的一些主要内容，其中也包含了探索测试这样的亮点。 的双曲馀弦值。 在x模型的左侧，记述了对个别的程序段进行的相互分离的代码和测试，然后进行频繁的交接，通过合并最终合成为可执行的程序。 (右上半部分)这些可执行程序需要测试。 3 .软件测试过程模型、4.TMAP、TMap(TestManagementApproach，测试管理方法)是一种基于结构化风险策略的测试方法体系，更快地发现缺陷，以最低的成本有效、彻底地完成测试任务TMap定义的测试生命周期由计划和控制、准备、说明、执行和完成等阶段组成。 本管理方法是软件测试指导文件，综合规范软件测试过程中的作用责任、规划、过程、用例、缺陷管理过程，有效保证软件产品质量。 4.TMAP、TMAP四个基础是软件开发生命周期一致的测试活动生命周期(l )强大的组织融合(o )正确的基础设施和工具(I )可以利用的技术(t )、4.TMAP、 TMAP方法模型基于基本内容风险的测试方法有效分配基于风险的测试策略，在测试计划的每个时间点进行业务投入4.TMAP、TMAP描述的生命周期模型包括、s (说明):详细的设计测试案例，构建测试基础设施，e (执行) c (完成):编码p后修复软件缺陷的成本是编码前的10倍，包括测试、重新测试、检验、评估等活动；以及维护测试段和评估测试过程；交付产品后修复软件缺陷的成本是交付前的10倍此外，据国际知名IT企业统计，软件测试费用占软件工程总体研发费用的50%以上。 中国软件企业在软件测试方面与国际水平还有很大差距。 首先，认识到重新开发、轻测试，不仅不认识到软件项目的按时完成取决于开发者，也不认识到依赖于测试者，除此之外，还没有建立管理上的自由、简单、有效、规范的软件测试管理和评价系统，也没有大部分的自动化工具支持5 .建立软件测试管理和评价体系，如何建立测试管理和评价体系，确定GBT15532-2008 计算机软件测试规范，例如银行业软件测试规范，例如环境信息系统测试规范，测试充分性要求。 确定需要测试的范围和各范围要求的范围。 确定测试结束的要求。 指定测试流程成功结束的条件(例如，测试的充分性是否满足要求)，并确定测试流程可能意外结束的情况。 确定环境信息系统测试的质量目标； 确定用于测试的资源要求，包括软件、硬件、人员数量和人员技能。 确定需要测试的环境信息系统的特性。 根据合同或系统/子系统设计文档的描述，确定系统功能、性能、状态、接口、数据结构、设计约束等内容和要求。 确定要测试的环境信息系统的特性。 确定测试所需的技术和方法，如测试数据的生成和验证技术、测试数据输入技术、测试结果获取技术、是否使用标准测试集等。 根据合同或项目规划要求和环境信息系统特点，确定测试标准。 h )确定由资源和测量系统确定的测试活动进展。 对测试工作进行风险分析和评价，制定对策。 设计测试用例。 分解要测试的环境信息系统的特性，按分解后的状况设计测试用例。 检索