持续集成系统思考记录

1、基于ansible tower来管理测试环境机器，使用zabbix或nagios来作为进程监控和rpm一致性检查；使用任务流增加配置中心的调用来同步部署测试环境；DB如何处理？如何区分环境？

2、缺乏发布效率的数量呈现。例如 提交->发布→快速验证（测试）→运行监测数据 总共的耗时要多久，我们可否逐步降低；目前的效率很慢。如要提高效率需要重构jatsci架构，优化编译、打包、部署流程；尤其是编译效率

3、运维同学已经开始慢慢支持制作镜像，基于镜像发布。持续集成系统要如何适应；

4、提交->发布→快速验证（测试）→运行监测数据 中包含代码检测。而目测试对于代码检测一直侵入不够；snoarqube平台可以作为基础的平台来使用。结合开源c++插件以及其他插件做一个综合代码检查工具；做到一次扫描多重检查；

5、运行监测数据中目前为0；检测ui、cgi接口、后台接口、压测等各种测试的数据、以及服务器、进程的性能数据；日志异常检测等；

6、如何自动生成测试数据；

7、针对不同的业务类型（app、H5、网关、后台服务）制定不同的工程标准；

 

开发的测试工具得不到推广使用的原因：

对实际使用者：

1、门槛高，不好用，不够傻瓜；

2、给对方增加工作量，心理抗拒；

3、维护成本高，不想要接入；

4、效率低，使用工具与手工效率相差不大；

5、工具跑的过程中出现问题，不方便开发同学调试，难用；

6、推广成本高，推广起来需要改造现有流程，可能大部分人都是抗拒的；

7、部门墙，与其他部门的工作范围有重合。或者与对方利益有冲突；

8、没有解决对方的关键痛点

 

对ld：

1、没有量化、直观、可视化的效果呈现出来，方便ld们统计和使用；

2、指标非ld们实际需要的指标；

3、统计精度不够细

4、需要对异常指标作出基本判断，并给出明显的提示或建议；