作者：京东物流李光新
1治理背景测试环境这个话题对于开发和测试同学一定不陌生，大家几乎每天都会接触。但是说到对测试环境的印象，却鲜有好评:
?环境不稳定，测试五分钟，排查两小时?基础建设不全，导致验证不充分，遗漏缺陷?多人共用，节点堵塞这些问题在行业内其实屡见不鲜，针对测试环境的治理，不得不引起我们的重视。
首先我们要清晰的认知到，测试环境管理做的不好，不光有严重的质量风险，还会非常影响迭代效率，所以这件事情很重要。那在解决它之前，我们首先要去想想，对于测试环境我们到底有哪些诉求？
很明显，测试环境的定位就是满足产研测的测试需求，保障产品迭代质量。所以从使用类型上，一般要支撑集成测试，系统测试，甚至故障测试等。
而这些环境背后，其实都伴随着非功能性要求，重点体现在:
1.从使用者角度?想用就有，不要等待?要低维护，高稳定2.从企业角度
?低成本，高效率简单总结一下，理想的测试环境应该是：自由连接、随时可用、互访可控。
那么现实中的测试环境又是怎样的呢？所谓“理想很丰满，现实很骨感”，对于一线测试工程师可能会发现，真实的测试环境并非这么理想。
测试同学算是测试环境的主要使用者，对测试环境的管理理应负有直接责任。不过现实中，经常看到的是，测试同学因本身测试任务较多，且测试环境管理也要求具备一定的系统运维能力，导致相对而言，测试同学要想做好测试环境管理，也不容易~
下面就主要给大家分享一次实际工作中的Mysql性能优化实践，与大家共勉~
问题点：物流中台运单waybill.etms应用，由于包裹表未使用索引，导致的cpu飚高问题
?
2分析过程1.不管是在日常自动化测试还是功能测试过程中，经常会遇到数据库数据落库比较慢的场景，不仅影响功能测试进度，还会影响自动化的执行时长和成功率，在此背景下，展开如下排查工作~2.查询两个异常运单，发现数据落库在十分钟以上，展开分析，??3.发现都是查询delivery_package_d抛出异常，怀疑是不是共性问题；ybill_log.log:-03-:42:03ERROR