有没有可能你的 customfield_10301 实际也是要传递对象的方式： {"id": "10205"} ， 要不就是这个 key 确实是在这个问题类型里面不存在 基本我遇到的就是这两种清理

好难

这句话就能说明你们领导对于测开岗位本身的定位以及工作内容就不清晰，这个还是明确好来再开展工作更合适

可否提供一个最小的可复现的项目 我来试试看？或者说加个微信，我来看看，我好久没有处理过这个了，可能得确认下

真香， 用 didi 原生的逻辑，会出现各种的 index，越界的报错。 直接用了 MinderJsonPatchUtil 就没有问题，太棒了 哈哈。

一旦两个版本对应的 代码文件被修改了比如说增加了一行，这个时候探针的数据长度就不一样了呀。

插件还有一种模式是 background 的模式发送 ，这种是不会有跨域问题的呀

加个微信私聊下？

信息量有点少，首先我个人觉得跟那个图片加载应该没有太多的关系。因为我用 istanbul-middleware 比较少，所以没有遇到过这样子的问题
我建议你这么尝试分析下看看

1. 重点对比下 css 样式的内容的差异 (因为这个样式问题，按理就是 css 的加载问题才对)
2. 网络请求加载的文件是否都一样的， 如果还没解决 可以加个微信 我们私聊下

哦 我懂了，这个肯定是需要你自己二次开发 im 的， 我们这边的前端代码覆盖率没有用到 im, 是自己根据 cypress 的code-coverage 做的二次开发同时我们是跟运维的同学做了合作，在包部署平台使用容器的 sidecar 的方式，拦截了所有的请求，并且往页面中注入定时上报的代码，上报的内容就就包含了对应的项目名称等，这样子我们的覆盖率服务（你可以理解为 im）就可以知道是那个应用的服务率数据了。 关于前端代码覆盖率的实现 我可以找时间分享下我们这边的一些内容

能够说下具体的场景吗？

首先确认一点，slave 执行应该也是需要本地存在有 csv 文件才能够执行的才对吧，那不同的 slave 文件应该都是独立开来的，这样子基本很难做到说一个读取前面 500， 一个读取后面 500。
我们这边的做法基本就是将文件内容拆分开来，文件名称都是叫同样的名字，然后取前 500 给 A, 后 500 个 B 这样子处理的。

@ 清水 来个 github 仓库地址 如何，我试试看，因为截图内容好多，看的有点乱

你能提供下 你合并后的是什么样的吗，另外为什么说拿不到覆盖率数据呢

嗯，我觉得他挺适合 node 后台的

那可以考虑改造下 istanbul-middleware 看看，我找时间试试

嗯， 刚才试了下了，结果是可以的， 我就以使用 nyc 举例了，因为 istanbul-middleware 的方式也是可以的，而且看 readme 也很简单了

我写了一个 demo, 你自己可以访问去试验下 nyc-expresss-coverage-demo
这里使用的例子其实是istanbul-middleware test 目录的例子，只是我将其中关于 instalbul-middleware 库的引用都去掉了，增加了 nyc 的引用

1. npm install 安装依赖库
2. npm run instrument 对服务的代码进行插桩，生成一个插桩后的目录 server-instrument
3. node index 启动服务， 这个时候服务引用的文件其实是 server-instrunment 的文件了，因为我在 index.js 里面将内容做了指定了。
4. 直接访问 http://localhost:8888 即可看到服务网页的内容，其实就是开始我们的测试了。

5. 再访问 http://localhost:8888/coverageData 就可以得到覆盖率数据
   

6. 我们先麻烦点，将对应的数据放置到根目录的 .nyc_output 的 a.json 文件中，这里的文件名称可以随意。

7. nyc run report 就会看到在 coverage 目录下生成了一个覆盖率的报告了。
   

当然，这里有麻烦的地方就是需要自己去拷贝覆盖率的数据对吧，这个问题倒是不难，自己写一个第三方的库，然后做个定时任务，定时去上报全局变量中的coverage的变量给到真正处理覆盖率数据的后台就可以了。

首先说实话我并没有做过 nodejs 为后台的覆盖率，因为我们这边的实际场景都是 node 只是一个代理转发的逻辑，所以基本都没有针对 nodejs 这块来做覆盖率。
再来说下我觉得可能能够帮助到你的一些信息
你可以看下这个库， 它里面有可运行的 demo 了，而且也说明有 server 端的例子。你可以看下。 因为我之前也只是跑过 demo 所以了解的不多
istanbul-middleware

另外一个是 nyc
这个库我用的比较多，不过 nodejs 这块我没有尝试过，下来我这边试试看 是否可以通过 nyc 插桩得到 nodejs 的覆盖率数据

感谢社区。好荣幸

支持下。

感觉有点没到点上，不是在 webpack 的包里面，是在开发的项目代码中，一般都有一个 webpack.prod.config 这样子的文件，前提是这个项目是一个用 webpack 打包编译的，然后你就能看到类似这样子的配置：

module: {
        rules: [
            {
                use: ['happypack/loader?id=babel'],
                test: /\.js$/,
                exclude: path.resolve(__dirname, 'node_modules'),
                include: path.resolve(__dirname, 'frontend'),
            },
      ]
}

这个只是举个栗子哈，

你微信多少，我加你看下

你确认下你的目录下是否有这个文件？

先说说你的报错信息是啥吧。你只是贴代码 完成不知道啥问题