非功能性测试不重要
　　非功能性测试指的是针对非功能性需求（软件本身满足用户需求所必需的功能性需求以外的一些特性，比如安全，性能，可用性，兼容性等）的测试，通常包括安全测试，性能测试，可用性测试，兼容性测试等。
　　在敏捷软件项目中，需求被切割成了很小的单元，在切割的过程中，非功能性需求是容易被人忽略的一部分，而这导致的问题是非功能性测试经常被团队忽略，久而久之，会形成这样一个误解，认为非功能性测试是不重要的。
　　这个观点非常不对，首先非功能性测试的重要性并不会因为软件开发模式的不同而有所不同，尤其安全测试和性能测试的重要性正越来越多地被重视起来，因为很多产品必须考虑到用户敏感信息的安全以及性能导致的用户满意度，在敏捷项目中由于软件会尽早发布，如果这些非功能性需求出现问题，会更早地造成影响，很可能在软件刚步入市场损失掉大多数的用户。
　　所以非功能性的测试和功能性测试同等重要，在实际的项目中，比较好的做法是将这些非功能性需求也加入到用户故事的验收条件中，在整个敏捷开发流程中对这些非功能性需求进行验证。

　　质量是QA的事儿
　　受传统观念的影响，很多人还是会认为质量是QA的事儿，如果产品发布后质量不好是QA的问题，其他角色和质量没有太大的关系。
　　首先这种认识太高估了QA对质量的作用，软件的质量是在软件开发过程中逐步形成的， 从需求分析阶段是否真正的了解到了客户想要的功能，到开发阶段是否增加了足够多的自动化测试保障，是否写了足够健壮的产品代码，到后测试阶段是否测试了功能引入后整个系统的可用性，不同用户路径是否能正常工作等等，这些都是软件质量的组成部分。
　　可以看得出来，在整个过程中，软件的质量离不开敏捷团队各种角色的付出，其中有业务分析人员对需求的准确把握，有开发人员对产品代码的高标准实现，对自动化测试覆盖率的保障，还有QA在整个过程中对质量相关活动的实施和保障，包括需求分析阶段从QA的视角对业务的补充，开发阶段对自动化测试的审查，以及探索性测试可用性测试等对产品质量的进一步保障。
　　所以在敏捷测试中更多时候我们会淡化角色的概念，强调团队人人都为质量负责，这样更有助于团队的每一位成员都把质量作为非常重要的一部分，而不是依赖于某个人或者某个角色。

　　开发可以写测试，不再需要QA了
　　因为敏捷团队强调人人都为质量负责，开发人员会采用TDD等方式写大量的自动化测试，那么是不是不需要QA了？
　　对于这个观点，在社区有过很多激烈的讨论，比如这篇文章《我们需要专职的QA吗？》曾经引起了很大的争议，其实个人认为这篇文章里提到的QA指的是Tester，具体两者的区别可参考前面的观点；抛开这个，作者的某些观点其实是很有价值的，比如作者后提到了质量不是测出来的，要通过软件生命周期各个阶段相关活动的保障，而这些活动都离不开QA的参与。
　　首先需求分析阶段，QA可以从不同的视角对于需求提出疑问，补充，修改，因为QA特有的技术背景，对于软件的可用性等有更深入的理解，所以往往可以提出不同于业务分析师和开发人员的观点；开发阶段，QA也会审查开发人员写的自动化测试，通过QA的专业测试背景帮助开发人员写更有价值的测试，比如我们在项目中曾经发现开发人员写了很多没有业务价值的测试；测试阶段，探索性测试，可用性测试，安全测试，性能测试等都是QA们在做的事情。
　　当然，如果业务分析师从各种视角把业务分析的透彻完美，开发人员可以写非常有价值的测试，也可以做各种类型的手动测试，那么去掉专职QA也不是不可以，那样的话不是不需要QA，而是人人都是QA。

　　结论
　　以上列出来的七点是刚刚接触敏捷测试时很容易进入的误区，甚至有的观点在一些已经施行敏捷很长时间的团队中仍然存在，这些观点很容易导致敏捷测试走上弯路，以上是结合实际项目经验个人的一些思考，希望对大家有所帮助。