由Agile Testing讲座想到的

今天，听了个讲座，是关于AgileTesting 的。颇有感触。
传统的formal testing, 讲究plan, 对变化的控制和管理，讲究详细的、完备的开发和测试文档。Agile testing, 接受“变化”， 强调测试与开发的结合，讲究让开发员来分担部分或者大部分测试人员的工作。如果说这是现在软件测试新潮流，那么，从五六十年代软件开发初期的测试与开发模糊分工，到七八十年代（甚至九十年代）强调测试的独立性，到AgileTest的测试与开发的整合，似乎是一个有趣的轮回。

主讲人的观点似乎过于强调“AgileTest"的特异性，其实，任何一种测试策略，都不可能放诸四海而皆准，我们在测试过程中，也不必拘泥于教条的测试 理论，---- 我是个实用主义者，什么最容易实施，最有效就用什么方法，它可能掺杂了多种策略，多种技巧，--- 不用管它，只要好用。

Agile Testing 的测试理念我不是全盘赞同，但是，对于强调测试开发的结合，我颇有同感。

其中有一个小伙子问了这样一个问题：测试与开发的紧密结合，是否意味着测试员与开发人员之间的界限越发模糊？ ---- 这是个好问题，他点破了发展的趋势：

现在的软件工程，发展得极为庞杂，其中的软件测试，发展到高级阶段，也与开发、管理不分彼此，过去我们传统上，总喜欢把开发还是测试分开来看（甚至对立来讲），现在看来，就像物理作用和化学变化， 根本是一个概念。

对此讲座感兴趣的朋友，可以点击这里。（英语，sorry)