探索式测试应用场景实战解析

发表于:2017-3-02 09:11

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:刘琛梅    来源:51Testing软件测试网采编

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

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号