标签：验证 服务器 区分 指标 集成系统 压测 代码 基础 架构
1、基于ansible tower来管理测试环境机器，使用zabbix或nagios来作为进程监控和rpm一致性检查；使用任务流增加配置中心的调用来同步部署测试环境；DB如何处理？如何区分环境？
2、缺乏发布效率的数量呈现。例如 提交->发布→快速验证（测试）→运行监测数据 总共的耗时要多久，我们可否逐步降低；目前的效率很慢。如要提高效率需要重构jatsci架构，优化编译、打包、部署流程；尤其是编译效率
3、运维同学已经开始慢慢支持制作镜像，基于镜像发布。持续集成系统要如何适应；
4、提交->发布→快速验证（测试）→运行监测数据 中包含代码检测。而目测试对于代码检测一直侵入不够；snoarqube平台可以作为基础的平台来使用。结合开源c++插件以及其他插件做一个综合代码检查工具；做到一次扫描多重检查；
5、运行监测数据中目前为0；检测ui、cgi接口、后台接口、压测等各种测试的数据、以及服务器、进程的性能数据；日志异常检测等；
6、如何自动生成测试数据；
开发的测试工具得不到推广使用的原因：
对实际使用者：
1、门槛高，不好用，不够傻瓜；
2、给对方增加工作量，心理抗拒；
3、维护成本高，不想要接入；
4、效率低，使用工具与手工效率相差不大；
5、工具跑的过程中出现问题，不方便开发同学调试，难用；
6、推广成本高，推广起来需要改造现有流程，可能大部分人都是抗拒的；
7、部门墙，与其他部门的工作范围有重合。或者与对方利益有冲突；
8、没有解决对方的关键痛点
对ld：
1、没有量化、直观、可视化的效果呈现出来，方便ld们统计和使用；
2、指标非ld们实际需要的指标；
3、统计精度不够细
4、需要对异常指标作出基本判断，并给出明显的提示或建议；
标签：验证 服务器 区分 指标 集成系统 压测 代码 基础 架构
原文地址：https://www.cnblogs.com/carterzhang/p/11287660.html
