学习探索式测试的问与答(3)

　　学习的一个重要成果是成为更优秀的测试人员。他们可以根据项目语境，选择合适的流程、技术和工具来高效地测试，以推动软件质量的提高。

　　既然学习非常重要，那么如何才能高效地学习呢?软件专家Andrew Hunt指出：“一种高效的学习环境应该允许你安全地做三件事情：探索、创造和应用。”[Hunt08] Andrew的解释如下：

　　探索就是在陌生的环境中玩(Play)。你需要自由地探索才能学习。我们不仅仅接受信息，而是亲自探索和构建思维模型。玩引入了一种新奇的感觉，也就是乐趣。用一种好玩的方式学习新资料或者解决问题，可以让这个过程变得更让人享受，也让学习变得更容易。为了更好地学习，请更好地玩。

　　你需要自由地创造——不介意自己的创造没有成功。通过构造来学习，而不是通过学习来构造。这是“原型”、“曳光弹”、持续集成等方法获得成功的原因之一。(曳光弹是Andrew Hunt和David Thomas在《程序员修炼之道》中提出的开发方法，通过快速实现系统的部分功能以获得即时反馈。曳光弹与原型制作都可以快速获得反馈，其主要差别是，原型制作生成实验性且最终被抛弃的代码，曳光弹生成简约却完整的代码，并且构成了最终系统的一部分。)

　　你需要在日常实践中应用到你学到的东西。你持续使用和实践的技能会在脑皮层竞争中占据统治地位，大脑会为它们提供更多方便。

　　这种探索应该相对没有风险，因为你肯定不想因担心害怕而止住探索的脚步。安全有助于更好地利用反馈，让失败也变得有意义。

　　虽然Andrew讨论的是广义的学习与探索，但是他的话解释了探索式测试的成功之道：探索式测试在本质上鼓励测试人员去自由地探索、创造和应用。

　　探索是带着使命在某个空间中有目的的漫游，但没有预先确定的路线。探索包括不断学习和实践[Kaner01]。

　　探索式测试者持续应用他所学到的知识。所谓“学而时习之，不亦说乎”，探索式测试将学习与应用作为相互支持的活动逐步展开，为测试者的知识提升提供了平滑的学习曲线。

　　探索式测试有助于测试人员在合适的时间学习合适的内容，并立即应用，以获得真实反馈。这提高了学习效率和效果，并降低了浪费测试资源的风险。

　　在探索式测试中，测试者创造出一切有助于学习和实践的数据和工具。它们包括测试输入数据、结果检查脚本、数据分析报告和业务流程图表等。

　　探索式测试是一项富有智力挑战的活动，充满了乐趣。

　　问：“学习”有助于独立测试人员更好地工作与发展。从测试团队和开发组织的角度看，探索式测试能够提供什么帮助?

　　答：探索式测试有助于“机动性”，该特性在现在比以往任何时候都更重要。

　　随着互联网与Web应用席卷全球，软件竞争比以往更加激烈。开发组织不仅要减少缺陷，还要跟踪不断变化的用户需求和市场需求，在紧迫的时间约束下交付赢得用户的产品。这要求软件企业在业务、研发、营销等方面均保持高机动性。其中，探索式测试可以在以下方面为产品研发提供帮助。

　　首先，探索式测试将许多测试决策置于更合理的时机，从而避免了浪费。在Web应用等高竞争性领域中，开发组织面临模糊且持续变更的用户需求。更重要的是，他们必须在一切明朗之前着手行动，因为交付的时机将在很大程度上决定市场的反应，此外真实的用户反馈将有助于下一次更准确地交付。面对高变动性的开发过程，测试人员需要将测试设计合理地分配到整个开发周期，根据当前的开发进度和真实的测试反馈，做出恰当的测试决策。这有助于避免在信息不充分的情况下做出错误的决定，从而导致严重的浪费和返工。

　　其次，探索式测试不停地根据实际情况，调整测试计划，优化测试策略，因此能够更有针对性地测试，从而更快速地稳定(Stabilize)产品。探索式测试和语境驱动测试建议，测试人员总是自问：“我现在可以测试什么?应该如何测试?”这有助于测试人员更动态地审视被测试产品和测试策略，并运用多样化的手段去探索产品。随着对业务领域的认识不断深入，随着逐渐了解产品的设计和弱点，随着对测试技术和工具的更加熟悉，测试人员会不断调整测试策略，使得在整个产品开发过程中，重要错误的发现率都保持在比较高的水平[Kaner01]。而及时地发现重要错误能够帮助开发组织降低风险、快速推进。

　　测试需要探索，而探索要要大量的思考[Kaner01]。积极思考的探索式测试是具有挑战性的智力过程，常常需要以不确定的顺序反复实施钻研、尝试、迂回、调整、评估等活动。好的探索式测试不会使测试更简单，但是它会使测试更有效，从而在测试速度和缺陷发现上获得更多的回报。

　　问：探索式测试是否只适用于功能性测试?

　　答：作为一种测试风格，探索式测试可应用于各种类型的测试。

　　以安全测试为例，请想象一下黑客是如何攻破软件产品的。他们的基本方法是“错误猜测”：通过分析已知的安全缺陷，抽象出可利用的缺陷模型，然后开发出相应的缺陷挖掘工具。这些工具可以是黑盒工具，通过持续地输入攻击数据来发现缺陷;也可以是白盒工具，通过扫描(开源)源代码来识别漏洞。他们运行工具，分析输出中的蛛丝马迹，一旦发现疑似缺陷，便深入探索。整个攻击过程常常需要广泛扫描、深入挖掘、迂回前进、反复尝试。从安全测试的角度看，黑客都是探索式测试的绝顶高手。

　　相比安全测试只需“断其一指”，性能测试需要建立被测试产品的性能模型，并考察它在不同负载下的性能指标，因此需要更多的预先设计。然而性能测试的关键内容：用户的行为模式、充足的高质量测试数据和完整的性能监测指标(特别是面向业务的性能指标)，是难以仅通过一次测试设计便可以获得的。性能测试工程师需要与开发团队紧密协作，通过阅读、研究、实验等手段来探索性能测试模型和技术，并逐步挖掘用户行为、制造测试数据及建立性能指标。

　　问：在功能实现之前，探索式测试是不是无用武之地?

　　答：对于探索式测试有一个误解，那就是探索式测试只通过运行测试以获得知识。实际上，探索式测试者能够也必须通过其他手段探索被测试软件。

原文转自：http://www.ltesting.net