麻利测试
- 从狭义上来讲，测试是整个麻利团队的流动，而不仅仅是测试同学的流动，因为原则上咱们冀望的麻利团队的产出是通过代码编写 + 代码集成 + 代码测试之后的增量，所以开发同学也须要在这个指标指引下，如果测试有积压，开发同学须要针对故事进行测试，以便实现整个麻利团队的交付承诺，而不仅仅是编码，仅仅编码不是用户和公司冀望的，而通过测试的代码才是冀望的；
- 而从广义上来讲，麻利测试，首先从测试同学角度，在麻利开发的环境和上下文下，如何进行测试，思维和办法有何转变。
一、什么是麻利测试？
起源：老话题新讲解：到底什么是麻利测试？
在麻利环境里，测试要想生存，须要转变认知，测试不再是传统意义上的测试阶段，而是变成了测试流动，从而才能够进行继续测试。
起源：https://www.luxoft-training.c…
二、麻利测试人员
《麻利测试》：
- 麻利测试人员：业余的测试人员，适应变动，与技术人员和业务人员开展良好合作，并了解利用测试记录需要和驱动开发的思维。
- 麻利测试人员往往具备优良的技术能力，晓得如何与别人单干以实现自动化测试，同时也善于探索性测试。他们心愿理解客户在做什么，一次更好地了解客户的软件需要。
麻利测试人员成为麻利团队中的一员，通常麻利团队采纳最风行的 Scrum 框架，那么团队包含负责产品方向和 ROI 的产品负责人，负责引领麻利 Scrum 的团队服务型领导 Scrum Master，负责将产品愿景和需要实现的开发团队（蕴含所需各种技能的团队成员，例如开发前端技能，开发服务端技能，测试技能，测试自动化技能等等）。
三、麻利测试思维
《麻利测试》：以客户为核心，重视后果，勤于耕作、合作、富裕创造力、乐于学习和适时地发明业务价值。
麻利测试前提是麻利开发，那么须要在认同和执行麻利宣言的价值观和 12 准则前提下，从测试技能、测试流动角度，应该具备的思维，就是麻利测试思维。
四、麻利测试十大法令
起源：《麻利测试》，强调态度和心态比特定技术能力更重要。
1、提供继续反馈
- 反馈需要以便形容分明每个用户故事；
- 和团队独特将每个用户故事转化成可执行的测试；
- 和同队独特执行测试，一直接管有价值的反馈
2、为客户发明价值
- 聚焦要害门路，确保最小外围性能首先实现，边边角角简单完满性能逐步迭代上线。
- 麻利测试人员不仅从利益相关者角度思考软件系统，也会理解开发面对的技术限度和施行细节。尽早常常地向客户、产品负责人、开发提出问题，把他们的答案塑造成正确的测试。
- 自动化黄金流程 / 罕用门路的测试；稍后减少负面测试和边界测试。
- 如果一个利用关注安全性，减少负面测试是必要的；
- 在迭代打算会议上，须要评估测试工夫，确保迭代按计划公布安全可靠的利用
3、进行面对面沟通
- 麻利测试人员和开发，产品负责人，业务代表甚至用户，面对面沟通
4、勇气
- 有勇气防止期待所有性能代码实现再测试，有勇气推动麻利转型，一个用户故事一个用户故事测试。
- 有勇气践行测试后行，推动测试自动化和继续集成，无论是自动化单元测试，还是自动化其余各种类型测试，每个迭代继续积攒自动化测试脚本。
- 有勇气容许犯错，从而继续改良。
- 有勇气说咱们，而不是说我，说你。
5、简单化
- 从简略着手，开发进行简略设计编写简洁代码，测试人员采纳轻量的工具和技术恰到好处地进行测试。
- 对测试分层，采取必要的测试策略。
6、继续改良
- 继续改良是整个麻利团队的外围，也是麻利测试人员的外围，继续学习，继续改良，尝试更杰出的工作，只有能可继续的高效的为用户、客户的发明价值、交付价值，并且晋升测试的业余。
7、响应变动
- 测试人员和开发人员一起适应和响应变动，在专一和变动之间找到均衡，自动化测试是一个要害。
8、自我组织
- 所有的产品施行交付流动都是团队的职责，麻利团队贯彻麻利测试理念，继续关注测试和自动化测试。最高优先级的问题须要整个团队解决。
9、关注人
- 麻利团队成员相互尊重并认可集体成就，并有机会进步和倒退各自畛域的技能，也进行跨界扩大技能畛域的广度，所有人是平等的，仅仅是具备不同技能的人而已，整个麻利团队关注一个一个的用户故事的交付，任何人只有具备相应的技能，都能够奉献。只有测试工作失去执行，不肯定要指定某些成员为测试人员。
10、享受乐趣
- 所有成员合作，整个团队负责品质和测试，从而激发和珍视麻利测试人员对工作的激情，因为从测试角度，对团队和客户产生了真正的价值，而不是成为最初甩锅对象，呈现问题，被各种人逼问，为啥测试没有把关好，把问题测试进去？
五、麻利过程的测试策略
因为麻利中落地实际最间接的是迭代，并且在迭代中是围绕一个故事一个故事进行开发和测试：故事设计 -> 故事开发 -> 故事测试 -> 故事验收 -> 故事上线。
所以就能够防止在迭代内做成小瀑布，测试人员在迭代前期期待大批量故事累积在一起之后再进行测试。这样就很好的践行了测试左移、继续测试、测试后行的麻利理念。
这里的 test first，是说测试后行，或者说测试动作 / 流动后行，而不用等到迭代前期测试。而 TDD, Test Driven Development 测试驱动开发，是开发人员先写函数 / 单元的测试代码，导致测试失败，再写性能代码，让测试通过，再重形成简洁代码的过程。
从用户视角，ATDD（验收测试驱动开发，Acceptance Test Driven Development）/BDD（行为驱动开发，Behavior Driven Development），是整个麻利团队一起进行的测试用例辨认和测试用例自动化的办法。
那么什么叫做一个故事一个故事进行开发测试呢？如下图最下边的状况，跨职能个性团队进行迭代，针对每个故事进行 DBT，定义产品计划、构建开发、测试。
迭代内的进一步形容如下：
起源：《麻利测试》
起源：《深刻麻利测试》
六、麻利测试和传统测试的比照
起源：到底什么是麻利测试和摸索式测试？
起源：爆肝全面分享什么是麻利测试？
七、麻利测试象限
起源：你被“麻利测试四象限”蒙蔽多少年了？
八、自动化测试金字塔
自从 Mike Cohn 在 2003 年提出测试自动化金字塔之后，在自动化测试畛域，对测试自动化的打算很有帮忙，咱们须要思考在哪一层进行自动化测试。
起源：《深刻麻利测试》
Alister Scott 为了更加强调探索性测试，在自动化测试金字塔上减少了上帝之眼（摸索式测试）。
起源：《深刻麻利测试》
Sharon Robson 扩大了测试金字塔，展示了多种品质维度、工具和测试类型。
1、在左边减少了针对测试类型和测试人员抉择进去的测试工具。
- 用户验收测试：通明、易装置、易于从新运行，比方捕获回放
- 零碎：特定的流动或技术、打桩和驱动、命令行
- 单元：特定的技术，集成到继续集成环境
2、在右边，减少了测试类型或零碎属性，保障能够思考到解决方案所需测试的各个方面，例如功能性、非功能性。
- 用户交互的易用性、功能性
- 底层的可靠性、性能、易维护性
3、同时在最外围，对任何零碎属性进行回归，把回归作为测试的一部分来思考。
起源：《深刻麻利测试》
九、麻利测试宣言
起源：http://www.growingagile.co.za…
起源：麻利测试宣言与准则解读
起源：老话题新讲解：到底什么是麻利测试？
起源：麻利测试宣言与准则解读
起源：老话题新讲解：到底什么是麻利测试？
作者：IDCF 社区特约讲师 赵卫