你好，我是敏捷测试专栏讲师朱少民，欢迎进入第 30 讲“代码依赖性分析与精准测试”。

在传统的开发模式中，产品上市前都会做一次完整的回归测试，在这个阶段项目会严格控制代码的改动，担心会引入重大缺陷，这种全量的回归测试的工作量就会很大，而且其中有一部分测试用例的执行是没必要的、是一种浪费，这是因为被测试的这部分没有受到影响。如果在测试过程中发现了不得不修复的缺陷，那么在代码修改后就只能凭测试人员的经验选取有限数量的测试用例来做 针对性的回归测试，选取很少的测试用例，风险比较大，而且缺少科学依据。

管理学上有一个木桶理论，一只水桶能装多少水取决于它最短的那块木板，这个理论推广到分布式系统的可用性上，就是系统整体的可用性取决于系统中最容易出现故障，或者性能最低的组件。系统中的各个组件都要进行高可用设计，防止单点故障，消息队列也不例外，这一课时一起来看一下消息中间件的高可用设计。

严格意义上来说，Serverless 并不属于前端技术，但对于那些想提升自己知识广度，想往全栈工程师方向发展的前端工程师而言，是一个非常高效的工具。而对于那些只想专注于前端领域的工程师而言，了解 Serverless 背后的思想，对提升开发思维也会有一定的帮助。

容器间通信原理

我们知道 K8s 属于容器编排工具，了解K8s 网络其本质上需要了解容器间的网络互访原理。同宿主机上容器与容器通过 namespace 做网络隔离，使得每个容器由独立的网卡、回环设备以及监听的独立端口地址并不会相互影响。关于容器和容器之间的通信原理，我们就需要分两块来讲，一是同宿主机上，容器之间的通信过程，二就是不同宿主机上面，容器之间又是如何进行通信。

安全是软件开发领域永远的主题之一，随着新技术浪潮的兴起，安全的重要性愈发凸显出来，对于金融等行业，甚至可以说安全是企业的生命线。不论是移动设备、普通 PC、小型机，还是大规模分布式系统，以及各种主流操作系统，Java 作为软件开发的基础平台之一，可以说是无处不在，自然也就成为安全攻击的首要目标之一。

上一节我们讲了 Flannel 如何解决容器跨主机互通的问题，这个解决方式其实和虚拟机的网络互通模式是差不多的，都是通过隧道。但是 Flannel 有一个非常好的模式，就是给不同的物理机设置不同网段，这一点和虚拟机的 Overlay 的模式完全不一样。

上一篇，我们谈到了“区块链即服务”的概念。实际上，区块链第一个需要解决的服务就是数字货币支付服务。如何将数字货币钱包集成到系统中，我认为这是区块链行业最为迫切的问题。

昨天，我们一起了解了关于团队文化的一些事情。作为技术领导者，构建良好的工程师团队文化可能是你绕不过去的一个课题。今天我们就请 5 位过来人，讲述他们的文化构建实战经验。当然，由于每个公司对工程师文化的理解不同，这些经验不一定能拿来就用，但至少可以提供一种思路。

随着芯片纳米工艺技术不断提升，我们的电子设备变得越来越小，而随着移动设备的普及，移动游戏一定是未来游戏行业发展的重头，未来游戏玩家将会花更多的时间在移动端的游戏上，所以我们今天就来探讨一下移动游戏的未来发展。

“凡事预则立，不预则废”，没有事先的计划和准备，就不能获得项目的胜利，这充分体现了计划的重要性，没有计划是万万不可的，即使是在敏捷开发模式下，虽然在敏捷宣言中有这样一句“拥抱变化 胜于 遵循计划”。但是，敏捷宣言末尾有一行小字，特别提醒我们右边项也是有价值的，即“遵循计划”是有价值的，只是“拥抱变化”更具有价值。