从你前面配置步骤，没看出太大问题。但你的截图里总是有些像乱码一样的奇怪字符，不知道是不是你的系统默认字符集不大对。

另外，有个很奇怪的点，你倒数第二个截图里面，repeat 请求返回的 data 值，没见到具体值是啥，展示不完整。

然后最后的 callback 里用的 id 是必须用 repeat 返回的 data 里面带有的 id 的，因为它查询的是回放结果，直接用和请求 repeat 一样的 id 是不正确的。我刚刚也微调了下正文里的内容，强调一下这个点。

不开源，基于 kityminder 做的。

如果需求不复杂，可以试试直接用 kityminder (百度脑图) ，也带有在线保存管理功能的。

个人觉得是产品策略变了，质量要求也跟着变了。

既然产品策略改为了持续服务而非一锤子买卖，自然倾向于快速迭代而非每个版本完美。只是我们作为用户还是按以往的认知去要求它，会觉得不大爽。

6 年前，我刚毕业，还是测试行业的一个新人
5 年前，注册了社区，但也仅限于注册
4 年前，开始在社区发帖分享 appium ，并有幸获邀加入社区核心团队，从此不再是井底之蛙
3 年前，广州第一场社区沙龙举办，结识了一帮志同道合的好友
2 年前，转型服务端，在社区逐渐潜水，偶有尝鲜分享
1 年前，hmm，好像没发生什么特别的。但社区，已成为生活的一部分。

感谢社区、感谢社区里的每一位同学。没有社区，没有今天的我。
希望后面社区越走越远，越来越好，继续践行初心，推进国内测试技术的发展。

把你的完整步骤（包括配置项怎么改、用的什么操作系统等）发下？信息太少，无法定位问题原因。

可以先把你的项目提交到开源项目吗？先了解下项目情况。

加入的话主要有一个点，就是确认会持续投入运营这个项目的开源活动，包括和 TTF 一起吸纳有兴趣的新人参与到项目中，整理 issue 任务及开发指引便于新人加入。 TTF 期望能有更多同学有机会参与到各个开源项目中。

是的，当时反响挺不错，所以特别邀请了在深圳大会里分享给更多同学。

对于会关联数据库数据或者 redis 缓存数据的接口（如读取并返回数据、插入/更新数据），如果数据不一致就会导致 diff 误报。想请教下实际项目实践中，怎么保障三个节点的数据一致性的？

提示说了 hyper-v 组件有问题，建议从这个角度去排查下。

另外，你标题里的问题这个得问下云服务厂商吧，他们才最清楚。你这个问题有点像 我的电脑上运行xx软件报错，是不是我电脑有问题？ ，缺少上下文。我们连你用啥云服务厂商、windows 系统啥版本之类的基本信息都不知道，协助排查都做不到，解决建议更加无从谈起。

不错，终于有一个比较全的配置说明文档了。点赞！

感觉你需要的是一个可以定制返回值的 mock 服务？
如果是，可以看看 easy mock 或者 yapi 里面的 mock 功能？

机器学习结果的准确率，应该都是先有一个人工确认过的正确集，然后和模型跑出来结果做比对吧。没有一个 100% 正确的集合，也无法知道模型跑出来对不对、准确率如何。

这个正确集本身是训练数据的一环，这类数据有一些公共的数据集对应不同领域的（包含原始数据、人工确认过的 100% 正确集），可以去找下，拿一些合适的来直接使用。不过领域如果比较特殊，估计也不一定有这类公开的数据可用，毕竟这些收集这些数据成本是不低的。

哪里晕？

把你的详细步骤发下？包括怎么启动 repeater 的。

从你的步骤没看出问题，有可能问题在其它步骤里。

非常清晰的思路和过程，点赞！

你这几个截图有点奇怪，第二个图就已经没有工作经验，只有工作性质了。而你选中的也是工作性质里的 “应届”

脉脉原帖地址或者内容贴下？

那这是另一个范畴了，和你的题目差异比较大。。。

可以看看小红书 MTSC 2018 的一个 topic ，介绍他们怎么测试客户端埋点的，做得比较全和自动化。

一般定时任务，我会选择交给 jenkins ，配置起来很方便，而且执行日志啥的也很齐全，便于大家使用时随时通过日志了解任务执行情况。
jenkins 有提供 api 给程序创建和修改 job 。

这个是另一个话题了。所以这里也只是推荐，并非强制要求。

对于贡献要求里带有 rebase 这一项的项目，大部分也同样会要求单个 PR 提交的东西不应该太复杂以至于影响 review 。若有这种情况，说明一次 PR 内容过多，需要拆开每个独立功能单独 PR 。

这个自己二次开发 console 。
而且说实话，重复的请求如果不是非常多，不会额外造成太多的执行耗时，其实重复又何妨？

加精理由: 非常鼓励这种 发现 - 解决 - 分享 的方式，内容也很完整可参考

哈哈，共勉，加油！

好的，已记录。
最近加班比较多，周末修复下。