Espresso中replaceText()执行速度是否比typeText()更快？

你的推测完全准确。
两个方法的底层实现逻辑存在本质区别，直接导致了执行速度的差异：

• typeText()是完全模拟真实用户的手动输入行为：它会逐字符触发按键按下、按键抬起的系统事件，走完整的输入法（IME）交互流程，每输入一个字符都会触发对应的文本变更监听、输入状态校验、视图重绘，字符间还保留了符合真实操作的时间间隔，耗时会随输入文本长度线性增长。如果输入框本身存在原有内容，它还会先模拟选中全量旧文本、按删除键清空的操作，再逐字输入新内容，进一步拉长执行时间。
• replaceText()不会走逐字符的输入事件模拟链路：它直接调用输入框Editable对象的replace()方法，一次性把输入框内的所有文本替换为目标内容，全程不会触发按键事件、也不会和输入法做交互，仅会在文本替换完成后触发一次最终的文本变更回调与视图刷新，执行耗时几乎不受文本长度影响，速度远快于typeText()。

注意：两个方法的适用场景不能完全混用。如果测试用例需要验证输入过程中的交互逻辑——比如逐字符输入触发的实时格式校验、输入法联动效果、输入过程中弹出的提示/动画，必须使用typeText()，否则会漏掉真实交互下的事件链路，导致测试结果不可信。如果只是需要快速给输入框设置固定文本，验证输入完成后的后续业务流程，用replaceText()可以大幅压缩测试执行时间。

内容的提问来源于stack exchange，提问作者Sean Das