探索式软件测试
软件测试中的随机化技术与探索性测试
软件测试中的随机化技术与探索性测试随着软件应用的不断增加和复杂性的提高，软件测试在保证软件质量方面变得越发重要。
传统的测试方法往往只能涵盖一部分场景，而无法覆盖全部可能出现的异常情况，因此，为了提高测试的全面性和有效性，软件测试中的随机化技术与探索性测试应运而生。
随机化技术是指在测试过程中使用随机的数据或者随机的测试序列来模拟实际使用的环境，以发现潜在的软件缺陷。
随机化技术可以被广泛应用在软件测试的各个阶段，包括单元测试、集成测试和系统测试等。
它通过引入随机性，能够生成更多样化的测试用例，从而提高了测试的覆盖率。
随机化技术的一个重要应用是生成随机测试数据。
传统的测试用例设计方法通常是基于经验和规则来选择测试数据，而随机化技术可以在一定范围内随机生成测试数据，以覆盖更多的边界和异常情况。
通过引入随机性，随机测试数据能够更好地模拟实际使用中的各种情况，从而增加软件测试的全面性。
随机化技术还可以应用于模糊测试。
模糊测试是一种基于随机化的黑盒测试方法，通过输入模糊的、随机的测试数据来检测软件的漏洞和异常行为。
模糊测试通过向软件输入各种无效、异常或随机的数据，包括错误的输入类型、长度变化、边界测试等，以发现潜在的缺陷。
通过随机化生成测试用例，模糊测试可以挖掘出许多传统的测试方法无法涵盖到的异常情况，从而提高测试的可靠性。
除了随机化技术，探索性测试也是一种非常重要的测试方法。
探索性测试是一种灵活的测试方法，通过对软件的不同方面进行探索和试错，以发现潜在的问题。
探索性测试通常由经验丰富的测试人员来执行，他们在测试过程中通过灵活的思维和创造性的方式来设计测试用例和执行测试。
相比于传统的测试方法，探索性测试更加注重测试人员的直觉和发现能力，能够发现一些隐藏的问题或缺陷。
探索性测试在软件测试中发挥着重要作用。
它能够帮助测试人员从不同的角度来审视软件，从而发现更多的潜在问题。
在探索性测试中，测试人员可以根据自己的经验和理解来挖掘软件的潜在缺陷，从而提供更完善和可靠的软件产品。
软件测试方案
软件测试方案
目标
本文档旨在提供完整的软件测试方案，以确保软件产品的质量和稳定性。
背景
软件测试是确保软件产品符合预期标准的重要步骤。
通过系统性地检查和评估软件的功能、性能和安全性，可以及时发现并解决问题，提高用户体验和客户满意度。
测试范围
软件测试将涵盖以下方面：
- 功能测试：验证软件功能是否符合需求和规格说明。
- 性能测试：评估软件在不同负载情况下的性能表现。
- 安全测试：检查软件的安全性，防止潜在的安全漏洞。
测试方法
我们将采用以下测试方法：
- 手动测试：由测试人员手动操作软件，检查功能和界面。
- 自动化测试：利用自动化测试工具执行重复性测试任务，提
高效率和准确性。
- 探索式测试：通过探索和实验发现潜在的问题和隐患。
测试计划
测试将分为以下阶段进行：
1. 单元测试：对软件的各个单元进行测试，确保各部分功能正常。
2. 集成测试：将各个单元整合测试，验证其协同工作的有效性。
3. 系统测试：在整个系统范围内进行全面测试，检查系统的完
整性和稳定性。
4. 验收测试：由最终用户进行测试，确认软件符合预期标准。
测试报告
测试完成后，将生成详细的测试报告，包括测试结果、问题列
表和改进建议。
同时，将与开发团队和相关部门进行沟通，确保问
题得到及时解决。
风险管理
在测试过程中，将及时识别和评估潜在的风险，并采取相应的措施进行管理和控制。
结论
通过本软件测试方案的实施，我们将确保软件产品的质量和稳定性，提高用户体验和客户满意度，同时保障公司利益和声誉。
探索性测试在功能测试中的应用
探索性测试在功能测试中的应用功能测试是软件开发过程中不可或缺的一环，旨在验证软件是否满足规格说明书中规定的各项功能要求。
然而，在传统的功能测试中，由于测试人员主要关注于已知的功能点，往往容易忽略一些潜在的问题。
而探索性测试（Exploratory Testing）则是一种适用于功能测试的补充方法，可以帮助发现更多的潜在问题以提升软件的质量。
一、什么是探索性测试探索性测试是一种以自由和灵活的方式进行的测试活动，测试人员在测试过程中不仅关注已知的功能点，还通过探索和试错的方式发现新的测试点。
这种测试方法注重测试人员的直觉和经验，通过不断的实践来逐渐发现潜在的问题。
探索性测试的目标不仅限于找出缺陷，更重要的是以用户的视角去评估软件的可用性、易用性和性能等方面。
二、探索性测试的优势1. 发现潜在问题：通过探索性测试，测试人员可以从不同的角度和场景出发，去发现一些传统功能测试中容易被遗漏的潜在问题。
2. 适应变化：探索性测试可以应对需求变更的情况，当需求发生变化时，测试人员可以根据新的需求进行进一步的探索和测试，确保软件的适应性和可靠性。
3. 优化测试计划：通过探索性测试，测试人员可以根据实际情况根据重要性和风险程度对测试进行调整，优化测试计划和资源分配，提高测试效率。
4. 提高测试人员的技能：探索性测试依赖于测试人员的直觉和经验，通过实践不断提升测试人员的技能水平，使其成为专业的测试从业者。
三、探索性测试的实施步骤1. 确定测试目标：在进行探索性测试之前，首先需要明确测试的目标，这可以是要测试的功能点、用户故事或者重要的业务场景。
2. 制定测试策略：在进行探索性测试时，测试人员需要制定相应的测试策略和测试方案，包括测试的范围、测试的方法和技巧等。
3. 执行测试：测试人员按照测试策略进行测试，通过尝试不同的输入、操作和数据，发现可能存在的问题并记录下来。
4. 总结和评估：测试人员对测试过程进行总结和评估，分析测试的结果和发现的问题，并形成测试报告和改进建议。
软件测试评测师-基于经验的测试技术
软件测试评测师-基于经验的测试技术⼀、错误猜测法1.基于经验的测试⼀般是测试⼈员基于以往的项⽬经验、特定的系统和软件知识或应⽤领域知识开展，能够发现运⽤系统化的测试⽅法不易发现的隐含特征的问题，其效果与测试⼈员的经验和技能有直接关系，但具有⼀定的随机性，难以评估覆盖率，通常有错误推测法、探索性测试和基于检查表的测试2.错误猜测法⼜称错误推测法，基于测试⼈员对以往项⽬测试中发现的缺陷、故障或失效数据，在导致软件错误原因分析的基础上设计测试⽤例，⽤于预测错误、缺陷和失效发⽣的技术3.期望运⾏结果与实际结果之间存在的差异问题 软件需求错误、功能和性能错误、软件结果错误、数据错误、软件实现和编码错误、软件集成错误，其中，软件结构错误、数据错误与功能和性能错误出现的频率较⾼也是最为普遍4.估算程序汇总错误数量的两个⽅法⼆、探索性测试1.探索性测试分以下三点： 帮助测试⼈员理解测试需求，并在此基础上对应程序的功能进⾏快速评估 帮助软件实现满⾜功能的所有需求，适⽤于被测对象复杂并难以理解 帮助测试⼈员探索应⽤程序的各种极端情况，从⽽发现潜在的缺陷，有⽬的的使缺陷数量降低2.探索性测的两种⽅法 局部探索是测试法：辅助测试⼈员对测试过程中出现的细节问题作出即时的决定，可变化因素为：输⼊、状态、代码路径、⽤户数据和执⾏环境 全局探索式测试法：辅助测试⼈员在实际开始测试之前建⽴起⼀个全局⽬标，确定对软件进⾏探索性测试的整体⽅向，以更系统化的⽅法来组织测试，全局决定确⽴了总体探索策略和产品特性的测试⽅法 优势： 1)在测试不充分的情况下，探索性测试可以基于之前类似的测试和结果进⾏测试 2）在早期需求模糊或系统不稳定时，探索性测试可以不受限制地在短时间内对产品质量进⾏反馈 3）探索性测试可以快速向开发⼈员提供针对缺陷的严重程度、涉及范围和变化的反馈 4）作为脚本测试的⼀个重要补充，以检测出脚本测试不能检测到的缺陷 缺点： 1）⽆法对被测对象进⾏全⾯性测试，测试结果⼀般不容易度量 2）缺少预防缺陷的能⼒ 3）已经确定了测试类型和执⾏顺序的测试来说，直接编写测试脚本并执⾏⽐进⾏探索性测试更有意义 4）依赖测试⼈员的领域知识和测试技术，探索性测试不容易协调及调整三、基于检查表的测试1.通过设计相应的检查点，并按照检查点进⾏测试验证的⼀种测试⽅法2.测试⼈员基于测试经验、对⽤户重要内容的了解或对软件错误的原因和⽅式的理解来构建检查表，检查表中所包含的检查项来源于以往的测试经验总结，且是有效的和可测量的3.检查代码和设计的⼀致性4.对应不同的编程语⾔，基于代码检查表的测试具体内容将会不同，代码检查表可能出现以下错误：5.⽂档检查表将可能出现的错误分类并以清单的形式进⾏列举，主要涉及：⽂档的可⽤性、⽂档内容、⽂档标识和标⽰等⽅⾯。
探索测试方法的分类
探索测试方法的分类在软件开发过程中，测试是一个至关重要的环节，它可以帮助我们发现和修复潜在的错误和缺陷，提高软件质量。
而为了更有效地进行测试，我们需要选择适合的测试方法。
下面将介绍一些常见的测试方法分类。
1. 功能测试：功能测试是最基本的测试方法之一，它主要针对软件的功能进行验证。
通过输入预定的数据，并对软件的输出结果进行检查，以确保软件按照规定的需求和设计进行操作。
功能测试可以分为以下几类：- 单元测试：针对软件的最小功能单元进行测试，通常由开发人员完成。
- 集成测试：对不同的组件进行集成测试，确保它们能够正常协同工作。
- 系统测试：对整个系统进行测试，包括各个子系统之间的交互和集成。
- 验收测试：由最终用户或客户来测试软件是否符合他们的需求和期望。
2. 性能测试：性能测试旨在评估软件在不同负载条件下的性能和响应能力。
它可以帮助我们发现软件在压力下的性能瓶颈，以及确定软件的容量和扩展性。
性能测试可以分为以下几类：- 负载测试：通过模拟实际用户的并发请求来测试软件的负载能力。
- 压力测试：通过增加负载，以达到或超过软件设计的极限，来测试软件的稳定性和性能。
- 容量测试：通过逐步增加负载，来测试软件的最大容量和资源利用率。
3. 安全测试：随着互联网的普及和信息技术的发展，安全问题变得越来越重要。
安全测试旨在评估软件的安全性，发现可能存在的漏洞和风险，并提供相应的解决方案。
安全测试可以分为以下几类： - 渗透测试：通过模拟黑客攻击的方式，来测试软件的安全性和抵抗攻击的能力。
- 鉴权与授权测试：验证软件的用户身份验证和权限管理机制是否可靠。
- 数据保护测试：测试软件的数据加密、传输和存储机制，确保数据的安全性和保密性。
4. 可靠性测试：可靠性测试旨在评估软件在长时间运行和面对异常情况时的稳定性和可靠性。
它可以帮助我们发现软件在不同环境下的缺陷和故障，并提供相应的修复方案。
可靠性测试可以分为以下几类： - 冒烟测试：在软件发布前进行的快速测试，以确保软件的基本功能和稳定性。
什么是探索性测试？
注意：上面的过程是一个循环的过程，并且没有很严格的执行顺序，完全能够先创建测试纲要，执行测试，然后在测试中进修软件系统;也能够先探索软件系统的各个区域，然后再列出需要测试的要点。
探索性测试强调创新的测试思维，在测试过程中不断地出现许多关于测试的新想法，因而就像一把叉，下图就是一个所谓的“探索叉”(exploratory forks)。
探索性测试强调测试过程中要有更多的发散思维，这也是与保守测试方式的最大区别。
保守测试方式强调设想完善的测试用例，测试人员严格按测试用例执行测试，这多少限制了测试人员的测试思维，测试人员往往缺乏主观能动性。
下图展示了一个发散思维的过程，探索性测试强调发散，但并不是盲目地发散，在适当的时候还要收敛回来。
例如，当发觉在一个测试的分支路径上已经花了很长时间也没有找到问题的答案时，则能够考虑先放弃那个区域的探索，因为还有一个主线的测试任务。
探索性测试尤其适合于那些需求不是很明确的测试任务，或者是一名刚刚接手一项新的测试任务的测试人员使用。
3、探索性测试的价值3.1、探索性测试可以用来找到深层次的BUG。
因为探索性测试人员是优秀的观察者，他们观察不正常和不期望的结果，并进行认真的思考，这种状态和按部就班的执行用例是不一样的，因此，它更容易发现一些隐藏的很深的问题。
3.2、探索性测试可以加深测试人员对被测系统的了解。
探索性测试强调对被测试对象的学习，并且是在测试过程中的学习，并在此基础上设计测试，因此，它使测试人员更容易深入的理解被测系统。
4、探索性测试的误区4.1、不要将探索性测试和随机测试混淆。
探索性测试不是在键盘钱坐下并敲击，没有熟练技能，不会认真思考的“黑盒”测试人员所做的并不是探索性测试，一个合格的探索性测试人员需要认真思考和分析结果，并且在探索测试的过程中做记录。
4.2、不要将探索性测试和回归测试混淆。
探索性测试更注重的是思考和学习，不断发现新的问题，而版本的回归测试，是对原有的功能的保证，为持续迭代构筑安全网。
软件测试案例设计与实践的书籍
软件测试案例设计与实践的书籍有很多，以下是一些推荐的书籍：1. 《Google软件测试之道》：这本书深入阐述了Google的软件测试方法，包括测试框架、自动化测试、持续集成等方面的实践经验，以及如何进行有效的测试设计和执行。
2. 《持续交付》：这本书介绍了如何通过持续交付的方式提高软件质量，并介绍了持续交付的实践经验和最佳实践。
3. 《软件测试的艺术》：这本书详细介绍了软件测试的基本概念、方法和实践，包括测试用例设计、测试执行、缺陷管理等。
4. 《代码整洁之道：程序员的职业素养》：这本书介绍了如何编写高质量、易于维护的代码，以及如何通过代码审查、自动化测试等方式保证代码质量。
5. 《软件测试经验与教训》：这本书总结了软件测试中的一些常见错误和教训，并提供了许多实用的建议和技巧，以帮助读者避免类似的问题。
6. 《探索式软件测试》：这本书介绍了探索式软件测试的概念和方法，包括如何快速有效地进行测试、发现缺陷并修复问题。
7. 《捉虫日记》：这本书介绍了一些常见的软件缺陷和修复方法，并通过一些实际的案例进行分析和讲解。
8. 《发布！》：这本书介绍了一些关于软件发布的知识，包括如何进行版本控制、持续集成、自动化测试等，以确保软件的质量和稳定性。
这些书籍不仅提供了丰富的案例和实践经验，还深入阐述了软件测试
的基本概念和方法，对于想要深入了解软件测试的读者来说是非常有价值的参考书籍。
软件测试中的创新方法有哪些
软件测试中的创新方法有哪些在当今数字化快速发展的时代，软件质量成为了企业成功的关键因素之一。
而软件测试作为保障软件质量的重要手段，也在不断地演进和创新。
为了更好地发现软件中的缺陷，提高测试效率和质量，各种创新的测试方法应运而生。
一、探索性测试探索性测试是一种强调测试人员的主观能动性和创造性的测试方法。
在这种测试中，测试人员并非按照预先编写好的详细测试用例进行操作，而是在对软件系统有一定了解的基础上，通过不断地探索和尝试来发现潜在的问题。
探索性测试的优势在于能够快速地发现那些在传统测试方法中容易被忽略的缺陷。
测试人员可以根据自己的经验、直觉和对业务的理解，灵活地选择测试路径和操作方式，从而更好地模拟真实用户的使用场景。
例如，在测试一款新的电商应用时，测试人员可以像普通用户一样随意浏览商品、添加购物车、进行结算等操作，在这个过程中观察软件的反应，发现可能存在的界面布局不合理、流程卡顿、数据异常等问题。
二、基于模型的测试基于模型的测试是通过建立软件系统的模型来生成测试用例。
这些模型可以是状态机模型、流程模型或者其他形式的抽象模型。
利用模型生成测试用例的好处在于能够覆盖更多的边界情况和复杂的逻辑组合。
模型可以帮助测试人员更清晰地理解软件系统的行为和结构，从而有针对性地设计测试用例，提高测试的覆盖率和准确性。
比如，对于一个在线银行系统，可以建立一个关于转账流程的模型，包括输入金额、选择账户、确认操作等步骤，然后根据这个模型自动生成大量的测试用例，来验证转账功能的正确性和稳定性。
三、众包测试众包测试是借助广大的互联网用户群体来进行软件测试。
企业将测试任务发布到专门的众包平台上，吸引众多的志愿者参与测试。
这种方法的优点在于能够在短时间内收集到大量的真实用户反馈和测试数据。
不同背景和使用习惯的用户可以发现各种不同类型的问题，从而帮助开发团队更好地了解软件在实际使用中的表现。
例如，一款新的手机游戏可以通过众包测试，让成千上万的玩家在不同的设备和网络环境下进行试玩，快速发现游戏中的兼容性问题、性能瓶颈以及用户体验方面的不足之处。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件的核心功能： 1. 接收输入 2. 产生输出 3. 存储数据 4. 进行运算 程序的错误处理程序是重点 大量的代码除了处理程序的正常逻辑之外， 还需要大量的代码处理各种错误和异常情况
五要素之一-‐-‐-‐-‐-‐用用户输入入
异常处理代码 错误的提示信息比较笼统 确认异常产生的输入，进行修改和引申变化，确认出现 异常的函数，通过运行调用此函数的测试用例，尝试查询是 否可以发现新的缺陷
五要素之一-‐-‐-‐-‐-‐用用户输入入
O 常规输入
没有特定的格式或含义，开发计划中的输 入，真实用户经常用的输入。 例如：输入字母和数字等 O 非常规输入
五要素之一-‐-‐-‐-‐-‐用用户输入入
O 考虑各种输入之间会相互影响 O 输入值的顺序
例如：
1. 单独搜索cd无问题，单独搜索视频无问题，
混合搜索视频和cd则有问题 2. a和b的输入，组合：ab，ba。 3. abc的组合输入：abc ，bac，bca等 4. 购物车测试，先买书，结账。为空的时候 结账，买一本后结账，然后再买一本。
自动化测试
擅长找到的问题： 1. 程序崩溃 2. 系统死机 3. 程序挂起 4. 突发异常 5. 原有能用的功能出现问题 过度的依赖自动化测试会成为程序的最终成 功带来隐患
手工测试
O 由人来动手进行测试 O 手脑并用，充分发挥测试人员的聪明才智 O 设计出真实的用户情况 O 在真实的用户环境中使用真实的用户数据 O 可以识别出显而易见的缺陷和难以察觉的缺
在比较特殊的情况下才会发生，或者某些特殊条 件才会出发的输入。 例如：输入Ctrl+c、shift+c、esc、Alt、Ctrl键 操作系统的保留字 不同的字符集，本地化的问题
五要素之一-‐-‐-‐-‐-‐用用户输入入
O 默认输入
在空白的文本框种不输入任何东西 程序界面元素设定的默认值 测试方法： 为空的时候直接提交程序处理 去掉页面默认值后，提交程序处理 修改默认值，增加？减少？变换类型 等方式
探索式测试
完全抛开测试用例，使用定义的比较笼统的 测试用例，则称之为探索式测试。 特点： 1. 根据收集到的信息，天马行空，自由发挥 2. 测试结果、测试实例和测试文档在测试执 行时创建 3. 探索式测试适用于“敏捷开发过程” 4. 测试人员有可能没有测试重点
探索式测试方方法
O 局部探索式测试法
试任务，局部测试的重点是把测试经验、 专业知识、软件在操作环境下如何构建和 运行的知识结合在一起，使我们在测试过 程中做出正确的决定。
测试的无穷特性
测试运行时的表现是否符合设计预期 2. 用户为了某个功能而购买了软件，可是该软 件是否实现了这个功能？ 3. 软件运行时，是否足够快、足够安全、足够 稳定，等等？ 解决以上问题的方式：在某个特定操作环境中运 行该软件，并且模拟软件预期的使用方式来输入 这些值。 问题：输入的内容太多、组合方式太多、可运行 环境太多
1.
缺陷检测
O 自动化测试
通过编写代码来测试一个应用 O 手工测试 使用程序的用户界面，手工输入数据进行测 试
关于自动化测试
O 需要测试人员编写代码---开发人员 O 花费太多的时间来开发测试代码，而减少了测试
项目的时间。 O 自动化测试很炫，可以重复执行很多次 O 自动化测试适合在测试环境中运行 O 预言家的难题： 如何才能知道被测试软件确实完成了他应完成 的任务？ 被测软件是否输出了正确的结果？ 在运行中是否会带来副作用
测试的目标
目标： 所有的重要任务都完成了，而剩下没做的事 情是比较次要的，我们做到这一点就可以尽 早尽可能地降低发布风险。 方法： 测试是一个不停进行抉择的过程。测试人员 必须理解运行测试用例时和分析现有信息所 涉及的各种复杂性，这有助于从多种可行方 案中做出正确的选择。
局部探索式测试法
O 测试人员不需要知道很多信息就可以完成测
陷 O 善于发现应用程序业务逻辑相关的错误
手工测试
缺点： O 手工测试很慢，没有规律 O 不可反复使用 O 发现问题后也不能重现 O 测试人员的水平决定了手工测试的质量 O 使用细化的测试用例进行测试，则缺少变通 建议： 测试用例不要使用太细节的描述，而是描述一些 笼统的用户使用场景。 手工测试也可以使用自动化测试工具
五要素之一-‐-‐-‐-‐-‐状态
O 电话的状态： （接电话动作作为输入）
O 如果电话连接的电话网没有开通，电话就不
会有什么反应。或者发出一个错误的回应 O 如果当前电话没有在振铃，电话就会发出一 个拨号音 O 如果当前电话正在振铃，电话就会被接通， 用户可以和其他人通话
五要素之一-‐-‐-‐-‐-‐状态
局部探索式测试法
总结： O 五要素的内容组合无穷尽，我们在测试过程 中尽可能获取5要素种的各种信息，来为我 们的测试决策提供素材。 O 局部探索式测试的每一步都是根据软件过去 和当前的运行状况、软件在测试时表现出 来的各种行为和软件运行时的各种信息来 即时决定。
全局探索测试
探索测试的几个目标： O 理解应用程序如何工作，它的接口看起来怎样， 它实现了哪些功能 提供必要信息，给测试人员提供测试切入点 尽可能发现新的、没有被探索过的功能 O 强迫软件展示其全部能力 验证软件可以达到设计和发布要求 O 找到缺陷 探索各种软件的极端情况来发现潜在的问 题。发现未被测试过的功能或者是包含缺点多的 功能。
编写出正式的测试用例，测试人员根据测 试用例来执行。 O 在执行正式的测试用例的同时，可以使用探 索式测试来让测试用例更加的丰富和富有 变化，提高测试代码的覆盖率，找到更多 的bug。
⺫目目前测试的现状
O 招聘广告：
急需一名软件测试人员，该职位要求根据那些 乱七八糟且只有半截的规格说明书（如果还找到 的话）来测试一个高度复杂且基本不带文档支持 的软件产品。不要指望当初的开发人员，他们基 本不远也不会帮助你。该产品的使用环境复杂， 支持多用户、多平台和多语言，和其他很多必须 支持的环境。我们不清楚如何定义它们，但安全 性和性能是最重要的，而且该软件发布后不允许 出现任何问题，否则我们就玩完了。
1.
测试的原则
O 把测试工作简化为先在所有输入（或者运行
环境等）的全体集合中选择一个子集，然 后在输入时使用选中的子集，最后通过推 理认定是否这些输入已经足够多了。 O 最终产品发布后，在进行测试已经无法提高 已发布代码的质量了。 O 对于无限的测试，我们唯一的希望寄托于我 们选择了正确的输入和其他测试决策。 O 随机测试不是好的测试方法，因为他缺少必 要的策略
五要素之一-‐-‐-‐-‐-‐运行环境
五要素的前4个如果都被充分测试了，但是如果软件迁移到一个新的运行 环境，则一样有可能无法运行成功。 环境本身就是一种输入源 环境包含的要素很负责，列举一些： 操作系统 当前配置 其他应用程序 网络拓扑 驱动程序 文件系统 网络带宽 性能 测试环境很关键，很难测试
五要素之一-‐-‐-‐-‐-‐用用户输入入
O 使用输出来指导输入
把程序的主要输出结果列出来，确定哪些输入 会引发这些输出。 输入和输出配对，保证大部分场景都被测试过 考虑多次输入（相同值和不同值），对输出的 影响 从保存起来的输出结果思考，改动这些值或者 改变他们的功能（大小和类型等），可以测试该 值对此系统的一些影响
五要素之一-‐-‐-‐-‐-‐状态
状态: O 软件的一个状态就是状态控件中的一个点，它 由所有内部数据结构的取值来唯一确定。 O 通俗的说：当个输入、一些输入或者全部输入 会被软件“记住”，从而让软件看起来不同。 O 状态是软件所有变量的交叉积，状态的无穷尽。 应用程序和其运行环境进行交互和接收到的所 有输入导致软件状态发生变化。 O 可以使用等价类方法来进行一些状态测试
使用用竞争对手手的操作手手册来测试自自己己的应用用 程序
卖点测试法
软件中最核心的功能，用户希望使用的功能 就是卖点。 销售人员会花费大量时间来给用户演示这些 程序的卖点，他们会创造出很多出彩的使用 场景。 测试人员应该和销售人员保持好关系，获取 各种销售方面的信息，来进一步探索软件的 使用场景
地标测试法
O 错误处理程序（error handler）
1.
2.
方式
3.
输入筛选器 用户防止非法的输入值被传递给应用程序的功能代码。 确认开发人员是否正确实现了筛选器 确认是否可以绕过输入的屏蔽器 输入检查 通过if then else case select 等方式实现 测试人员关注错误提示信息，挖掘其他可以触发错误的
一条代码路径就是一连串的代码语句，它起 始于软件开始运行的语句，终止于一条特定 的语句。 O 一个程序有很多条代码路径，总量非常大。 O 测试人员必须清楚程序里面有哪些分支。 O 尽量测试所有知道的分支，尝试探索发现未 知的分支 O 可以分析代码覆盖率，基本评估自己的测试 覆盖程度
五要素之一-‐-‐-‐-‐-‐用用户数据
针对测试对象的局部内容进行测试的策略，例 如：一个页面、一个输入框等的测试策略。 O 全局探索式测试法 使用测试集用来确定软件是否已经满足正式发 布所需达到的质量标准。 测试集中的测试用例都是相互有联系的整体 确定了如何对软件进行探索式测试的整体方向
传统的测试和探索式测试
O 两者的关系为互补关系，而不是对立关系 O 传统测试通过收集来的各种信息和文档，
光荣之路软件测试培训 --吴老
大纲
O 自动化测试 O 手工测试 O 局部探索式测试法 O 全局探索式测试法 O 混合探索式测试技术 O 漫游与测试中的棘手问题
手手工工测试
软件缺陷（Bug）的根源： 来自软件开发本身！ 两种缺陷： 程序员引入的缺陷 运行环境导致的缺陷
缺陷预防和检测