探索式软件测试方法分析
软件测试中的随机化技术与探索性测试
软件测试中的随机化技术与探索性测试随着软件应用的不断增加和复杂性的提高，软件测试在保证软件质量方面变得越发重要。
传统的测试方法往往只能涵盖一部分场景，而无法覆盖全部可能出现的异常情况，因此，为了提高测试的全面性和有效性，软件测试中的随机化技术与探索性测试应运而生。
随机化技术是指在测试过程中使用随机的数据或者随机的测试序列来模拟实际使用的环境，以发现潜在的软件缺陷。
随机化技术可以被广泛应用在软件测试的各个阶段，包括单元测试、集成测试和系统测试等。
它通过引入随机性，能够生成更多样化的测试用例，从而提高了测试的覆盖率。
随机化技术的一个重要应用是生成随机测试数据。
传统的测试用例设计方法通常是基于经验和规则来选择测试数据，而随机化技术可以在一定范围内随机生成测试数据，以覆盖更多的边界和异常情况。
通过引入随机性，随机测试数据能够更好地模拟实际使用中的各种情况，从而增加软件测试的全面性。
随机化技术还可以应用于模糊测试。
模糊测试是一种基于随机化的黑盒测试方法，通过输入模糊的、随机的测试数据来检测软件的漏洞和异常行为。
模糊测试通过向软件输入各种无效、异常或随机的数据，包括错误的输入类型、长度变化、边界测试等，以发现潜在的缺陷。
通过随机化生成测试用例，模糊测试可以挖掘出许多传统的测试方法无法涵盖到的异常情况，从而提高测试的可靠性。
除了随机化技术，探索性测试也是一种非常重要的测试方法。
探索性测试是一种灵活的测试方法，通过对软件的不同方面进行探索和试错，以发现潜在的问题。
探索性测试通常由经验丰富的测试人员来执行，他们在测试过程中通过灵活的思维和创造性的方式来设计测试用例和执行测试。
相比于传统的测试方法，探索性测试更加注重测试人员的直觉和发现能力，能够发现一些隐藏的问题或缺陷。
探索性测试在软件测试中发挥着重要作用。
它能够帮助测试人员从不同的角度来审视软件，从而发现更多的潜在问题。
在探索性测试中，测试人员可以根据自己的经验和理解来挖掘软件的潜在缺陷，从而提供更完善和可靠的软件产品。
软件测试方案
软件测试方案
目标
本文档旨在提供完整的软件测试方案，以确保软件产品的质量和稳定性。
背景
软件测试是确保软件产品符合预期标准的重要步骤。
通过系统性地检查和评估软件的功能、性能和安全性，可以及时发现并解决问题，提高用户体验和客户满意度。
测试范围
软件测试将涵盖以下方面：
- 功能测试：验证软件功能是否符合需求和规格说明。
- 性能测试：评估软件在不同负载情况下的性能表现。
- 安全测试：检查软件的安全性，防止潜在的安全漏洞。
测试方法
我们将采用以下测试方法：
- 手动测试：由测试人员手动操作软件，检查功能和界面。
- 自动化测试：利用自动化测试工具执行重复性测试任务，提
高效率和准确性。
- 探索式测试：通过探索和实验发现潜在的问题和隐患。
测试计划
测试将分为以下阶段进行：
1. 单元测试：对软件的各个单元进行测试，确保各部分功能正常。
2. 集成测试：将各个单元整合测试，验证其协同工作的有效性。
3. 系统测试：在整个系统范围内进行全面测试，检查系统的完
整性和稳定性。
4. 验收测试：由最终用户进行测试，确认软件符合预期标准。
测试报告
测试完成后，将生成详细的测试报告，包括测试结果、问题列
表和改进建议。
同时，将与开发团队和相关部门进行沟通，确保问
题得到及时解决。
风险管理
在测试过程中，将及时识别和评估潜在的风险，并采取相应的措施进行管理和控制。
结论
通过本软件测试方案的实施，我们将确保软件产品的质量和稳定性，提高用户体验和客户满意度，同时保障公司利益和声誉。
软件测试(分类、方法、测试)
1.软件测试分类黑盒测试----指测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷,而不关心程序具体如何实现的一种测试方法。
静态测试----指测试不运行的部分,例如测试产品说明书,对此进行检查和审阅.静态白盒测试-----指在不执行的条件下有条理地仔细审查软件设计,体系结构和代码,从而找出软件缺陷的过程。
有时称作结构分析。
动态测试----通过运行和使用软件进行测试。
探索测试----通常用于没有产品说明书的测试,这需要把软件当作产品说明书来看待,分步骤逐项探索软件特性,记录软件执行情况,详细描述功能,综合利用静态和动态技术来进行测试。
等价区间----指测试相同目标或者暴露相同软件缺陷的一组测试用例测试设计----提炼测试方法,明确指出设计包含的特性和相关测试。
如果要求完成测试还明确指出测试案例和测试程序,指定特性通过/失败的规则。
单元测试:最微小规模的测试;以测试某个功能或代码块。
典型地由程序员而非测试员来做,因为它需要知道内部程序设计和编码的细节知识。
这个工作不容易作好,除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。
累积综合测试:当一个新功能增加后,对应用系统所做的连续测试。
它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作,或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。
集成测试:一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作。
部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。
这种类型的测试尤其与客户服务器和分布式系统有关。
功能测试:用于测试应用系统的功能需求的黑盒测试方法。
这类测试应由测试员做,这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。
系统测试:基于系统整体需求说明书的黑盒类测试;应覆盖系统所有联合的部件。
端到端测试:类似于系统测试;测试级的“宏大”的端点;涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。
软件测试中的创新方法有哪些
软件测试中的创新方法有哪些在当今数字化快速发展的时代，软件质量成为了企业成功的关键因素之一。
而软件测试作为保障软件质量的重要手段，也在不断地演进和创新。
为了更好地发现软件中的缺陷，提高测试效率和质量，各种创新的测试方法应运而生。
一、探索性测试探索性测试是一种强调测试人员的主观能动性和创造性的测试方法。
在这种测试中，测试人员并非按照预先编写好的详细测试用例进行操作，而是在对软件系统有一定了解的基础上，通过不断地探索和尝试来发现潜在的问题。
探索性测试的优势在于能够快速地发现那些在传统测试方法中容易被忽略的缺陷。
测试人员可以根据自己的经验、直觉和对业务的理解，灵活地选择测试路径和操作方式，从而更好地模拟真实用户的使用场景。
例如，在测试一款新的电商应用时，测试人员可以像普通用户一样随意浏览商品、添加购物车、进行结算等操作，在这个过程中观察软件的反应，发现可能存在的界面布局不合理、流程卡顿、数据异常等问题。
二、基于模型的测试基于模型的测试是通过建立软件系统的模型来生成测试用例。
这些模型可以是状态机模型、流程模型或者其他形式的抽象模型。
利用模型生成测试用例的好处在于能够覆盖更多的边界情况和复杂的逻辑组合。
模型可以帮助测试人员更清晰地理解软件系统的行为和结构，从而有针对性地设计测试用例，提高测试的覆盖率和准确性。
比如，对于一个在线银行系统，可以建立一个关于转账流程的模型，包括输入金额、选择账户、确认操作等步骤，然后根据这个模型自动生成大量的测试用例，来验证转账功能的正确性和稳定性。
三、众包测试众包测试是借助广大的互联网用户群体来进行软件测试。
企业将测试任务发布到专门的众包平台上，吸引众多的志愿者参与测试。
这种方法的优点在于能够在短时间内收集到大量的真实用户反馈和测试数据。
不同背景和使用习惯的用户可以发现各种不同类型的问题，从而帮助开发团队更好地了解软件在实际使用中的表现。
例如，一款新的手机游戏可以通过众包测试，让成千上万的玩家在不同的设备和网络环境下进行试玩，快速发现游戏中的兼容性问题、性能瓶颈以及用户体验方面的不足之处。
探索性测试（ExploratoryTesting）概述
探索性测试（ExploratoryTesting）概述在敏捷测试（Agile testing）中，探索性测试是作为⼀个重要组成部分⽽出现的，把“对系统的探索”和“对系统进⾏测试”结合在⼀起，敏捷测试可以利⽤探索性测试达成“敏捷”的⽬标。
探索性测试并不是⼀个最近才被提出来的测试技术，也不是⼀种很深奥的技术——事实上，许多测试⼯程师在⾃觉或不⾃觉地使⽤这种技术。
那么，究竟什么是探索性测试呢？对探索性测试的理解本⾝会存在⼀些争议，因此，很难给出探索性测试的准确定义，不过，⼀般来说，探索性测试具有这样的⼀些特点：1、探索性测试强调测试设计和测试执⾏的“同时”性——这个“同时”是相对于传统软件测试过程中严格的“先设计，后执⾏”来说的；2、测试⼯程师通过测试来不断学习被测系统；3、探索性测试的重点是创造；探索性测试的出发点是“测试者如果没有真正使⽤过系统，就不可能真正理解和掌握系统，也就不可能真正有效地测试该系统”，相信所有有过测试实践的测试⼯程师都会承认这⼀点，确实，在我们没有接触到⼀个真正的系统之前，很难完全认识到这个系统，虽然可以在测试计划阶段按照需求或是设计的要求写出测试⽅案和⽤例，但总觉得这些⽤例不可能具有太强的可操作性。
事实上，探索性测试给出的另⼀个测试的思路：“如果我们可以在对系统的测试中逐渐深⼊地学习系统，测试是否会更加有效率？”在我看来，这个问题的答案是显然的，如果测试⼯程师能够在测试中对系统越来越深⼊地了解，那么，利⽤这些逐渐增加的了解，⾃然可以让测试变得更加有效率。
探索性测试只是⼀种⽅法和思路，并不是⼀个确定的过程。
因此，在使⽤探索性测试时，⽆法回避的是When的问题，也就是说，在什么时候进⾏探索性测试更加有效呢？我的答案是“在你认为合适的时候”：）因为，探索性测试可以针对不同的测试层⾯，例如，针对业务场景的探索性测试、针对功能点的探索性测试，甚⾄是头脑风暴式的探索性测试，都能够在测试中发挥积极主动的作⽤。
朱少民老师为《探索式测试实践之路》撰写的推荐序
朱少民⽼师为《探索式测试实践之路》撰写的推荐序“路漫漫其修远兮，吾将上下⽽求索”出⾃屈原的代表作《离骚》，在IT界⼯作⼏年后，发现没有⼏个⼈能将长篇巨作《离骚》全⽂背下来，但这两句诗却是每个⼈⽿熟能详的。
我们每个⼈，特别是刚⾛出校门的年轻⼈，憧憬着未来，⼼中揣着理想，向往美好的⽣活，追求职业的成功，都孜孜不倦地探索着未知的世界。
“探索”，是让⼈为之⼀振的词，当我们⽆精打采的时候，有⼈告诉我们：“来，⼀起看探索频道（Discovery Channel）！”马上我们就来精神了。
未知世界是那么有吸引⼒，这也是为什么“探索频道”成了世界上最好的记录⽚频道，它帮助我们寻找科技、⾃然、历史、⽂化等各个⽅⾯未知的⾓落。
即使是我们知道的事情，它也能从不同寻常的⾓度、以精湛的拍摄技术带给我们新的画⾯、新的享受。
软件测试业也不例外，每个测试⼈总在探索着软件测试的未知空间，寻求新的⽅法、新的技术，甚⾄越探索越觉得有更多的东西要学，反过来会促使我们更加努⼒地探索下去，“路漫漫其修远兮，吾将上下⽽求索”。
在整个软件开发领域，⼈们已找到不少能够解决问题的⽅法，但是⾄今没能找到彻底解决所有问题的⽅法。
软件⼯程领域没有银弹，在软件开发过程中所采⽤的⽅法或技术只能解决⼀部分问题，⽽不能彻底解决某类问题。
在测试领域，这个特点更加明显，我们都知道，测试不能穷尽，测试不能做到百分之百，总是有不能测到的地⽅，总是有缺陷遗留下来，这就给我们留下了⾜够的探索空间。
探索式测试（Exploratory Testing，ET）的出现正是因为在软件系统中存在许多未知的东西难以得到快速、简单的验证，需要我们转变思路，不要以固定的模式来完成测试，⽽是要换⼀种新的模式来进⾏测试，以提⾼测试效率，更重要的是让测试过程成为科学探索的⼀部分，将⽆味的测试⼯作变成有趣的探索，在享受⼯作的同时完成测试。
本书两位作者——微软的史亮（）和淘宝的⾼翔（）都是我的⽼朋友了，他们正是国内探索式测试的早期实践者，⼒图通过本书将美妙的探索式测试呈现在我们⾯前，让我们⼀睹探索式测试的思想、⽅法、技术和⼯具。
自动化测试的分类
自动化测试的分类自动化测试是软件测试中的一种重要方法，它可以提高测试效率、减少测试成本、提高测试质量。
根据测试对象、测试方法、测试工具等不同的分类标准，自动化测试可以分为多种类型。
一、按测试对象分类1.界面自动化测试界面自动化测试是指通过自动化测试工具模拟用户操作，对软件界面进行测试。
它可以自动化执行一些重复性的测试任务，如输入数据、点击按钮、验证结果等。
常用的界面自动化测试工具有Selenium、Appium、Robot Framework等。
2.接口自动化测试接口自动化测试是指通过自动化测试工具模拟客户端与服务器之间的通信，对接口进行测试。
它可以自动化执行一些接口测试任务，如发送请求、验证响应、检查数据等。
常用的接口自动化测试工具有Postman、SoapUI、JMeter等。
3.性能自动化测试性能自动化测试是指通过自动化测试工具模拟多用户同时访问系统，对系统的性能进行测试。
它可以自动化执行一些性能测试任务，如模拟并发用户、检查响应时间、分析性能瓶颈等。
常用的性能自动化测试工具有JMeter、LoadRunner、Gatling等。
4.安全自动化测试安全自动化测试是指通过自动化测试工具模拟黑客攻击，对系统的安全性进行测试。
它可以自动化执行一些安全测试任务，如SQL注入、XSS攻击、文件上传漏洞等。
常用的安全自动化测试工具有Burp Suite、OWASP ZAP、Nessus等。
二、按测试方法分类1.功能自动化测试功能自动化测试是指通过自动化测试工具模拟用户操作，对软件的功能进行测试。
它可以自动化执行一些功能测试任务，如输入数据、点击按钮、验证结果等。
常用的功能自动化测试工具有Selenium、Appium、Robot Framework等。
2.回归自动化测试回归自动化测试是指通过自动化测试工具对软件进行回归测试。
它可以自动化执行一些回归测试任务，如检查已修复的缺陷、验证新功能是否影响旧功能等。
软件测试中的快速迭代测试方法与技巧
软件测试中的快速迭代测试方法与技巧软件开发过程中，快速迭代已经成为一种常见的开发模式，以满足市场和客户需求的快速变化。
在这种快节奏的开发环境下，软件测试的有效与高效变得尤为重要。
本文将介绍一些软件测试中的快速迭代测试方法与技巧，帮助团队提高测试效率和测试质量。
为了适应快速迭代的需求，测试团队需要采用自动化测试工具和框架来辅助测试。
自动化测试工具能够快速地执行测试用例，并提供准确可靠的测试结果。
同时，通过编写可复用的测试脚本和测试用例模板，可以大大减少测试人员的工作量和错误率。
可以考虑使用持续集成工具来实现自动化测试的集成和持续执行，以确保测试在开发流程中的及时性和准确性。
为了保持测试的高效性，测试团队应该优先测试风险较高的功能和模块。
在快速迭代过程中，由于时间紧迫，测试资源有限，无法对所有功能和模块进行彻底测试。
因此，需要根据需求和业务的重要性，把握关键功能和核心流程进行测试。
同时，利用回归测试和冒烟测试技术，确保已测试功能和模块的稳定性，并及时发现和解决问题。
测试团队应该与开发团队保持紧密的沟通和协作。
在快速迭代的过程中，开发和测试需要紧密合作，以确保及时解决问题和调整测试策略。
测试人员应该积极参与需求分析和设计评审阶段，制定合理的测试计划和测试策略。
同时，定期与开发人员进行工作交流和问题讨论，及时反馈测试结果和发现的问题，以促进问题的快速修复和持续改进。
快速迭代的环境下，测试团队还可以采用敏捷测试和探索性测试的方法。
敏捷测试强调快速响应和灵活调整测试计划，以满足变化的需求。
敏捷测试可以通过迭代周期内的增量测试，分散测试工作量，并在每个迭代中逐步完善测试内容。
而探索性测试则强调测试人员的主观能动性和创新能力，充分利用测试人员的经验和直觉，探索未知的测试路径和测试方法。
持续优化与提高测试过程也是应对快速迭代的关键。
测试团队应该不断总结经验教训，识别测试过程中的瓶颈和问题，并制定相应的改进措施。
例如，可以采用度量和指标的方法，评估测试效果和测试质量，及时发现和解决测试过程中的瓶颈和问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Ｕ ， Ｔ
ｅ
０ 引言
．Ｌ１ ｈＣ Ｕ ｎ
所有信息 去 了解和理解
Ｏ
软件 已经与我们 的生活息息相关 款 件Ｖ测ａ１ 试１Ｏ是 为了发现软件
划分 优先 级 （ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）测 试人 员需要 对所有 待测试
ｎ ｇ
设计和 实现过程 中的疏忽 ，｛呆证软件质量 的重要ｙ手 段 。软件测试
探索式软件测试的思维模型简称为 ＣＰＩＥ ：
试人员会注意到 哪些 情况是系 统无法应付 自如的 这 将指导下一
收集 （ｃｏｌｌａｔｉｏｎ）钡０试 人员需要 收集 所有关 于被测 系统 的 个 的测试 这 使测试变得更加有效率。
２ｏ｜６．ｏｌ
２ 探索章程
３ 探索式测试的应用
２．１ 章程含义
的任务或模块 或特 性进 行优先级 的划分
：
Ｇ
是与软件 进行交互 观 察 其行 为并与预期进行 比较ｒ０ 。一方面 爱 数
分析 （ｉｎｖｅｓｔｉｇａｔｉｏｎ）测 试人员划分好有效级 后 就 需要对
Ｕ
据、交互 、顺序、配置 、时间等因素影响 事 先创建覆ｐ 盖全部情况 的
确定 即将测试 的任务进行仔细的分析并预测其可能输出的结果 ：
ｎ
●｝
－ ，●
‘
不好或者还有 没有其它更好 的测 试思路。同样可 以发 现 ＣＰＩＥ过
ｎ
１．１ 定义
ｇ
程是一个循环 的过程 在 探索式软 件测试过 程中 股 计 测试和执
２
【
探索式软件测试不是一个新近刚被提 出来的０Ｏ 测 试技术 ，也不 行 测试是互相驱动和完善的过程。
· 资源 即在探索过程 中我们有什么资 源是可以利用 ？如 ：
专在敏捷型软件开发过程中 探索式软件测试把对系统的
Ｏ
是一种深 奥的技术。事实上 许 多测试人 员在知觉和不 ７、Ｊ 知觉地使
１．３ 特 点
用了这种 技术。２００３年 ，Ｊａｍｅ Ｂａｃｈ给 出了探 索式 测试的一
探索式软件测 试的立场是测 试人员结 合场景真正使用 了被
个广泛定 义 探 索式测试就是同时进行学习和同时进行测试设计 测试系 统 只 有对被测试系统 有一定的 了解 和掌握 才 能够 有效
Ｃ
测试集用例 是不可能的 男 一方 面 很 多的软件缺ｒＯ 陷和 软件潜在
实施 （ｅ×ｐｅｒｉｍｅｎｔａｔｉ０ｎ）测 试 人 员需 要 实际 的去 进 行测
ｐ
风险并不是通过事
先创
建好
的测试集
用例发现
的Ｏ ｒ
款
件缺陷需要
试 盾看 测试预期是否正确 信 息是否正确 就 会循环得影响到收
和 执行。之后 ２００８年 ，Ｃｅｍ Ｋａｎｅｒ又 给出来 探索式 测试 较为 地对该 系统进行测试 在 我们 没有真正接触 一个系统 之前 我 们
完整 的定义 探 索式软件测试 是一种测试 风格 强 调个人 自由和 很难完全了解这个系统 虽 然我们可 以在测试计划 阶段按 照需 求
个人测试的责任 不 断优化测试 人员的工作质 量 把 测试学习 、测 或设计要求写出测试方案和测试用例 但写出的测试方案和测试
２０１６．Ｏபைடு நூலகம்
探索式软件测试 方法分析
， ｔ
ｅ ｎ
刘 燕，谢 晓好 ．刘 岩
ｔ
（中国电子科～ ｙ 技 集团公 司第二十八研 究所 ，南京 ，２１０００７） ｅ ．１
ｇ ｈ
摘要 ：本文将从探 索式软件测试 的定 义、思Ｃ维 模 式和特点上进 行阐述，论述 如何制定优质 的探索 章程 以及探索 式软 件测试 的 ｎ
探索式软件 测试技术在 某些情况下 庀 比脚本测 试更高效 ，
测试人员进行探索的终极目标是搜寻那些有价值的信息。有 那么在什么样 的情况下应用更为高效。
价值的信息可分成 三大类 ：
．．．适用于 时间要求短 、需求不 太明确或频繁 变更 在 这种情
．．．目标 即我 们要 探索 什么 ？它可 能是— 个特 性、—个需求 况下发现被测试软件重要缺陷的情况
Ａｂｓｔｒａｃｔ ：Ｉｎ ｔｈｉｓ ｐａｐｅｒ，ｔｈｅ ｄｅｆｉｎＹｉｔ ｉｏａ ｎｎ ，ｔｈｉｎｋｉｎｇ ｍｏｄｅ ａｎｄ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｏｆ ｅｘｐｌｏｒａｔｏｒｙ ｓ０ｆｔｗａｒｅ ｔｅｓｔｉｎｇ
ａ
ａｒｅ ｄｉｓｃｕｓｓｅｄ，ａｎｄ ｈｏｗ ｔｏ ｍａｋｅ ｔｈｅｎ ， ｑｕｌＥａｌ ｉｔｙ ｏｆ ｔｈｅ ａｒｔｉｃｌｅｓ ｏｆ ａｓｓｏｃｉａｔｉｏｎ ａｎｄ ｔｈｅ ａｐｐｌｉｃａｔｉ０ｎ ａｎｄ ｆｕｔｕｒｅ
ａ
ｔ
软件测试人员运用探索式软件测试方法 通 过 自己的能力进行观
集 （ｃｏｌｌａｔｉｏｎ）阶段 。
０
察发现潜在风 险进行探索 。
ｎ
探索 式软件测试强调实施 （ｅｘｐｅｒｉｍｅｎｔａｔｉｏｎ）阶段 股 计的
１ 概述
Ｎ ａ
再好的测 试集用例 在 没有实 际进 行测试之 前 不 知 道是好还是
应 用 和 未 来 前 景 。
Ｒ
ｅ
Ｓ
关键词 ：探索式测试 ；探索式思维过程 ；探 索ｅ 章程
ａ
ｒ Ｃ
ｋ¨
Ａｎａｌｙｓｉｓ ｏｆ ｔｅ［ｎｓ ｔ ｍｅｔｈｏｄ ｆｏｒ ｅｘｐｌｏｒｉｎｇ ｓｏｆｔｗａｒｅ Ｓ ｔ －ｌ
ｔ
Ｕ
ｔ
ｅ
． Ｌ１ ｈ Ｃ
Ｕ ．１
．Ｘ１ Ｃｅ
ｐｒｏｓｐｅｃｔｓ ｏｆ ｅｘｐｌｏｒａｔｏｒｙ ｓｏｆｔｗａｒｅ ｔｅ ｅｓｔｔｉ ｎｇ ａｒｅ ｄｉｓｃｕｓｓｅｄ ． ｒ
Ｋｅｙｗｏｒｄｓ：ｅｘｐｌｏｒａｔｏｒｙ ｔｅｓｔｆｎｇ；ｅｘｐ．Ｘｌ １ｏ ｒａｎ０ｔ ｏｒｙ ｔｈｉｎｋｉｎｇ ｐｒｏｃｅｓｓ：ｅｘｐｌｏｒａｔｉｏｎ ｏｆ ｔｈｅ ａｒｔｉｃｌｅｓ ｏｆ ａｓｓ０ｃｉａｔｉｏｎ ａ ．１ Ｏ Ｃ
试设计、测试执行和测试结果解析视为相互支持的活动 ，它们在 用例的可操作性有可能不强。对这种情况 索式测试给测试者
整个项 目过程中并行的运行。
一 个测试思 路 如 果我们可以在对系统的测试中逐步深入地学 习
１＿２ 探索式思维过程
该 系统 艟 着测试人 员在测试 中对该 系统越来越 深入地 了解 测