用贵司产品设计并装修了房子，顶

好的，辛苦

增加了一行可以了

好的，多谢，我再试试
再多请教一个问题，用 minitouch 点击的话，平均操作耗时多少啊？我直接用 adb 操作点击，耗时 300~500ms

重启也不行，我手机上安装过 airtest，跟这个有关系吗？

您好，使用 pyminitouch 报错，可以帮忙看看吗？：
代码如下：

from pyminitouch import safe_connection, safe_device, MNTDevice, CommandBuilder
_DEVICE_ID = "FA69K0310399"
device = MNTDevice(_DEVICE_ID)
device.tap([(400, 600)])

有遇到的吗？

愿保持健康，未来可期。

好的自动化思想永远是适用的，只不过能做到的人真心不多，所以造成一个现象，大部分人做不起来 UI 自动化的理由都是维护成本太高，而不是认真分析问题。

看的心酸和感动

第一次触电，是 2014 年在山西工作，那时候是因为测试小道消息，知道的 testerhome。
为未知的梦想捐助，后来 14 年 11 月份去了广州，也不断的接触测试行业的前辈，15 年在广州期间发现 testerhome 因无力续费服务器无法访问，果断捐助 1000 元。还记得当时捐助的寄语是：“希望 testerhome 不变初衷，为梦想”。
面基思寒，15 年 7 月份来北京工作，认识了思寒，面基之后发现，这人没问题，充满了理想主义。
至今天，陆陆续续认识了 026、俊哥，还有很多未谋面的，默默为 testerhome 做贡献的小伙伴，感慨良多。
期望，未来的发展，少不了反思和感恩。也许应该感谢一下那些昨天还在，今天不在的人。

testerhome 已发展的越来越好，也希望自己的路可以越走越好。共勉之。

可以不完全同步，但是同步的信息要一致吧？比如同步半小时内的信息，那半小时内的信息就要完全同步，不能丢信息吧

嗯嗯，已提建议，多谢

哈哈，下个月开始

挺好，可以增加遍历方案的对比，哪个好用用哪个

特定时间做是否存在的判断：
1、不灵活，也不稳定，特定时间本来就是一个不确定的事情；
2、特定时间去做判断，有时间差，务必需要用循环，每隔一段时间就判断一次，耗时太多，影响主线程的用例执行
3、兼容性，并不需要所有的设备都会触发某些场景，所以不需要每个设备上运行的用例都在主线程中做判断

不会，这边每次生成的报告，都生成到了指定文件内，递增的顺序

是的，这个时间没有考虑，严格来看应该要考虑，我优化一下，多谢

什么意思啊？没看懂

嗯嗯，这个肯定的，要是实在无法相处的，那就只能走了

以前我也觉得要么干，要么滚，现在开始带人后发现，以前的自己挺傻的，很多时候换位思考，真的会不一样

有效的沟通和充分的换位思考，可以解决大部分工作痛苦的情况

没有明白这块引用别的用例有什么问题，用例独立指的是该用例可独立运行，测试框架的 testup 和用例运行前引用登录用例，效果不是一样的吗？