去哪儿的混沌工程依托 chaosblade 作为故障注入工具，在经历两年多的落地实践后已建成较成熟的体系。

在上一篇的文章中，针对Android端的自动化测试框架做了一个简单的了解与使用，今天这篇文章呢，咱们就谈一谈具体的实现思路

前言 背景和意义 关于 UI 自动化的基本概念和原理可参照这篇文章https://juejin.cn/post/7125684228167041032，这里不在赘述 对于大型迭代频繁的项目来说，每次迭

写这篇文章，是希望把我的一些我认为是非常有价值的经验总结出来，能够帮助刚做测试不久的新同事，或者是测试经验丰富的老同事以共享。希望我们可爱的新同事，准备要在测试领域耕耘的伙伴，都能有所收获。

在测试覆盖率的讨论里我越来越疑惑了，当他们在谈论测试覆盖率时，他们口中的 60%，70%亦或是99%究竟代表着什么

随着科技的发展，我们正在进入一个新时代：万物互联时代。在这个时代，网络的响应速度就尤为的重要，想要达到这个目的就需要用到我们本篇文章的主角-性能测试。那么，什么叫性能测试呢？

这是一个统计基于 Swift & Objective-C 工程的代码覆盖率的自动化脚本。之所以做成 Pod ，是便于更好的复用，该 Pod 只包含了收集生成代码覆盖率的脚本。整体比较简单方便。

去哪儿旅行 UI 自动化系统 TARS 于 2020 年 3 月启动，到 2020 年底达成一期预计目标。TARS 团队收集了运行中的各种问题，并制定解决方案，启动了新一轮的迭代设计。

Redis集群一般有四种方式，分别为：主从复制、哨兵模式、Cluster以及各大厂的集群方案。在3.0版本之前只支持单实例模式，3.0之后支持了集群方式。在3.0之前各大厂为了解决单实例Redis的存