平安金融壹帐通测试技术周报（第四十四期）

本期导读：本期周报原创篇为大家带来领导梯队一书中的六个阶段模型和Web服务器Tornado，如今移动测试技术也能用上人工智能了，后端测试本周主要关注Spark在测试中的应用，在通用技术篇带来了持续集成领域的系列文章基于容器服务的持续集成与云端交付，测试杂谈中分享了两篇敏捷测试相关文章。

原创文章

领导梯队-领导梯队模型@贺满

《领导梯队》一书中提出了领导力发展的六个阶段模型成为企业领导力开发的经典指南。通过对六个典型管理层级经常出现的问题，从领导技能、时间管理能力、工作理念三个方面进行了分析，提出了改进建议。本文对这六个阶段做了简要总结

Tornado初学篇@谢照青

Tornado是一款由Python编写的，相对简单的非阻塞式Web服务器。和现在的主流Web服务器框架（包括大多数 Python 的框架）有着明显的区别：它是非阻塞式服务器，而且速度相当快。Tornado每秒可以处理数以千计的连接，因此Tornado是实时Web服务的一个理想框架。使用tornado可以构建高性能的web应用，例如facebook的社交服务friendfeed。

移动测试技术

人工智能在自动化测试中的一点小实践

花椒相机是360发布的一款拍照APP，可以在照片中加入各种小插件来美化照片。尽管自动化可以搞定该APP拍照的大部分功能，但是对于加入插件后的照片是否正确却无法验证，只能通过保存到本地，进行人工检查。无法使自动化形成一个闭环，未能使自动化的价值最大化……

如何在 React+Redux 的项目中更优雅的实现前端自动化测试

乘着改革开放的浪潮，这段时间我们终于接触到非常火热的前端项目构架React+Redux。 这个构架下的前端项目，最大的优点就是Redux鼓励各个组件无状态化(no state)，利用store统一管理state，从而使各个组件之间相对更加独立和易于维护，使得前端的构架更加简单化。那么作为新技术的React+Redux的出现，会不会给也测试带来一些新的思路或者机会来解决这些问题呢？比如放弃掉经典的UI自动化测试？

后端测试技术

测试开发之路--Spark 之旅 (一)：大数据介绍

如果我们的性能测试的需求要造10亿级甚至更多的数据。普通的方式肯定不行了，得用到spark提交到yarn上运行才跑的动。所以现在我们来谈论谈论大数据方面的东西。同时大数据也是人工智能的基础，现在搞搞大数据的东西，也为以后讨论人工智能方面的测试做做铺垫吧。

测试开发之路--Spark 之旅 (二)：基础操作

上一次我们介绍了大数据的一些历史历程和基础。今天我们来讲一讲spark的基础吧。 首先spark支持java，scala，R和python。大家一定对java或者python已经熟悉了。 不过我还是建议大家使用python或者scala来进行spark的开发。因为spark的API大量的使用了函数式编程。

测试开发之路--Spark 之旅 (三)：Shuffle 以及性能测试初探

本文讲讲Spark比较核心的概念--shuffle，但是在讲shuffle之前我们需要先了解一下key:value形式的RDD，因为只有这种RDD才会触发shuffle操作。上一篇帖子我们知道了RDD的概念并做了一些实验。但基础的RDD并不具备结构性。所以今天我们来看看Key:Value形式的RDD是如何操作的。为了方便，我们下面都称做pair的RDD

通用测试技术

基于容器服务的持续集成与云端交付（一）- 交付之禅

随着微服务架构与容器虚拟化技术的发展，持续集成与持续交付的概念又重新回到了大家的视野，越来越多的公司开始使用持续集成的系统来解决频繁发布带来的质量问题；使用持续交付的工具来实现代码在不同环境上的自动部署。原本有些学院派乌托邦式的思想正被千千万万次的集成与部署证明着它应有的价值。那么究竟是因为什么让持续集成与持续交付这个已经不再年轻的软件开发与交付的思想重新焕发绽放迷人的光彩呢？

基于容器服务的持续集成与云端交付（二）- 多维度打磨交付能力

在上一篇中，和大家一起讨论了传统软件交付的问题、持续交付的难点、以及为什么云端的容器交付可以协助大家快速的持续交付。但是当真正的将一个系统通过云端容器交付的时候会发现不能单纯的将Docker作为一种交付工具来对待，更多的时候是作为一个交付平台的基础设施来看待，还需要关心的是使用Docker后网络、存储、安全、性能、监控等等不同方面带来的变革。

基于容器服务的持续集成与云端交付（三）- 从零搭建持续交付系统

在上一篇文章中讨论了容器服务提供的交付能力，在本文中我们将讨论如何从零搭建一个持续交付系统。对于大多数公司而言，选择一个合适自己的持续交付系统是尤为重要的一件事情，不同的公司、不同的业务使用的场景也各不相同，因此要根据自己的业务场景与发展方向来选择合适的方案。根据不同的业务场景与交付方式，阿里云容器服务提供了三种不同的持续交付方案。

基于容器服务的持续集成与云端交付（四）- 多种发布方式

在前面的文章中，我们讲述了什么是云端交付，如何搭建从零搭建一个持续交付系统，而今天我们要谈的是如何安全的部署你的系统，部署这个名词包含了很多的含义，最简单的解释就是如何让你的程序运行在最终的环境上。但是部署的方式上面有非常多的最佳实践。接下来我们来讨论下常见的几种发布方式，以及如何利用容器发布实现最常用的零宕机发布方式蓝绿发布。

测试杂谈

精通敏捷测试

采用敏捷开发实践可以加速软件交付已经成为共识。但是，如果没有将质量保证实践直接纳入到开发过程，就不可避免地会出现产品质量问题。为了始终可以获得高质量的产品，工作实践和团队角色都需要作出改变，从而做到品质优先，而不是在最后进行测试。

敏捷仍然是王者，但持续集成却是难以实现的目标

Dimensional Research最近做的有关现代开发团队测试趋势的调查显示，敏捷方法已经得到了广泛地使用，但只有很少的组织拥有按小时基准部署的能力，而受访者们对这个目标越来越关注。现在，在相关网站中常常能看到这样一句话：如果不能即时进行部署，那就根本不是持续交付！