敏捷QA的这些日常活动，的确反映出敏捷QA的日常工作内容和方式都和传统开发模式下的测试人员有很多不同。下面我们为大家来详细介绍一下两者的不同以及敏捷测试对QA的要求有哪些。  

      大连可以自己开发OA系统的公司团队构成、测试阶段、工作方式、关注点、业务知识来源以及发布计划制定几个方面，来看看敏捷QA与传统测试人员有哪些不同。

      从上表的对比可以看到，敏捷QA是特殊的，主要体现在以下几方面。

      致远服软认为：http://www.soft8.com.cn/敏捷QA 是提出建议者而非看门人。他需要在参与的每个阶段提出自己的建议，而不是等到开发流程最后来对系统进行验证；不仅要验证开发设计是否满足需求，还要发现需求是否能真正体现业务价值，分析是否有不恰当或缺失的需求。比如说，敏捷QA在跟业务人员结对编写验收标准的时候发现故事分析过程中漏掉的需求，在跟开发人员结对过程中跟开发人员讨论某个测试放在哪层实现比较合理等。

      发现风险并将风险与团队及客户沟通。QA 参与整个开发流程，可以说是团队里边对系统整体的认识和把握最全面的，因此也更容易看到系统存在的风险。

      大连可以自己开发OA系统的公司团队提供关于产品质量的反馈，便于调整。在每个迭代结束时，QA 需要分析统计该迭代的缺陷并结合自己通过测试对系统质量的了解，及时跟团队反馈，讨论分析质量下降的原因以尽快作出改进，或总结质量上升的经验，鼓励团队再接再厉。

      在大连计算机视觉识别软件制定产品和版本的发布计划的时候，QA 可以根据自己对产品质量的了解，从测试人员独有的视角提出一些关键的建议。

      大连可以自己开发OA系统的公司通过参与开发流程的每个阶段，能够协助团队从内部提升质量，让质量融入到产品开发中来，比如在故事验收阶段对测试覆盖率的确认。

      这些特殊性对敏捷QA也提出了更高的要求，需要做到以下几点。

      具有丰富的产品知识和对用户业务目标的准确了解。

      对不同系统和数据库所用到的技术知识有所了解。

      和不同角色以及客户进行有效沟通。

      主动验证质量目标并及时说出自己的想法。

      编写测试计划，列出需要执行的活动并进行估算。

      自动化测试的能力和对测试工具的基本了解。

      在团队内部进行知识分享，协助整个团队参与到测试活动中来。