為什麼測試人員放棄微焦點UFT ?

鑒於微焦點的統一Functional Tester (UFT)可能是最著名的,古老的商業測試自動化工具,你會期望它有一個大的市場份額和客戶群。微焦點UFT捆綁和與其他微焦點集成工具,像他們的應用程序生命周期管理(ALM)和質量中心產品。離開UFT造成轉換成本和後續減少其它產品的價值。

然而,所有這些原因,客戶離開UFT數量創下了曆史紀錄。

這是怎麼回事?

讓我們談論的事情正在推動人們遠離UFT,和工具,他們可以用它來取代它。你不必相信我的話。我下麵列舉的許多事實,支持社區的存在和答案的質量,可以用一個簡單的Google搜索驗證。學習技能的人使用該工具,檢查隨機資料在LinkedIn。

讓我們先從一些想法,我們最終會在哪裏。

測試人員離開UFT的原因

惠普企業擁有UFT時,軟件公司舉行年度事件。收購後,微焦點沒有提供有意義的、正式會議UFT甚至一線培訓活動。可悲的是可預測的結果。

沒有社區。缺少培訓機會和現實世界的連接使得UFT缺少了一個充滿活力的社區誌願者。,雖然UFT使用軟件測試的人,沒有很多瘋狂的粉絲或布道者回答問題留言板分享技巧和竅門。需要技巧和竅門,UFT有自己的專有的腳本語言。換句話說,沒有從網上代碼重用。當你去互聯網尋求幫助,有一些“支持”社區,但這些論壇充斥著問題多於答案。

缺乏支持。如果你搜索穀歌UFT訓練,你會發現一係列的youtube視頻,在線課程,或者一兩個類。也許。在六個月。數千英裏之外。試著找到的顧問現場一個月的工作,你會發現它幾乎不可能。試圖找到支持在線,你會被引導來幫助頁麵實際上可能會或可能不會幫助你。實際上這是一個挑戰:嚐試從母公司與支持的人。如果你需要提供錢。然後測量等待時間。

價格。每個用戶,每年要花費3200美元,UFT不是的那種軟件測試人員自己去買,這意味著他們學習上的軟件工作。當他們進入下一個工作,他們會使用什麼軟件得到下一個。人們不買自己的副本,這意味著他們沒有晚上誌願代碼,這意味著它們不會使開源擴展。github在檢查,我發現幾個庫從幾年前,這可能對一個新的、有意義的工具。然而,如果你將建立的本質UFT同時指出很少有“金塊”貢獻的2015年,它告訴我們,社會是今天然後它是不活躍。

這是我的理論原因。

成熟度/收獲模型。博士從哈佛大學邁克爾·波特提出,產業經曆階段——騎自行車從創新增長,成熟和衰落。產品常常經曆的周期。產品到期,他們可能停滯不前,變得不那麼有利可圖。成熟的產品並不是從本質上就是壞的。我住在亞特蘭大的可口可樂,沒有改變其公式在一百年。(一次嚐試在1980年代並不順利…)UFT,在本質上非常類似於WinRunner和快速測試Pro產品之前,建立起來的一種範式的測試Windows應用程序。Windows通過網絡到達時,持續集成成為電腦,本地移動已經到來。UFT測試所有這些,但是使用相同的策略和模式,它建立在Windows95最熱門的新革命的操作係統。

當公司使用收獲模型波特博士在他的書中提出競爭戰略他們降低成本,研發、支持,甚至營銷——和簡單地收集盡可能多的錢,直到產品是不可行的。由於缺乏投資的新特性,測試人員會逃離UFT的另一個原因。

在我看來,作為一個外部的觀察者Micofocus使用UFT收獲模型。當然,我鼓勵你做你自己的研究。

轉換成本。之前我提到的成本,但這隻是一小部分的成本集成套件,其中可能包括ALM和質量中心。一方麵,你可能有一個供應商鎖定,但有一個大的總價格。此外,團隊開關遠離ALM和質量中心,Jira或不同的競爭對手,突然失去了捆綁折扣從而氣質UFT更加昂貴,而減少它所提供的價值,因為它不會深入結合新工具堆棧。

關掉惠普棧,你可能隻是想開關。

第二個巨大的轉換成本是虧損的測試。畢竟,團隊將不得不“扔掉”這些UFT測試,用一個專有的腳本語言編寫的。除了你可能沒有像Tricentis這樣的公司創建遷移工具減少疼痛的轉換。

缺乏測試設計/模型驅動支持。還有更多比創建一個測試計劃文檔,創建一個流,和第二個或第三個因為某種原因失敗。“愉快路徑測試是容易做到的,你不需要一個測試計劃。最合理的手動聰明的人能做到這一點。我們發現在軟件是有大量的組合和集成點。你選擇正確的測試運行從無限可能的組合和創造視覺表征——這是工作。

UFT不提供無限的組合。檢查自己,尋找UFT如何幫助測試設計,你會看到數據驅動測試。也就是說,你可以用不同的填充一個電子表格輸入和預期結果,並重新運行的電子表格,但你必須自己創建電子表格。

UFT不幫助測試設計。它僅僅是測試執行。一旦你掙紮通過傳播工具,它最後運行…它找不到任何東西。至少,直到一個新的缺陷介紹在同一個地方測試記錄,並通過,之前。這僅僅是自動化的回歸測試,這是整個測試工作的一小部分。

這可能是為什麼測試人員離開。

他們要去哪裏?

如果你看看上麵的列表中,這個地方似乎是顯而易見的。測試應該與更強的工具,更多的技術社區,轉換成本較低和適度的價格支持模型驅動的測試和測試設計。我預計他們會想要一個新工具在其增長階段,一個不是停留在1990年代的記錄/回放模式。也許不強迫用戶自定義編程語言學習。

但這些隻是我的想法。