0

我們使用Intern爲我們的應用程序運行一套功能性JavaScript測試,與使用Vagrant啓動的Ubuntu VM進行對比。實習生自動化JavaScript測試失敗

每個測試自舉本身與產生一些UI輸出的數據文件。每個測試都獨立成功運行。事實上,在很多情況下,測試也能成功運行。

但是,我們偶爾會看到選擇測試失敗。目前我們有16項針對Chrome和Firefox的測試。看到16個測試中可能有4個失敗的列表並不罕見。如果我將這些測試隔離到一個較小的套件並重新運行該工具,則測試再次成功通過。

現在,在理論上,測試分別從彼此和失敗的實際數目相互隔離,這是運行的,所以我不認爲故障是一個測試是影響另一個時間而變化。爲測試提供平臺的服務器在本地運行,並且資源非常充足。

是否有寫測試或一種方式來運行實習生,這將使我們更可靠的結果的方法嗎?

+0

是什麼樣的故障呢?測試是否真的返回了一個糟糕的結果?它超時了嗎? –

+0

最初他們大多是超時,儘管現在我編輯了實習生runner.js文件以將空閒超時從60更改爲600,並將ImplicitWaitTimeout設置爲我們的處理的一部分,但現在已經消失。現在我們主要得到錯誤7,我知道它是沒有找到對象。任何關於如何從Intern配置和測試腳本緩慢測試的建議都是非常受歡迎的。 runner.js的編輯並不理想! – indigoi

回答

0

我們已經發現了什麼導致當作爲套件一起運行我們的測試,以隨機失敗。我們的一個測試使用了修飾鍵,如[Shift]和[Ctrl]。我們爲WebDriver提供的有限文檔中提到了keys命令:

按鍵(鍵可能仍可能在命令結束時關閉)。

看來,有時該命令離開壓下,因此在鏈中的下一個測試活性修飾鍵。由於我們的其他一些測試使用[Tab]序列來觸及某些頁面元素,並且[Shift] [Tab]向後遍歷頁面,我們的測試取決於它們在套件中的位置而失敗。

我們仍然有問題,做計時,但隨機故障的情況下已被隔離了這個問題。