Robotium的左右為難 -- enterText

    最近測試框架收到反饋，詳查后發現了一個Robotium的問題，甚有趣，遂記錄。

 

問題場景：

    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. 修改案例避免問題。