软件测试的发展年代是调试时期（测试即调试）1年-年论证时期（软件测试是验证软件是正确的）和年-年破坏性测试时期（为了发现错误而执行程序的过程）年起，软件测试已有了行业标准(IEEE)，它需要运用专门的方法和手段，需要专门人才和专家来承担。年起软件迅速发展，测试行业也更着发生了巨大变化，开始引入专业测试工具什么是软件测试在规定条件下对程序进行操作,从而发现错误,对软件质量进行评估的一个过程.软件测试的目的是想以最少的人力，物力和时间找出软件中潜在的各种错误与缺陷，通过修正各种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患以及带来的商业风险。注意:不要和软件测试的定义混淆软件测试的定义使用人工或自动手段来运行或测试摸个系统的过程,其目的在于检验它是否满足规定的需求或是弄清预期结果和实际结果之间的差别.软件开发过程模型软件开发模型(SoftwareDevelopmentModel)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。软件开发过程模型是软件开发人员在公司里工作的过程.常见的软件开发过程模型瀑布模型快速原型模型增量模型螺旋模型1.瀑布模型年温斯顿·罗伊斯（WinstonRoyce）提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。瀑布模型将软件生命周期划分为制定计划、需求分析、系统设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。1.1核心思想瀑布模型核心思想在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。1.2地位瀑布模型是最早出现的软件开发模型,在软件工程中占有重要的地位,它提供了软件开发的基本框架.1.3优缺点优点:1.为项目提供了按阶段划分的检查点,软件开发的每个阶段都很清晰明了2.当前阶段完成后,只要去
（1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
（2）风险分析：分析评估所选方案，考虑如何识别和消除风险；
（3）实施工程：实施软件开发和验证；
(4）客户评估：评价开发工作，提出修正建议，制定下一步计划。螺旋模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中。4.1优缺点优点:设计灵活可以在项目各个阶段进行变更风险驱动,每个项目上线前都要进行风险分析缺点:螺旋模型强调风险分析,需要相当丰富的风险评估经验和专门知识,在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失；如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，4.2使用场景适合使用大规模的软件项目测试模型1.
概述软件测试和软件开发一样,都遵循软件工程原理,遵循管理学原理,所以理解好软件的开发模型会便于理解测试模型.软件测试的一般流程:我们发现一般的软件测试流程和软件开发的流程一样,但是这样的流程测试介入的较晚,对于前期重大的bug很难修复.所以测试的流程进行总结,总结出以下几个常用的测试模型:V模型W(双V)模型H模型1.1V模型1.1.1介绍V模型和瀑布模型有一些共同的特性，V模型中的过程从左到右，描述了基本的开发过程和测试行为。单元测试：是模块测试，验证软件的基本组成单位的正确性，是白盒测试集成测试：是模块间的测试，测试接口（软件各模块之间的接口和软件与硬件之间的接口）是否正确，是灰盒测试（白盒和黑盒结合)系统测试：系统测试包括：冒烟测试系统测试回归测试冒烟测试：主干流程测试，确认软件的基本功能正常，可以进行后续的测试工作系统测试：是检测系统的功能、质量、性能能否满足系统的要求，包括功能、性能、界面、可靠性、兼容性等等，是黑盒测试回归测试：修改了旧代码之后重新进行测试，确认修改后的代码没有引入新的错误或导致其他代码产生新的错误验收测试：是确保软件的实现能否满足用户的需求或合同的要求1.1.2优缺点优点:每一个阶段都清晰明了、便于控制开发的每一个过程既包含单元测试又饱含系统测试缺点:测试介入的较晚,对于前期的一些缺陷无从发现和修改测试和开发串行1.2.W模型1.2.1介绍V模型的局限性在于没有明确地说明早期的测试,无法体现“尽早地和不断地进行软件测试”的原则。在V模型中增加软件各开发阶段应同步进行的测试，演化为W模型（如下图）。在模型中不难看出，开发是“V”，测试是与此并行的“V”。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。1.2.2优缺点优点测试伴随软件的整个生命周期,例如,在需求分析结束后就可以进行需求分析测试、测试于开发是并行独立进行缺点对需求和测试技术要求高适用于大中型企业1.3.H模型1.3.1简介H模型中,软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测物的不同而分层次进行。1.3.2优缺点优点:开发的H模型揭示了软件测试除测试执行外，还有很多工作；软件测试完全独立，贯穿整个生命周期，且与其他流程并发进行；软件测试活动可以尽早准备、尽早执行，具有很强的灵活性；缺点:管理型要求高：由于模型很灵活，必须要定义清晰的规则和管理制度，否则测试过程将非常难以管理和控制；技能要求高：H模型要求能够很好的定义每个迭代的规模，不能太大也不能太小；测试就绪点分析困难：测试很多时候，你并不知道测试准备到什么时候是合适的，就绪点在哪里，就绪点的标准是什么，这就对后续的测试执行的启动带来很大困难；2.小结在实际工作中应灵活的运用各种模型的优点.V模型:强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应；忽略了测试的对象不应该仅仅包括程序，没有明确指出对需求、设计的测试W模型:补充了V模型中忽略的内容，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明H模型:强调测试是独立的，只要测试准备完成，就可以执行测试软件测试分类从上图我们发现软件测试根据不同的分类条件会有不同的结果.1.按照阶段进行划分1.1单元测试(UnitTesting)单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。测试阶段：编码后测试对象：最小模块测试人员：白盒测试工程师或开发工程师测试依据：代码和注释+详细设计文档测试方法：白盒测试测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试1.2集成测试(IntegrationTesting)集成测试也称联合测试、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。主要目的是检查软件单位之间的接口是否正确。测试阶段：一般单元测试之后进行测试对象：模块间的接口测试人员：白盒测试工程师或开发工程师测试依据：单元测试的模块+概要设计文档测试方法：黑盒测试与白盒测试相结合测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响补充说明：单元测试是一个模块内部的测试，集成测试是在模块之间进行测试（至少两个）1.3系统测试(SystemTesting)将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段,包括回归测试和冒烟测试测试阶段：集成测试通过之后测试对象：整个系统（软、硬件）测试人员：黑盒测试工程师测试依据：需求规格说明文档测试方法：黑盒测试测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等补充说明：（1）系统测试是从完整的角度，广面去看待问题，不再看模块（2）虽然系统测试包括冒烟测试和回归测试，但三者之间是有严格的先后顺序的，即：先冒烟、再系统、后回归2.按是否覆盖源码划分2.1黑盒测试(Black-boxTesting)黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据。黑盒测试又分为功能测试和性能测试功能测试业务测试是指：测试人员将系统的整个模块串接起来运行、模拟真实用户实际的工作流程。满足用户需求定义的功能来进行测试的过程易用性（Useability）是交互的适应性、功能性和有效性的集中体现。又叫用户体验测试。界面测试（简称UI测试)，测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等。安装测试:是指测试程序的安装、卸载。最典型的就是APP的安装、卸载。兼容性测试:主要是指软件之间能否很好的运作，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃。例如最常见的是浏览器的兼容性测试,不同浏览器在css、js解析的不同会造成页面的不同.性能测试检查系统是否满足需求规格说明书中规定的性能。通常表现在以下几个方面：对资源利用（如内存、处理机周期等）进行的精确度量对执行间隔日志事件（如中断，报错）响应时间吞吐量（TPS）辅助存储区（例如缓冲区、工作区的大小等）处理精度等进行的监测2.2白盒测试(White-boxTesting)白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果。白盒测试也是接口测试的一种2.3灰盒测试(Gray-BoxTesting)灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅
软件项目一启动，软件测试就应该介入，而不是等到软件开发完成。在项目启动后，测试人员在每个阶段都应该参与相应的活动。或者说每个开发阶段，测试都应该对本阶段的输出进行检查和验证。比如在需求阶段，测试人员需要参与需求文档的评审9.对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。越需要深入和多次测试10.要妥善的保存一切文档,便于后期进行复用基本流程需求分析阶段：阅读需求、理解需求，分析需求点，参与需求评审会议。测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围，进度安排，人力物力分配，整体测试策略的制定,风险评估与规避措施，参与测试计划的评审工作。测试设计阶段：编写测试用例，参考需求分析、概要设计、详细设计，不明确的与开发、产品经理沟通。用例完成后进行评审测试执行阶段：搭建环境准备数据，执行冒烟测试（预测试）然后进入正式测试（系统测试、回归测试、交叉测试、自由测试），遇到问题提交bug到缺陷管理平台，并对bug进行跟踪，直到被测试软件达到测试需求要求，没重大bug，测试结束。评估阶段：出测试报告，对整个测试的过程和版本质量做一个详细的评估。
转载请注明：http://www.aierlanlan.com/rzgz/8070.html
