问:探索测试作为我们组今年的课题,想用它在没有用例的情况下改进过程,请问切入点或者入手怎么做,什么场景或者情况下可以进行探索测试?是测试后期还是根据项目。
答:探索式测试并不等于不写用例,而是一种测试思想。我们平时测试的时候多多少少都有用探索式测试的思想。
还要再强调一句:探索式测试不是说没有用例边写边探索。有用例也可以是探索式测试。
在没有用例的时候,我们当然可以用探索式测试的思维来测试。可以按照文章中的步骤,先确定要测试的范围(全局漫游那三个),然后确定它的特点(噱头区那七个),然后再选择合适的方法,结合车轮图等来进行测试。
其次写出探索地图。探索地图可以用我上次在GitChat分享的一句话用例的描述方式来进行。
然后在一个执行时间窗完成后,再回顾一下测试项是否需要修改,是否需要继续探索。
在项目中开展,可以在项目任何一个阶段开展,没有一定的要求。不过很多公司会在测试完用例后安排探索式测试。这比较符合现状。你也可以这样考虑。
问:如果结合你上次在GitChat分享的车轮测试法以及这次的探索性测试法,在时间比较短、迭代快的敏捷项目里,应该以怎样的步骤来做测试?(我们一些敏捷项目里一人会身兼多角色。)
答:探索式测试可以和车轮图一起来用的。用起来效果非常好。具体方法和上面是一样的。
问:有没有一些探索性测试方面比较新的好书推荐?
答:《探索式测试实践之路》这本书写得非常不错,推荐阅读。
问:上面的图和梅子文章中的图(下面的图)有差异,应该怎么理解呢?
答:下面这张图是cpie,上面那张图是iape。总体思路是一样的。
不过,文章中这个图有个重要的内容:它有优先级的排序,还有对预期的分析和预判。优先级是根据测试业务需求和产品价值来定的,价值应当优先于分析。而且任何分析都应该有排序。