十周年快乐，希望 TesterHome 不忘初衷，越做越好。

上次也是花了一小段时间帮一个网友解决了一个问题，本来没啥，他硬要给我送他家的特产，跟我要了邮寄地址，然后过两天发现好友列表没这个人了。

看破不说破，其实只要知道 “收到” 就可以了

类似的岗位会慢慢增长的，只是目前来说，国内还是不会有太多企业在测开投入资源。

机器人好像好好玩的样子！请问一下是不是可以通过 python 去做一些驱动测试的呀？（本人没有深入了解过哈哈）

如果使用 UI 自动化的话，应该就是启用两个 dirver，也就是需要初始化两台设备，就可以通过 driverA 模拟用户 1 操作，driverB 进行接受操作，来构成一个场景。
回到上面说的问题：我理解是稳定性的问题以及兼容性问题，其实不要放到回归测试处理，可以考虑设为一个专项。
（1）稳定性问题可以通过长时间的两台设备进行通话，同时监控设备资源，后端服务，出现问题时就可以结合数据分析与开发定位相关的问题了，假设首次保证 2 小时不间断，然后 4 小时，8 小时，可以阶段性的达到一些里程碑，可以有效保留冲劲。
（2）而兼容性问题不难，难是难在它的量很大，其实只要摆正心态，科学编排好计划，如定下来一个兼容的季度目标，，前期需要整理用户的主要消费群体的系统、版本等信息，通过真机，云真机的方式，确保这些这个季度什么版本的设备时 OK 的，后续再给相对没那么热门的设备进行编排，积极推动优化，计划细致，或许不那么难？

这是易语言吗？

我觉得压测思路比较重要，包括本次压测的目标，周期，范围等等，一份确定好指标的测试方案尤为重要，其次是协助开发定位问题的能力，包括资源监控，分析等。在实际执行中其实只占小部分，更多是数据的记录，在调优时会发挥很大的效果，当然一些硬性要求我觉得是需要线下多加熟悉的，至少是工具的熟练度要高，可以结合一些性能的术语来模拟一些场景，就达到一般企业的要求了。

selenium 就可以啊，用不同的内核驱动就可以了，不过就 ie 兼容有点麻烦，不能或者很难降级的，很多时候都要找运维重装系统。