敏捷测试究竟是灵丹妙药仍是又一个忽悠

最近读了不少网上关于敏捷的辩论，我想起一个故事：

话说清朝的时候慈禧太后据说西方国家有个新的交通工具，汽车，它坐在舒服跑的很快。因而就叫人买了一辆回来。可是用的时候没有人会开，因而不得不把 汽车用几根柱子绑起来作成了轿子，让几我的抬着。由于汽车太沉，几个轿夫步履蹒跚，走不了几步就得歇歇。结果之前半个时辰的路走了好几个时辰。并且到了后 由于门很窄，汽车作的轿子过不去，她也不得不老远就下来本身走一段。慈禧太后很不高兴就得出结论：

一、汽车前期投入大，维护成本高。

二、没有轿子走的快。

三、不少地方汽车都不适用。

四、汽车是个大忽悠的东西，根本无论用。

那么咱们如今对敏捷的认识是否是和慈禧对汽车的认识相似呢？是由于咱们不会用敏捷呢，仍是由于敏捷就是个忽悠？

在国外一般一个概念出来以前已经有不少年的实践积累，而后为了你们交流方便或者提升普及度给其一个名字。因此是先有实践，再有概念。可是在国内正好 相反，咱们先把国外“先进“的概念引进来了而把产生概念的多年实践忽略掉了。可是概念又太虚不能当饭吃，最终仍是须要具体东西和具体作法。因此不得不根据 概念来设计出各类各样的作法来。这些作法听起来不错，很是符合概念，可是在项目中一使用就不灵了，旧的问题没有解决，新的问题一大堆。最终得出汽车是个大 忽悠的结论。

敏捷和云计算是两个很是典型的例子。不少人为了敏捷，文档不要了，计划不要了，测试用例也不要了，认为几我的站在走廊里沟通沟通就把一切都搞定了， 由于敏捷了嘛。可是问题并无由于“敏捷“了而被解决掉，因而乎得出敏捷是个忽悠的结论。云计算也同样，不少人认为云计算就是数据中心，因此你们大兴土木 创建数据中心。可是建完数据中心之后呢？没啥用处呀。那你们都在吹捧云计算，不就是个大忽悠吗。 却不知，人家是由于业务须要不少年了已有数据中心，为了提升数据中心的使用率，开始对公众开放资源，因此才有了云计算。

先有概念再造实践的作法违背了事物发展规律，不只解决不了现有问题，并且带来新的问题。敏捷是个好东西，在特定状况下。咱们须要搞明白的是它要解决 什么问题的？它是如何解决的。而不要在意它叫什么名字或则防止生搬硬套。还有越是先进的东西对人和基础设施的要求越高。好比飞机再好，没有飞行员或则没有 机场也没有用。高铁跑的越快对铁道的要求越高。

软件测试也是同样，作质量控制不是为了赶时髦。若是你的项目只作3个月就完全结束了，并且就3－5我的，不会有人离开也不会有人进来，也不须要和其它任何项目打交道，或则你的产品在早期实验阶段，你能够不要文档，不要计划，不要记录bug，彻底靠口头交流。不然的话：

一、不能没有文档:  可是要减小没必要要的文档，避免过于详细的文档，使用易于更新和维护的动态文档。

一、不能没有计划: 距离如今越远计划越模糊，可是距离如今越近计划越详细。

一、不能没有纪律:

与其在琢磨如何敏捷测试，不如一步一步把自动化作好，把持续集成作起来，建立更多的测试工具以提升测试效率，把质量反馈系统作起来，把dev提交代码前的质量检查作起来，把在产品中测试作起来， 把测试工程师的素质提升上去，。。。。

等到这些都创建起来了后，你发现本身其实已经很敏捷了。

来源：Bill LIu