轉自：http://www.cnblogs.com/hyddd/p/4126979.html

?

?

問題場景：

??? Robotium.enterText輸入數據后，點擊"發送"按鈕，多數情況下失敗，少數時候成功。

????

?

?

問題分析：

??? 這個問題不需要深入的分析流程，直接看enterText源碼便可發現大概問題：

public void setEditText(final EditText editText, final String text) {if(editText != null){final String previousText = editText.getText().toString();inst.runOnMainSync(new Runnable(){public void run(){editText.setInputType(InputType.TYPE_NULL); // 設置input類型，不重要editText.performClick(); dialogUtils.hideSoftKeyboard(editText, false, false);if(text.equals(""))editText.setText(text);else{editText.setText(previousText + text);editText.setCursorVisible(false); // …為什么text.equals("")就不需要呢setCursorVisible(false)呢？這TM在玩我吧......算了這個也不重要...}}});} }

? ? 重點是performClick和hideSoftKeyboard。

? ? 1. 為什么Robotium要這么做呢？

? ? ? ? 如果不這么做，editText.setText(msg)也成功。但這和真實操作不一致，真實流程是：點擊editText，彈出鍵盤，輸入文字，隱藏鍵盤。雖然這個流程短，但狀態變化很大：

? ? ? ? （1）焦點發生變化，這可能會影響后續的檢查/業務流程（觸發事件之類…）。

? ? ? ? （2）彈出/隱藏鍵盤，這會觸發Android從Touch模式變為鍵盤模式。另外彈出/隱藏鍵盤可能有監聽事件，如不觸發操作，監聽事件不會執行。

? ? 2. 為什么要在setText之前hideSoftKeyboard？

? ? ? ? 如果performClick和hideSoftKeyboard是上面的原因，那么hideSoftKeyboard在setText之前/后都沒所謂了，因為他壓根不影響輸入。

? ? 3. 如果不執行hideSoftKeyboard會怎么樣？

? ? ? ? （1）隱藏鍵盤的監聽事件不執行。

? ? ? ? （2）Android將停留在鍵盤模式。

? ? ? ? （3）最重要的是：不藏起來，鍵盤一直占了半個屏啊，Robotium要可視控件才能操作，彈出鍵盤可能會影響其他控件的操作。

? ? 這么說，Robotium在enterText的時候做performClick和hideSoftKeyboard是很合理的。

?

? ? 回到之前的問題，為什么它會導致“信息發送失敗”呢？

? ? 因為：這個產品設計是，藏起鍵盤時，bottom_bar會回退到初始狀態。如圖：

? ??

? ? bottom_bar初始狀態時，是沒有輸入框和發送按鈕的。先不管edit和btn有沒被GC，光控件不可視，click操作就會失敗。至于成功/失敗隨機，是因為hideSoftKeyboard事件響應和click速度參差造成的。

? ? 只能說這種應用場景下，Robotium表示無能為力。

?

解決方案：

1. 對Robotium進行擴展，實施額外enterText接口，但這會對日后升級Robotium帶來不便。

2. 修改案例避免問題。

轉載于:https://www.cnblogs.com/melody-emma/p/4463002.html

總結

以上是生活随笔為你收集整理的enterText与typeText的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。