列举网首页
事实上，TDD(测试驱动开发)是探索性开发的一种形式。TDD是循环进行的，在这个过程中，程序员建立了一个检查，继而开发代码，以使这个检查(以及之前的所有检查)通过，然后修复她发现的一些问题，接着会再次循环去实现一些新的特性，并开展新的检查。从每个循环中获得的信息反馈到下个循环;该活动由当时参与的而不是提前设计的人来指导和构建的。检查本身是定制的，而产生和分析结果所需的活动却不是定制的。和代码开发过程中所进行的探索性的、迭代的、复杂的认知活动相比，这些定制的、线性的检查本身就不那么重要了。
需求评审也是一项探索性的活动。审查的要求(或规格，或用户或实例)，无论它是一个长的或短的周期，往往发生在开发周期的早期。虽然检查列表可能会指导评审的开展，但是做决定的却是那些参与活动并经历了设计，调查，发现问题及学习，这个整个回环过程的人。每个循环的结果往往会紧接着反馈到下一个活动。
代码审查也可以通过照本定制的方式或探索的方式进行。当人们分析代码的时候，是循环发生、非照本宣科的、自我导向的活动;它是探索性的。我们称之为审查，但它收集信息的目的是告知一个决定;因此这就是测试。有一种围绕着定制程序应用的代码审查方法，它通过一个人们一般称之为“静态测试工具”的工具。当一台机器解析代码并产生一个报告，根据定义，它是一种形式的检查，而且它是定制的。然而，的使用这些工具需要大量的探索活动。分析和解释报告，以及对它做出反应是多形态的，因此，人的这种非照本宣科的、开放式结尾的、迭代的活动是探索性的。
如果你想这样做或促进这个新产品或功能的发展，了解一个新产品或新功能亦是一项探索性的活动。有些人认为，测试脚本提供了一种训练测试人员的有效的手段。对学习的研究表明，当他们的学习是基于互动和反馈的时候他们往往会学得更快更深入;这可能是因为他们是被引导着去学习而不是受控制去学习。如果你真的想了解一个产品，那就尝试创建一个思维导图，去证明这个程序行为的某一方面，或者创建出人们在使用或误用这个产品时可能会产生的情况。所有这些活动都促进了你对该产品的了解，所以他们都是探索性活动。在这个过程中，有大量你可以使用、应用及发现的信息，它远远超过了一个脚本所能告诉你的。试想想，那这种活动的的脚本又从何而来呢?
了解软件测试外包请访问http://www.Lte***.cn
了解软件测试培训学校请访问http://www.Lte***
了解软件测试网请访问http://www.Lte***
了解ISTQB认证请访问http://www.***.cn
