测试这回事儿

这本书的第233页认为Google未来对于Tester（面向用户的测试）将呈现快速下降的趋势，原因是以前需要Tester来完成的工作都有了更完善、更实惠的做法。

譬如小步前进，持续发布，持续小范围发布，AB测试等方式把以前需求->开发->测试->确保没有问题->发布 的方式变成了，设定假设->开发->持续发布->验证假设->修正。从思路上，软件开发已经从如何设计一个正确的产品，如何生产一个无瑕疵的产品变成了我们要快速生产产品，我们要快速发布产品，我们知道产品一定有问题，我们需要知道的是问题在哪儿。

AB测试，小范围发布的方式和利用真实的数据，通过分析数据理解用户的行为，大大降低了Tester扮演用户的必要性。而持续发布客观上将会加强各个组织对自动化测试的投入，手工测试的需求也会下降，从这两个角度看，面向用户的测试人员的需求一定会大大降低。

必要的、繁琐的测试工作应该由谁作？ 终将也必将是开发人员，别哭闹。有些工作是繁琐的，很麻烦很痛苦。Agile的思路是：

if it is pain, do it often，

总有一天你受不了，受不了就想法子解决，创新往往来自于此。

测试专家应该专注在高价值的测试工作上，他们未来的工作很可能是象DBA或者安全专员一样，非常深入和专业化，他们会领导和带领开发人员完成日常的测试。

未来的团队的形态是怎样？ 我以前写过两篇文章：

• 建设全功能团队
• 建设全功能团队－实践篇

探讨的也是这样的问题。

促进团队形态变化的主要力量，不是文化或者个人意愿，而是整个业界生态环境的变化，比如持续集成、持续交付，持续设计的广泛采用。

一句话，生产关系必须适应生产力的发展。