跟贴

测试技术是手段，业务逻辑是灵魂。若技术脱离业务场景，如同无根之木终成空中楼阁；若业务缺乏技术支撑，恰似跛足巨人难逃低效轮回。职场万象不过谋生之道——不管什么长工、短工、还是点工、大厂、小作坊，真正决定职业价值的，是技术深度与业务视野的双向积累。前者铸就专业壁垒，后者锚定价值坐标，两者相融找到施展的平台，方可职场大圆满。

我的一些经历和现状：很多都是测试接到需求，到交付的时间，只有一周的时间。而且这样的测试任务并行多个；迭代频率高，测试交付周期短，实际测试工作用思维导图做下测试分析，明确测试的范围、测试点、标注侧重点。所谓的最佳测试用例实践，没有统一答案，实际情况不同，最佳测试用例实践就不同。就像有人说 php 是最好的编程语言，也是一样的道理。

很厉害呀！可是 30[k] 呢 ，测试不通过。还得优化一下

你的思路还是不错的，但是字母压缩还有一种情况：m3[k] 2[am] 。这种情况还需要优化考虑一下

比我的强

mappings 就是 es 存储数据的文档结构，相当于数据库的表结构，关于 mappings 怎么填写获取，我注释里面有写。properties 就是文档内容，这里怎么填写要看你自己的文档内容了，我这里提供了方式方法，但是不包教学。我觉得这些基本的 es 知识多去 baidu，Google 学习一下，那上面的内容比我在这里说的专业详细。

有引用呀
，导入哪里就填哪里的

导入步骤就是在测试环境创建 index，再创建 mapping,再解析已经导出的文件，构造数据，导入到新环境，就是这样，都有注释的，具体哪里不懂？