Mikuu

Micoo在我所知道的很多项目上，都是使用K8S来部署的，所以部署是没有问题的： 1. micoo-nginx的作用就是提供一个反向代理，整个后端有三个部分：dashboard service、engine service以及一个简单的file service（就是nginx自身），为了对外提供统一的访问入口，使用nginx作为反向代理。单从反向代理的角度来说，Ingress是可以替代的； 2. 服务是没有状态的，只有资源才有状态； 3. 至于volume的问题，不同的云厂商提供的持续存储的方案是不一样的，建议结合你们自己的环境，找Devops的同学看看怎么弄最合适； 4. mongodb可以使用云原生的数据库替代，但需要微调一些配置细节；

是的，volume最好使用PV，不然pod销毁后截图就都没有了

这个是用来存储截图的，理论上如果你不手动清除的话，是会无限增加的。名字叫exchange是因为它被不通的服务共用。

谢谢反馈，请提供一下，大概使用了多少张图片在上传多少次时出现的问题呢，还有就是图片的size大概是多少，比如1920x1080或者多少M的图片。

> 你好！ 每次大约200-300张左右；单张1080p；全部图片体积在35MB-50MB每次；以上参数连续上传2次很大概率复现； 我这边初步分析可能是mogodb断连导致的，从日志来看，每次上传是成功的，对比也是成功的，但是生成case到db的时候，没有complete；往前再看的话，发现mogodb有日志提示失去和客户端的响应，连接断开（Error sending response to client. Ending connection from remote）； 但很奇怪，少量图片似乎不会导致该问题。 目前我的解决方式是，每次上传前重启全部docker容器，暂时没有出现该问题了。 好的，我找时间跟进一下

这个问题已经修复了，请使用最新的、或者v0.1.7（含）之后版本的engine镜像。 我本地测试的，1080P的图片，上传1000张对比是可以的了（只不过对比1000张会比较耗时就是了@_@)。 新的实现在对比大量图片时，对同一个project，如果前一次的build对比还没有全部完成，又再上传新的build，会丢失前一次的结果，仅保留和对比最新一次的图片。

忽略区域只是忽略diff对自动判定的影响，0.1812%的差异只要客观存在，就不会是零，但使用忽略区域后，自动判定的结果应该是Pass，而不是Fail，当然，前提是diff的内容全部在忽略区域之内； 另外，两个小tips： 1. 有时候你用忽略框已经忽略了差异，但自动对比还是Fail，就需要仔细查看一下还有没有别的漏掉的差异，即便是很小的点，都会Fail的； 2. 如果是mobile的测试，对于顶端状态栏，建议在测试之前，使用android或者iOS的命令，将顶端的各种状态固定，比如时间都固定在11:50，信号、电量都是满格等，可以减少对比干扰。因为忽略框的使用虽然可以排除干扰，但会降低对比速度，忽略框越多对比越慢，而手机状态栏是每个页面都有的，损坏会非常大；

你好， 有没有可能是你无意之间刷新了页面呢？密码页面只会显示一次，即便你没有点击页面上的Start按钮，刷新页面也会直接跳过而丢失密码的，所以请注意一下哈

你安装完成后，如果先发送curl命令再打开页面，也会跳过密码页面的，所以想先确定一下，安装完成后是直接打开浏览器，还是每次都先curl了一次呢？ 另外，目前缓存的处理可能还有些问题（没来得及改），建议新起服务后，先清空浏览器的cookie，再访问页面，或者使用隐身模式。

@RookieZn I tried XCUIScreenshot in screen definition files, like below ```swift func addScreenshot() { let fullScreenshot = XCUIScreen.main.screenshot() let screenshot = XCTAttachment(screenshot: fullScreenshot) screenshot.lifetime = .keepAlways // if we don't...