我們正處於一個大型項目的初始階段,並且已經決定某種形式的自動化UI測試可能對我們很有用,但還沒有完全弄清楚這將如何工作......誰在寫自動UI測試?開發人員或測試人員?
主要目標是自動化應用程序的基本安裝和運行,因此如果開發人員導致重大破壞(例如:應用程序不會安裝,網絡將無法連接,窗口不會顯示,等)測試人員不必浪費時間(並獲得由惱火)安裝和配置一個破碎的構建
第二個目標是重複的任務打交道時,以幫助測試人員。
我的問題是:誰應該創建這些類型的測試?我們團隊中隱含的假設是測試人員會這樣做,但我在網上閱讀的所有內容總是暗示着開發人員會創建它們,這是一種「擴展單元測試」。
的幾點思考:
的開發商似乎是一個更好的位置,要做到這一點,因爲他們知道控制的ID,類等,並有應用程序是如何更好的圖片工作
測試儀已經不知道該應用程序是如何工作的,因此可以產生
我已經寫了使用一些初步的測試腳本,這可能是有用得多的優勢和White。這個工作非常好,而且足夠強大,可以完成任何事情,但是你需要能夠編寫代碼來編寫UI測試。
我們嘗試過的所有自動UI測試工具(TestComplete等)似乎非常複雜和脆弱,雖然測試人員可以使用它們,但它們需要花費大約100倍的時間,並且它們不斷遇到由UI測試工具引起的「意外複雜性」。
我們的測試人員無法編寫代碼,雖然他們非常聰明,但當我建議測試人員可能編寫簡單的ruby腳本時(儘管所述腳本大約容易讀寫100倍)比看起來是自動化UI測試工具的標準的按鈕和數據網格的混亂混亂)。
我真的很感謝來自其他人在開發人員和測試人員團隊嘗試過UI自動化的任何反饋。誰做了什麼,並且做得很好?提前致謝!
編輯:有問題的應用程序是一個C#WPF「富客戶端」應用程序,連接到使用WCF
我們決定選擇讓QA人員編寫基本的「存根」腳本(使用IronRuby,這非常容易讀寫),然後讓開發人員修復代碼並實現部分質量保證人員無法做到。希望它會好起來 – 2009-08-20 23:06:25
也許代替Selenium就像應用程序一樣,您應該嘗試IBM Functional Tester,HP QuickTestPro,Borland Silktest或MSVS Test Edition等產品。至於web應用程序,還有專門的庫,如WebAii或WatiN,可以幫助編寫腳本。無論如何,讓您的質量保證人員學習和採用。非常像開發人員 - 每天都需要學習新東西。 – yoosiba 2010-02-04 08:02:11