通常有这几个地方

　　第一，通常认为该作者没有区别QA和测试的区别，

　　传统的质量保证体系，特别是引进CMMI或者ISO9000族之后，QA和TE是两个不同的方向，参见另一篇文章《传统的软件测试体系都包含哪些内容?》http://agileqa.org/archives/100的描述。 而该文章中再对比的时候是把传统中的测试和所谓敏捷中的QA在做对比。所谓的对比充其量只是TE和QA的对比，而不是“传统测试”和“敏捷QA”的对比。典型的比如文中提到的传统测试”没有机会参与发布计划制定“，而敏捷QA“参与发布计划的制定”。实际上这个不正确的，传统中QA和测试都会参与发布计划的指定，而且QA还是决定发布版本和日期的主要负责人。

　　第二，没定义什么是“敏捷测试”

　　文章中对敏捷的定义“敏捷测试是在敏捷开发模式下对软件进行的测试，要求尽早测试、频繁测试，以及时提供反馈”，显然前半句“敏捷测试是在敏捷开发模 式下对软件进行的测试”对实际项目没有指导意义，因为“在敏捷开发模式下对软件进行的测试”既可以是传统的软件测试，也可以是区别的传统软件测试的另外一 种特定的测试，也是对敏捷测试没有一个明确的定义。

　　而后半句“要求尽早测试、频繁测试，以及时提供反馈”其中的“要求尽早测试”更是传统软件测试一再强调的地方，不是敏捷测试的特色。

　　第三，个人认为“敏捷QA的日常活动”这章节不错，穿插讲了敏捷过程中QA的工作内容，具有指导意义。

　　第四，个人认为，软件测试体系分为3个不同的体系空间，

　　第一种体系可被称为经典的软件测试理论，包括瀑布体系，经典软件测试/测试用例编写方法，Bug生命周期等，强调的是测试本身(即TE)

　　第二种体系是CMMI/ISO9000/RUP等这部分理论，和第一阶段的主要区别在于引进了度量，引进了QA，强调了对流程的管理。这已经超出的单纯测试的范围。(即TE+QA)

　　第三种体系，流行的探索性测试，敏捷中测试等，一般给人的印象是不经过第一种体系和第二种体系，有第一体系和第二体系的人一般不轻易选择第三体系， 因此第三体系的人不知道有第一体系和第二体系的存在。

　　第一体系和第二体系一般是众人眼中的“传统软件测试”。

　　第五，敏捷测试还没有权威的定义

　　敏捷理论里面更多说的是开发和项目，单独提到测试的很少，所以大家都找不到实践指导。这里面有个悖论，这个悖论是敏捷中不区别开发和测试的角色，所以可以 理解敏捷中为什么没有单独提到如何去做测试。现实的情况单独的测试人员是存在的，也是说敏捷书中没有为单独的测试人员准备一个项目指导。