在开始的时候，我也尝试去找一些常用的框架或者机制，但是在实际情况面前，纷纷被我否了。在与8、9位测试工程师应聘者聊过之后，坚定了造个轮子的信念。
# 需求和目的
特殊情况，情况即条件，条件艰苦，对于现成框架来说是灾难。
- 人员分散，部分开发工程师分隔在两地，开发和测试分隔在两地；
- 工作负载最重的工作站在本地，而非云上，48核的云上实例实在是有些贵；
- 各服务之间存在着公司VPN的隔离，工作站在公司内网以外（还是因为异地办公）;
- 输出为Android ROM包，体积较大。
想要达到的目的，从结构上看，目的很轻，现成框架会显得太过臃肿。
- 可在触发后，自动完成提测版本发布和回归操作；
- 可在版本输出前后，运行自动化测试脚本，进行集成回归测试；
- 可方便添加独立的测试或者处理模块。