开始探索式测试学习之前的思考

这几年，探索式测试（Exploratory Testing）作为一个新生事物，日趋风靡，在软件测试领域开展的“如火如荼”，变得“炙手可热”。大小会议，各大互联网公司都在力推ET。为了不被甩出几条街，我们小组中午也讨论了接下来如何一起学习，实践ET。

之前也看过一些关于ET的博客文章，前一段时间还翻了翻《探索式测试》这本书，leader在阶段性测试任务完成后也会刻意安排一两天时间让大家尝试ET，之前对探索性的理解是这样的：

“开始测试前，大概确定一个测试范围(test scope),然后针对这个scope大概想下，改怎么测，有哪些场景，然后一边想测试用例，一边执行。”

实际是这样实践的：

用xmind画出test scope,然后用RapidReport一边执行一边记录执行的用例，发现的问题。

问题是，画出来的scope粒度怎么把握，太细太粗都不好。RapidReport记录ET的过程是很有必要的，但也会时常忘记记录，或则说嫌麻烦。

说实话，对于ET还缺少系统理论学习，更谈不上实践了，不知道ET的过程应该是怎么样的，怎么做更有效，这也就是大家一起学习的目的。中午leader提出的几个问题十分赞同：为何提出ET，现有的按照测试用例执行测试的方法有何不足，从而促成了ET，ET能解决什么问题？的确，大家坐下来一起花时间学习ET，就是要明确ET的优缺，ET适用哪些场景，和现有测试的关系，有哪些成功的经验值得我们借鉴？

今天中午收到了买的《探索式测试实践之路》，国庆的任务就来了。