测试角度看敏捷

    前言：

            说到敏捷，首先要解决的问题是何为敏捷？接下来我们就用WWH方法来分析一下，什么是敏捷，为什么要敏捷，如何敏捷，以及谁来敏捷的问题？

一、WHAT——什么是敏捷

        敏捷：敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。        

         敏捷软甲开发：敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。

 敏捷发展历程：

        20世纪50年代-美国国防部（DOD）和美国航空航天局（NASA）开始采用迭代式的增量方法（IID）。
        20世纪60年代-科技的发展，制造业岗位的消减，”知识工人“产生，旧模式不再凑效，生产工具在人的头脑里，旧式的方法被提倡信息共享和劝导的新方法代替。
        20世纪60年代-Thomas Gilb提出演化项目管理的概念（EVO方法）。
        1970年-Winston Royce发表文章《Managing the development of large systems》阐述瀑布方法的概念，并注解说明：“是危险的的并且可能导致失败”的原因， 因为它将测试放到了最后。
        1986年-Tankeuchi和Nonaka发表白皮书《The New New Product Development Game》讨论了Scrum方法。
        2001年2月，Martin Fowler，Jim Highsmith等17位著名的软件开发专家齐聚在美国犹他州雪鸟滑雪圣地，举行了一次敏捷方法发起者和实践者的聚会。在这次会议上面，他们正式提出了Agile(敏捷开发)这个概念，并共同签署了《敏捷宣言》。

 二、WHY——为什么要做敏捷

        随着互联网的发展，市场需求与日俱增，呈现出需求膨胀，多变，且愈发模糊的特征，因此为了能够更好地在市场上抢的先机，各大互联网厂商争相开展敏捷转型，以求能够在最短时间内交付可用软件，提升软件迭代能力，为客户尽快创造价值，以便在市场中长久生存下去。

瀑布模型与敏捷模型对比

瀑布

优势：

1.准备充分，产品交付质量高

2.产品研发串行开展，团队实施压力小

3.需求变更较少，版本稳定

劣势：

1.产品不够灵活，难以适应多变的市场

2.研发周期长，容易错失市场

3.研发流程过于刻板，效率低下，却不利于从多维度分析产品需求合理性

敏捷

优势：

1.团队交付能力强，能够快速交付可用软件，抢占市场先机

2.测试前移力度大，全流程参与研发，提升交付质量和效率

3.机动性强，有较强应对多变需求的能力

劣势：

1.团队转型成员接收阻力较大

2.由于灵活性较高，能难固化资源

         简言之，市场是企业生存的根本，顺应市场变化，在最短时间内为客户提供可用软件是企业发展的必然，因此敏捷转型将是企业必经之路。

三 、HOW-如何转型

如下图为标准化敏捷流程，结合实际经历和角色浅谈以下几点测试在敏捷环节当中的体会，以供大家参考

1、角色转换，提升高度

        首先，传统意义上的瀑布模型中，各环节为串行依次开展，部门壁垒较强。测试作为环节最后一环，往往不关心需求及研发阶段历程，仅会在最后一环进行质量把关；然而在敏捷流程当中，更为强调团队和个人，测试需要前移至需求阶段，参与产品研发全生命周期，发挥主人翁意识，在产品研发的各个环节拦截一切可能存在的问题，因此需要测试从心态上加以转变，我们不再是测试的最后一环，也不再是存在感最低的一环，我们是产品的主人，是质量的第一责任人，也是质量的最后一道防线，综上，对测试的综合能力要求也较高，同时要具备产品看待需求的视角和开发设计产品的思路。

 2、加强自动化能力，提高效率

        鉴于敏捷的快速迭代、快速交付特点，要求团队整体效率相较之前有很大提升，测试作为团队内质量把关者，往往最为缺少的就是时间，因此，在有限的人力，有限的时间范围内，我们需要交付最高质量的可用软件就要从效率提升角度入手，此时自动化往往是不二选择，通过自动化覆盖，通常可以提升测试的精准性，释放人力，在持续集成过程中，利用自动化的快速、高效、精准等特点可以有效的保障已交付story的稳定性，为测试人员扫清后顾之忧。

3、勇于探索，敢于试错

        敏捷试点的过程即使试错的过程，不要因害怕犯错而不去做，正确的经验常常是从无数次错误过程中总结而来，作为测试人员，在全新的研发模式下，经常会无所适从，畏缩不前，其实不然，我们应该战胜对未知的恐惧，比如迭代计划会，我们可能工作量评估不准，但是一次不准，两次不准都没关系，要的是一次比一次准，只要深入思考，敢于试错，终会成为一名合格的敏捷测试人员，其次要勇于担责，善于自我批判，迭代回顾为不可流于形式，迭代回顾要将迭代中好的、不好的分析到位，敢于指出他人之错，善于发现自身不足，同时也要虚心接受来自不同角色的建议，打破部门壁垒，责任面前，切忌相互推诿，时刻牢记我们是一个团队，产品的成功是终极目标。