
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
我们在前几期的文章中给大家简单介绍了软件测试技术的一些基础知识应用等内容,而本文我们就再来学习一下,探索式软件测试技术应用方法。
传统脚本测试的速度应对敏捷快速交付的要求有些吃力。当前大部分敏捷项目的迭代周期是1至2周,除掉需求和开发所需工时,留给测试的时间少之又少。而在这么短的时间内还需要经常花费大量的时间来编写详细的测试用例文档,使得测试人员不得不用加班来解决时间不足的问题;
除此之外,频繁变更的需求也导致测试人员需要大量的时间来更新和维护测试用例。而在上线时间的压力下,测试人员经常感到疲于奔命,压力巨大。
测试金字塔初的原型分三层,底层是单元测试,中间层是API测试,上层GUI自动化测试。后来Lisa在金字塔的塔尖再补上了一片“云”,这片“云”就是探索式测试(ExploratoryTest,简称ET)。
什么是探索式测试?
那么究竟什么是探索式测试?不同的测试专家都曾经对其下过定义,但新的一种定义如下:
探索式测试是一种强调测试人员的自由和责任以不断优化其工作价值的测试方法,它通过将学习、测试设计和测试执行作为互相支持的活动在整个项目过程中并行执行。
如何解读这个定义呢?建议抓住三个重点:
它不是新的测试技术而更像是新的测试模式或风格。正如Scrum其本质是把工作按批次来完成但具体的开发方法没有变化一样,探索式测试本身也是会使用到我们熟悉的如等价类、边界值等测试技术,同时探索式测试也可以被应用到不同的测试阶段中。
其次,和敏捷宣言更强调个体一样,探索式测试同样强调测试人员个人的主观能动性,在这点上探索式测试的观点与敏捷不谋而合,尽管探索式测试概念的提出比敏捷还要早。
探索式测试把测试学习、测试设计和测试执行这些在传统脚本测试中需要分开不同阶段来完成的任务并行的执行。当然,这里说的并行其实就是一个小的循环迭代,以此可以快的得到反馈,并且指导优化下一轮的迭代。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。