说到QA，通常指的是质量保证（Quality Assurance）工程师，但我更喜欢定义敏捷中的QA为质量分析师（Quality Analyst），主要基于以下几个方面的原因：

　　● 质量保证更偏向于工业说法，称参与软件测试的人员为质量分析师感觉更恰当；

　　● 质量保证师更多的还是把测试当作软件质量的后把关着、看门人，而敏捷中的QA更多的是建议提供者而非看门人，把QA称为质量分析师更能体现敏捷中团队对质量负责的原则；

　　● 质量分析师更重视业务价值，关注业务价值的分析。

　　QA，质量分析师，显然与测试有关。敏捷中的QA，也是与敏捷测试有关。敏捷测试是在敏捷开发模式下对软件进行的测试，要求尽早测试、频繁测试，以及时提供反馈。敏捷测试要求团队对软件产品的质量负责，而不是某个带有QA头衔的特殊人员。敏捷中的QA可以是参与敏捷测试的所有团队人员，而并不一定是特定的专职的测试人员。

　　这听起来是不是有点特别？跟传统开发模式下的测试人员是不是有些不一样？别急，我们先来看看敏捷中的QA是如何进行日常工作的。

　　敏捷QA的日常活动

　　从迭代到发布，敏捷测试的生命周期各个阶段QA的活动主要有：测试分析，测试自动化策略分析、框架构建等，故事测试，迭代计划会议和客户演示，测试自动化的维护和执行等。如下图示：

　　QA通常不是仅仅工作在某个迭代，而是并行的同时工作在多个迭代：要对当前迭代的故事进行验收测试、探索性测试，和开发人员结对实现测试自动化；还要和业务人员结对分析下一个迭代的故事，编写验收标准和测试用例。

　　在单个迭代内部，伴随着故事生命周期，QA的活动有哪些呢？用户故事生命周期包括以下几个阶段：故事分析、故事计划、故事开发、故事验收、故事测试／探索性测试、系统测试和客户演示。QA参与故事的整个生命周期，在每个阶段都会发挥作用。