什么是探索性测试.docVIP

一、概念 对探索性测试的最直白的定义是：同时设计测试和执行测试这与剧本化的测试方法相反（预先定义好测试步骤）。探索性测试不像剧本化的测试，不会预先定义，不会严格按照计划开展。探索性测试有时候会与即兴测试(ad hoc testing)混淆。即兴测试通常是指临时准备的、即席的bug搜索的测试过程。从定义可以看出，谁都可以做即兴测试。由Cem Kaner提出的探索性测试，相比即兴测试是一种精致的、有思想的过程。 测试文档（计划和设计和用例）必须非常详细和明确 测试设计和测试用例对于开发的文档的依赖非常大 测试执行的时候对于测试用例的依赖非常大 测试执行的时候对于需求变更的应对力较差 下面我们对于ET和ST进行了一些简单的比较： ? ST ET 测试与测试用例的关系 测试用例在之前就设计和记录好，过后再测试执行或被其他测试人员执行 测试设计和执行时在同一时间完成，而且他们不是必须记录下来，但也有可能 与测试执行的关系 可以控制测试执行 可以提升测试设计 过程的交互性 就像做个已准备好的演讲，由之前想好的想法引导着 就像一个对话，是自动向导的 ET作为一个比较现代的测试方法，肯定有其非常重要的优势： 它可以鼓励测试人员的创造性 它增加了发现新的或者难以发现的bug。 它允许我们有更多的时间去测试感兴趣的和比较复杂的用例 它可以更有效率的驱使测试人员在一个很短的时间内找到更多的bug和对AUT做一个快速的评估 它显示了一个产品是如何被使用的 它具有非常好的适应性，灵活性，多样性 它比ST更有乐趣 它可以促使测试人员快速的学习一个产品 它可以check其他测试人员的测试工作 它可以很好的应用在敏捷测试项目 它允许我们不用花很多时间在编写那些简单和繁琐的测试用例 三、ET测试在项目中常见的应用模式 1、根据探索性测试在总测试中占有的比例不同，分为三种模式： 1）Freestyle ET，也就是自由式的ET即纯ET测试，没有任何测试文档；不需要记录任何东西（bug除外）；测试执行之前不需要任何准备。 2）Pure Scripted，也就是基于传统瀑布式开发的纯ST测试，所有的测试执行 都是基于详细的测试用例和步骤来做的。 以上两种方式都是不成熟的，而且都是不常见的，有点走极端。这里比较好的办法就是混合ST和ET，并在不同的项目当中采取不同的混合策略来进行比较完善的测试方法的策略。在大部分的项目过程中，组合ST和ET会带来意想不到的效果。 2、根据执行人员的不同，又分为两种： 1）ET和ST的结合方式，和测试人员具体做ET还是ST或都做无关 2）team的组成方式，从测试的专业性角度去分隔开ET tester和ST tester 3、根据管理模式不同，在ET team里面又存在2个不同的方式：Delegation和Participation，这个区分的角度是从ET team lead在整个项目ET过程中的作用来看的。 1）Delegation： Test lead指定需要测试的charters, 不参与具体测试任务 ET tester完成这些charters并且report back 对于一些问题和测试报告召开定期会议 2）Participation： Test lead在项目测试过程中与ET tester一样，参与某些测试任务 Lead可以实时的根据测试质量情况制定最后的测试策略 Lead可以持续的了解他所想要的了解的team的任何情况 四、ET和ST产出BUG分析 ?　（1）? 发现的bug总数 Testing approach Feature set Bug总数 ET A 44 B 41 Total 85 ST A 43 B 39 Total 82 这里面的结论是：对于已知bug（研究者故意注入在产品中的bug）来说，使用ET或ST方法在发现bug总数上没有区别；但ET却可以发现更多的未知 bug。 　（2）? Bug发现难度，类型和严重程度 Mode ET ST ET/ST Bug 总数 0=easiest12 3=hardest 120 93 129% 213 327 320 102% 647 89 75 119% 164 20 15 133% 35 Total 556 503 111% 1059 　　这里的结论是：ET发现更多的bug在各种发现难度上，相比较ST而言。 　　Bug类型： Type ET ST ET/ST Bug 总数 Documentation 8 4 200% 12 GUI 70 49 143% 119 Inconsistency 5 3 167% 8 Missing