探索性测试-讨论会.ppt

会议议程 预期BUG趋势(What) 公司测试现状(Why) 探索性测试起源 基本过程 ST与ET比较 什么时候开展(When) 怎样开展第二轮测试(How) 预期BUG趋势 公司测试现状 都是基于测试用例的测试(ST) 每一轮的测试手段及思路变化不大 同一个项目日复一日的功能测试,成就感不强 探索性测试起源 探索性测试被认为最先由 Cem Kaner et. al. 在 Testing Computer Software [KAN99] 中定义，此后其他人（包括 James Bach）的工作使它得以普及 定义：同时设计和执行测试 基本过程 识别软件系统的目的 识别软件系统提供的功能 识别软件系统潜在的不稳定的区域 在探索软件系统的过程中记录关于软件的信息和问题 创建一个测试纲要，使用它来执行测试 ST与ET比较 类目 ST ET 与测试用例的关系 测试用例在之前就设计和记录好，过后再由测试人员执行 测试用例设计和执行在同一时间完成，测试时记录’测试故事’ 与测试执行的关系 可以控制测试执行,掌握测试进度及覆盖 可以加快测试设计及执行时的变化 过程的交互性 就像一个准备好的演讲，按计划进行 就像一个对话，自动向导 什么时候开展ET 至少一轮ST测试结束且BUG已回归 发现的BUG数越来越少 测试人员认为某些功能点已基本稳定 根据测试用例执行发现不了太多BUG 如何开展第二轮测试 Step1:总结会议，分析BUG分布情况，找出最多BUG功能点、最少BUG功能点、风险最大功能点或业务流程 Step2:让经验丰富的测试人员承担探索性测试任务,其它进行交叉测试 Step3:确定所有需要ET的功能模块并Session化 Step4:制订ET计划，并按照规定的时间进行测试(不要看测试用例，若实在要看，只看测试用例名称) Step5:组内成员沟通ET效果，哪些ET发现BUG较多，分享所有发现新颖BUG的思路和方法 沟通与交流 ET测试所需能力 测试设计：一个优秀的测试设计师，一般有如下几个能力：首先是分析这个产品；评估产品的所有的风险；使用现有的工具去分析或记录；测试设计技术的熟练使用 细心观察：一个优秀的ET测试人员必须比一般的人甚至是做ST的测试人员更具有细心观察细节的能力。ET测试人员必须去观察一切看似不正常或有疑问的地方，他还要能仔细的在推论和其他一些的假设中辨别出真理何在 批判性思考：一个优秀的ET测试人员能够快速的评审和解释他们的思考逻辑，并能在独立思考中需找错误。这在重现bug的时候非常重要。 丰富的想法：一个优秀的ET测试人员能够比一般人产生更多且更好的想法。但通过什么来产生这么多且好的idea呢？这个也是ET的核心了，目前ET的牛人们创立了一个叫Heuristics的方法，这个方法比较抽象且实践过程在国内几乎空白，后续讨论下 丰富的资源：一个优秀的ET测试人员能够构建一个集测试工具，信息资源，测试数据，同仁的一个储存室。这样在测试的时候，可以很快的应用这些资源