不断的得出有价值的结果是敏捷自动化的关键之处。我们发现在一周内得到的结果和通过更长的时间得到的结果有量的差别。时间长的测试任务可以划分成几个小任务，在一个任务完得到结果后才可以进行下一个任务。
如果你的自动化测试进展不顺利，你是喜欢一周之内就知道这个情况还是宁愿几个月后才知道结果呢？你重新分配一下任务会如何呢？如果使用灵活的测试方法，通过不断的得到测试结果，测试人员会感到他的自动化测试效果很好，工具师就会转向其他需要协助的自动化测试的工程师。
对于工具分析师和测试人员 (特别他们是同一个人的话) ，把任务分解后，他们能够认可自己的项目，从而减少了许多管理的过失。对于超过一个星期的自动化测试任务，他们可能需要较高层的认同，这会使得自动化测试变得复杂并影响进度。
如果你预测有的任务将会花费超过四十小时，或者虽然会花费四十小时但实际不应该那么长时间，这时你就该停下来想一想，你是否真的把任务分解成足够小的部分了吗? 你的方法真的可行吗?
没有自动化测试教堂
如此多堪称经典的自动化测试案例似乎要存放到大教堂或象牙塔内。有一次, 詹姆士看到一个很好的自动化测试策略但背离了客户的需求，以至于开发了九个月后，连测试人员都对此一无所知。丹尼也看到过一个测试团队，曾经因为他们的想法不一致而集体反对一个自动化测试组。
那与以前老套的自动化测试案例的相对立面是什么呢? 日复一日的测试进程驱使着自动化工具的不断产生，就像集市里的货摊一样多；而测试自动化应该服务于当前具体的测试需求而不是以后的需求。当然，对于难度大的自动化测试，也需要有长期的自动化测试项目来建立基础实施。然而，我们的经验是，这样的项目会使人们在一些小的测试方案中产生较大的影响，失去判断力。
一个灵活的测试自动化的必须包括的要素是：广泛地去分析那些工具能够协助你执行测试任务。不论这是第一个自动化测试任务还是要改进现有的自动化策略，你都可以下载、编辑、或者购买工具, 而且在一个星期内完成。在你的组织里试着建立一个工具分析师的角色,而且不要让自动化教堂减慢你的工作进度。许多的潜在的工具可以帮助你。 现在就开始吧!
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
