软件测试模型 - cnbyl123 - 博客园
软件测试模型
常见的软件测试模型包括、、、和。
V模型是最具有代表意义的测试模型。V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系 。
从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 。
左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。
需求分析和系统设计
确认测试和系统测试
　　在方面，V模型是最广为人知的模型，尽管很多富有实际经验的测试人员还是不太熟悉V模型，或者的模型。V模型已存在了很长时间，和瀑布开发模型有着一些共同的特性，由此也和瀑布模型一样地受到了批评和质疑。V模型中的过程从左到右，描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现.
V模型问题：
测试是开发之后的一个阶段。
测试的对象就是程序本身。
实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。
整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心，而且上一步的结果必须是充分和正确的，如果任何一个环节出了问题，则必将严重的影响整个工程的质量和预期进度
仅仅把作为在、及编码之后的一个阶段
忽视了测试对,的验证，一直到后期的才被发现。
现代化的V模型依托计算机辅助控制系统设计（CACSD：Computer-Aided Control System Design），将计算机支持工具贯穿于控制系统开发测试的全过程。计算机不仅可以辅助控制系统设计，进行方案设计和离线仿真，还用于实时快速控制原型、产品代码生成和硬件在回路测试。这里&V&代表着&Verification&和&Validation&，这样就形成一套严谨完整的系统开发方法
第一阶段 功能需求定义和控制方案设计
在传统方法中，这一过程的产物就是几千字甚至几万字的文字说明。在现代方法中为了避免文字说明的模糊性及理解性错误，详细说明将采用模型方式，可以用信号流图的方式（Simulink模型）进行定义。 控制方案的设计也不再采用过去的那种先将对象模型简化成手工可以处理的形式，再根据经验进行手工设计的方式，而是用诸如MATLAB/SIMULINK等计算机辅助建模及分析软件建立对象尽可能准确的模型，并进行离线仿真，从而避免了传统设计过程中，对象过于简化带来的设计方案无法满足实际对象要求的尴尬局面。
第二阶段 快速控制原型（RCP）
按现代设计方法，方案设计结束后，无须等待软件工程师的编程和随后的代码硬件集成，而是利用计算机辅助设计工具自动将控制方案框图转换为代码并自动下载到硬件开发平台，从而快速实现控制系统的原型。原型中包括实际系统中可能的各种I/O，软件及硬件中断等实时特性。之后，就可以利用计算机辅助试验测试管理工具软件进行各种测试，以检验（Validation）控制方案对实际对象的控制效果，并在线优化控制参数。此时即使模型需要大规模修改，重新形成测试原型也只需要几分钟的时间。这样在最终实现控制方案之前，就可基本确认最终方案和效果，避免过多的资源浪费和时间消耗。
第三阶段 生成代码
传统的人工编程很容易引入缺陷，速度较慢；现代开发方法则不同，产品代码的大部分由机器自动生成。对大多数工程师而言，如果能够加快开发速度，损失代码的部分实时运行效率是可以接受的，而且机器自动编码，很容易避免人为的各种错误。
第四阶段 硬件在回路仿真（HILS）
有了控制产品的初样，还必须对其进行全面综合的测试，以对照确认（Verification）产品与实际指标要求，特别是故障情况和极限条件下的测试。但如果用实际的控制对象进行测试，很多环境条件无法实现的，抑或要付出高昂的代价。 现代开发方法中计算机辅助设计工具（软件/硬件）将再次发挥作用，可以用HILS的方法和工具进行各种条件下的测试，特别是故障和极限条件下的测试。这是传统开发方法所不具备的。
第五阶段 系统集成测试/标定
产品型控制器制造完成后，需要与其它子系统连接起来，构成完整闭环进行全面、详细的测试，以确认产品符合各项设计指标和需求定义。这一阶段的主要困难是，并行开发过程中，其它子系统部分未能就绪，无法集成。HILS应用可以替代闭环系统当中那些尚未就位或者不易获取的部分，用数学模型模拟它们的特性，并通过I/O端口为控制器提供相应的反馈信号。这样，开发过程中各个子系统之间不必等待对方完成，就可以开展集成测试，及时的完成系统性能确认和调整。集成测试后期，产品需要根据具体的使用条件需要，调整成品控制器中的控制参数，即标定过程。
W模型由Evolutif公司公司提出，相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。
W模型中测试与开发对应关系如下：
开发：需求分析、概要设计、　　详细设计、　　编码、　　软件集成、系统集成、部署　　　　　&　　　　&　　　　　　　&　　　　　&　　　　　　&　　　　&　　　&测试：需求评审、概要设计评审、详细设计评审、单元测试、集成测试、系统测试、验收测试
W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。 但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。
　　V模型的局限性在于没有明确地说明早期的测试,无法体现&尽早地和不断地进行&的原则。在V模型中增加软件各开发阶段应同步进行的测试，演化为W 模型（如下图）。在模型中不难看出，开发是&V&，测试是与此并行的&V&。基于&尽早地和不断地进行软件测试&的原则，在软件的需求和设计阶段的测试活动应遵循IEEE《软件验证与确认（V&V）》的原则。
　　W模型由Evolutif公司提出，相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。
　　W模型也有局限性。W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整。
在H模型中，软件测试的过程活动完全独立，形成了一个完全独立的流程，贯穿于整个产品的周期，与其他流程并发进行，某个测试点准备就绪后就可以从测试准备阶段进行到测试执行阶段；软件测试可以根据被测产品的不同分层进行。
　　H模型中, 软件测试过程活动完全独立,贯穿于整个产品的周期,与流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测物的不同而分层次进行。
&&&&&&&&　　
　　这个示意图演示了在整个生产周期中某个层次上的一次测试&微循环&。图中标注的其它流程可以是任意的开发流程,例如设计流程或者编码流程。也就是说, 只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以进行了。
　　H模型揭示了一个原理:软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发地进行。H模型指出软件测试要尽早准备, 尽早执行。不同的测试活动可以是按照某个次序先后进行的,但也可能是反复的,只要某个测试达到准备就绪点,测试执行活动就可以开展
　　X模型也是对V模型的改进,X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序。
&&&&&&&& 　　
　　X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终成为可执行的程序，然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见，X模型还定位了探索性测试，这是不进行事先计划的特殊类型的测试，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费，对测试员的熟练程度要求比较高。
Reference:
http://zh.wikipedia.org/wiki/%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95%E6%A8%A1%E5%9E%8B
/view/249855.htm
/jessica2010/articles/1654056.html当前位置： →
→ 转20个常见软件测试面试题
转20个常见软件测试面试题
& 作者及来源： haiping39 - 博客园 &
&收藏到→_→：
摘要: （转）20个常见软件测试面试题
"转20个常见软件测试面试题"：：
1、软件质量的定义是什么？软件质量是软件符合明确叙述的功能和性能需求--（简单说就是）符合需求(显式需求，隐式需求，用户的实际需求)软件质量管理体系：iso版标准；cmm；6sigma。软件质量模型：功能性，，易用性，效率，，。关注以下方面：正确性、健壮性、效率、完整性、可用性、风险（产品运行）；、可维修性、灵活性、可测试性（产品修改）；、可再用性、互运行性（产品转移）
　　2、的对象包括哪些？软件包括程序，数据和文档。在中，各阶段有不同的测试对象，包括需求规格说明书，概要设计规格说明书，详细设计规格说明书和源程序都应成为的对象。有v模型，，w模型和。
　　3、试结合流程模型，描述对应不同的阶段测试需要哪些工作？模型：? （waterfall model）? （incremental model）? （spiral model）? （evolution model）? （fountain model）? 智能模型(四代技术（4gl）)? 混合模型（hybrid model）? rad模型包括：计划(planning),需求分析(requirement analysis)，设计(design)，程序编码(coding)，测试(test)，运行和维护(run and maintenance)。
软件计划阶段工作内容：确定总目标；确定软件的功能，性能，及接口等方面的设想；研究完成该项目的可行性，探讨问题解决方案；对可供开发使用的资源，成本，可取得的效益和开发进度作出估计；制定完成开发任务的实施计划。
分析阶段工作内容：对开发的软件进行详细的定义，由需求分析人员和用户共同讨论决定，哪些需求是可以满足的，并且给予确切的描述，写出说明书srs(software requirement specification)
阶段的工作内容：设计是的核心技术，这个阶段需要完成设计说明书。概要设计：在设计阶段把各项需求转换成相应的体系结构，每一部分是功能明确的模块；详细设计，对每个模块要完成的工作进行具体的描述。
编码阶段的工作内容：把转换成计算机可以接受的程序，即写成以某个表示的源程序清单，使用rdbms工具建立。
测试的工作内容：测试是检验软件是否符合客户需求，达到质量要求，一般由独立的小组执行，测试工作分为：，集成测试，系统测试。
运行和维护的工作内容：这个阶段将软件交付用户投入正式使用，以后便进入维护阶段，可能有多种原因需要对系统进行修改，如软件错误，系此文来自: 马开东博客
转载请注明出处 网址：
统软件升级，增强软件功能，提高性能等。
测试流程依次如下：1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的。---testing leader, senior tester4.执行测试：根据的详细步骤，执行。--every tester(主要是初级测试人员)5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.8.、软件发布等&&
　　4、、集成测试、系统测试、各测试的正确策略含义和被测对象是什么？
　　5、、集成测试、系统测试的侧重点是什么？是针对软件的基本组成单元（的最小单位）来进行正确性检验的测试工作；的目的是检测软件模块对《详细设计说明书》的符合程度。集成测试是在的基础上，将所有模块按照概要设计要求组装成此文来自: 马开东博客
转载请注明出处 网址：
为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作；集成测试的目的是检测软件模块对《概要设计说明书》的符合程度。系统测试是将已经集成好的，作为整个基于的一个元素，与计算机硬件、外设 、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对进行一系列的测试工作；系统测试的目的在于通过与《需求规格说明书》作比较，发现软件与定义不符合或与之矛盾的地方。
、集成测试、系统测试作比较：测试方法不同：属于；集成测试属于灰盒测试；系统测试属于，考察范围不同：主要测试单元内部的、逻辑控制、异常处理等；集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能，评估基准不同：的评估基准主要是逻辑覆盖率；集成测试的评估基准主要是对需求规格的覆盖率。
　　6、alpha测试和beta测试的定义是什么？并描述alpha、beta测试的区别？alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。&测试的目的是评价软件产品的flurps(即功能、局域化、可使用性、、性能和支持)。尤其注重产品的界面和特色。&测试可以从软件产品编码结束之时开始，或在模块(子系统)测试完成之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。beta测试由软件的最终用户们在一个或多个客房场所进行。与alpha测试不同，开发者通常不在beta测试的现场，因beta测试是软件在开发者不能控制的环境中的&真实&应用。用户beta测试过程中遇到的一切问题（真实在或想像的），并且定期把这些问题报告给开发者。接收到在beta测试期间报告的问题之后，开发者对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品。
　　7、白盒和的定义是什么？是一种设计方法，也称结构测试或逻辑驱动测试，需要分析函数内部的，包括函数的结构，内部局部数据的定义引用，函数内部各个控制语句组成的不同路径等是否合法。技术分为静态分析和动态分析两类技术。静态分析主要目的是结构优化，函数利用，效率优化（时间、空间）；动态分析技术主要是逻辑覆盖率测试（分支，路径测试）、程序插装等。的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖和程序变异。法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖。六种覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。语句覆盖每条语句至少执行一次。判定覆盖每个判定的每个分支至少执行一次。条件覆盖每个判定的每个条件应取到各种可能的值。判定条件覆盖同时满足判定覆盖条件覆盖。条件组合覆盖每个判定中各条件的每一种组合至少出现一次。路径覆盖使程序中每一条可能的路径至少执行一次。
又叫功能测试，只关注被测软件的功能实现，而不是内部逻辑。技术：功能此文来自: 马开东博客
转载请注明出处 网址：
性测试，容量测试，安全性测试，负载测试，恢复性测试，标杆测试，稳定性测试，测试等，还包括alpha测试和beta测试。墨盒测试方法有：等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。
优点：迫使测试人员去仔细的思考软件的实现，可以检测代码中的每条分支和路径，提示隐藏在代码中的错误，对代码的测试比较彻底，最优化。缺点：昂贵，无法检测代码中遗漏的路径和数据敏感性错误，不验证规格的正确性。
的优点：对于更大的代码单元来说比效率要高；测试人员不需要了解实现的细节，包括特定的；测试人员人编码人员是彼此独立的；从用户的视角进行测试，很容易被大家理解和接受；有助于暴露任何规格不一致或者有歧义的问题；可以在规格完成之后马上进行。的缺点：只有一小部分可能的输入被测试到，要测试每个可能的输入流几乎是不可能的，没有清晰和简明的规格，是很难设计的，如果测试人员不被告知已经执行过的用例，在测试数据上会存在不必要的重复，会有很多程序路径没有被测试到；不能直接对特定的程序段，这些程序可能非常复杂（可能隐藏更多的问题）
发现以下类型的错误：功能错误或遗漏；界面错误；或外部访问错误；性能错误；初始化和终止错误。
　　8、过程中都有哪些工作要做，分别由哪些不同的角色来完成这些任务？测试流程依次如下：1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的。---testing leader, senior tester4.执行测试：根据的详细步骤，执行。--every tester(主要是初级测试人员)5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.8.、软件发布等&&　　 9、测试计划的目的是什么，测试计划主要包括哪些部分，每一部分主要的内容和作用是什么，其中哪些是最重要？做好测试计划工作的关键是什么？
　　10、测试计划的目的是什么？测试计划的内容都包括哪些？其中哪些是最重要的？计划是指导测试过程的纲领性文件，包含了产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，风险分析等内容；借助计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。测试计划和间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围，方法和资源配置；而是完成测试任务的具体战术。测试计划中，最重要的是测试策略和测试方法。　　 11、什么是，它由哪些基本元素组成？并举例说明（test case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。内容包括用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤、预期结果。
　　12、什么是测试脚本，与测试脚本两者的关系是什么？测试脚本，根据编写测试脚本进行测试可以说是编写测试脚本的前提，如果没有，盲目的编写测试脚本，是没有任何依据的
　　13、你认为提前做好有用吗？为什么？
　　14、如果业务层和数据层之间有信赖关系，你该怎么写？
　　15、对于产品的用户友好性测试，你认为从哪些方面来测试
　　16、bug中需要包括哪些内容并举例说明。如何提高bug记录的质量？
　　17、bug管理系统的主要功能是什么，以及在项目中各个角色的使用者是如何使用bug管理系统的？
　　18、若你提交了一个bug但说这不是问题，你该如何处理？
　　19、你认为一个测试工作人员最基本的素质是什么？从（能力、责任心）选一个，简答为什么？
　　20、怎么认为测试可以结束了？在你以前的工作中，对于分配给你的模块你用什么标准来衡量自己测试完毕了？
　　21、你认为一个合格的测试人员应该具备哪些素质？请说明原因
　　22、你认为工作的目的是什么？做好工作的关键是什么？以前做过吗？使用哪些工具进行的？
　　23、设要对一个自动饮料售货机软件进行，设软件的规格说明如下：
　　有一个处理单价为1元5角的盒装饮料的软件。若投入1元5角硬币，按下&可乐&&雪碧&或&红茶&按钮，相应的饮料就送出来，若投入2元硬币，在送出饮料的同时退还5角硬币
　　（1）试用因果图法，建立该软件的因果图；
　　（2）设计测试该软件的全部。分析原因：① 投入1元5角硬币； ② 投入2元硬币；③ 按&可乐&按钮； ④ 按&雪碧&按钮； ⑤ 按&红茶&按钮。中间状态：① 已投币； ② 已按钮。结果：① 退还5角硬币； ② 送出&可乐&饮料③ 送出&雪碧&饮料； ④ 送出&红茶&饮料。
　　24、设计最少的实现条件覆盖：
　　if(a&0 and b&0)x=x/a;if(a&1 or x&1)x=x+1;system.out.printf("x="+x);
　　25、使用你熟练的一种语言，将一个单向链表反转
　　26、有两表
　　表一 aa
　　种类 t
库存总量 s　　a
出库数量 s　　a
　　用一条sql语句求出a、b两类货物库存各剩多少？
select sum(aa.s) from aa,bb where aa.t = bb.t group by aa.t having aa.t in(a,b)
　　27、下面是一个注册入口，输入用户名和有效的邮箱，点击&立即注册&按钮。你会在输入的邮箱中收到一个注册验证的邮件，该邮件中有一个链接，点击后，就能注册成功。请你考虑应该从哪些测试要点来展开测试？
功能测试：用户名是否支持非英文和特殊字符，是否校验用户名已经存在，输入错误的邮箱是否记住用户名，输入太长或太短的用户名和邮箱系统会怎样提示，是否有不支持的邮箱（如sina邮箱，126，yahoo,hotmail等），点击立即注册后是否跳转到正确的页面，注册成功后收到的邮件链接是否可以点击，点击链接后是否跳转到正确的页面：搜索此文相关文章：面试题此文来自: 马开东博客
网址: 站长QQ
转20个常见软件测试面试题_博客园相关文章
博客园_总排行榜
博客园_最新
博客园_月排行榜
博客园_周排行榜
博客园_日排行榜查看: 4595|回复: 29
话题讨论：基于模型的软件测试有哪些优缺点
认证徽章论坛徽章:48
话题讨论：基于模型的软件测试有哪些优缺点获奖名单公布如下：& & michelle1011& & missingsky恭喜以上2位获奖者，你们将获得《完美测试：软件测试系列最佳实践》这本书作为奖励，奖品发放由 hwayw 跟进。
讨论话题：1，&&如何应用探索式测试？2，&&基于模型的软件测试的优缺点？3，&&说说读完试读章节后你的感想。活动时间：——活动奖励：& & 针对以上任意一个问题跟帖回答，我们会在讨论结束后，随机抽选5名网友赠送《完美测试：软件测试系列最佳实践》作为奖励。图书简介：书名：完美测试：软件测试系列最佳实践作者：朱少民&&主编定价：59.00元本书可以使读者领会到软件测试的距离之美、空间之美、技巧之美、辩证之美以及贯穿测试过程的平衡之美。作者简介朱少民：同济大学教授，Certified ScrumMaster、CSTQB资深专家和中国科技大学软件学院教指委委员。从事软件开发、测试、QA和过程改进等工作近二十年, 在软件工程领域有很高的造诣，在软件测试流程改进、自动化方法和测试管理等方面进行了大量探索和实践，提倡“全过程软件测试”和“缺陷预防”等先进的软件工程思想。先后获得青岛市、合肥市、安徽省、机械工业部等多项科技进步奖。
样章试读地址：
认证徽章论坛徽章:175
鲜花献上！
论坛徽章:548
如果完全抛开测试脚本,就称为探索式测试。测试人员在测试应用程序中可以天马行空地想怎么测就怎么测，利用应用程序所提供的信息自由发挥，没有限制，不受任何约束地探索程序的各种功能。
探索式测试最适用于现在那些新潮的、使用&敏捷开发过程 &(agile method)的Web应用程序。由于产品的功能变化很快，所以整个过程中要尽量减少那些不能通过工具自动生成的产物(比如必须预先编制的测试用例)。如果一个测试用例很可能马上就失效，当初就根本没有必要去编写它。
论坛徽章:548
探索式测试的缺点在于测试人员有可能在测试中没有重点，从而漫无目的地尝试各种情况来试图发现软件缺陷，这会浪费大量的时间。如果不充分准备，没有条理，缺乏方针就盲目测试，就会对某些功能重复测试多次，导致测试效率低下，在有多个测试人员或测试团队共同测试的时候，该情况就更为严重了。
论坛徽章:548
一个有经验并熟练掌握探索式测试法的人员,有计划分重点地进行探索式测试即非常强大有效。
论坛徽章:0
俺不是测试人员，我觉得不管基于什么，最终用户体验及业务满足是根本
论坛徽章:393
还是针对用例合法值、非法值、中间值、边界值测试比较高效
论坛徽章:0
missingsky 发表于
如果完全抛开测试脚本,就称为探索式测试。测试人员在测试应用程序中可以天马行空地想怎么测就怎么测，利用应 ...
探索式测试是指测试设计与执行同步进行，事先没有测试脚本，但不是天马行空地想怎么测就怎么测，而是根据上下文关系来进行测试，也可以事先计划一些场景，基于session来进行测试。探索式测试不同于随机测试和ad hoc测试
论坛徽章:0
missingsky 发表于
一个有经验并熟练掌握探索式测试法的人员,有计划分重点地进行探索式测试即非常强大有效。
新人也可以使用探索式测试，是学习产品、完善测试用例的一个途径
论坛徽章:0
viptell 发表于
俺不是测试人员，我觉得不管基于什么，最终用户体验及业务满足是根本
你不是测试人员，但对测试很关注，这很好，对你的职业发展一定有帮助
itpub.net All Right Reserved. 北京皓辰网域网络信息技术有限公司版权所有　　　　
　北京市公安局海淀分局网监中心备案编号：　广播电视节目制作经营许可证：编号（京）字第1149号}