簡體 English 中英

Metro，iOS應用程序的功能自動化-用戶界面對象識別技術

[英]functional automation of Metro, iOS apps --— UI object identification techniques

原文 2014-02-01 07:38:10 4 1 java/ javascript/ ios/ windows/ automation

伙計們-我正在尋找一種自動化工具來自動化Windows 8 Metro應用程序和一個iOS應用程序以實現功能自動化

我研究了一些工具，並發現了有關Ranorex UI自動化工具（用於Metro和iOS應用程序），UI自動化（對於Microsoft）（對於Metro應用程序），UI Instruments（對於iOS應用程序）

我面臨的真正問題是所有這些UI自動化工具，如果UI發生很小的變化，腳本就會失敗......

我想先測試功能，然后需要更強大的腳本/工具來處理UI更改。 如何唯一識別Metro應用程序對象？ 我看到UI代碼是XAML

另外，我有可用的應用程序源代碼，並且不介意在自動化代碼中使用其中的變量或資源。...

誰能建議任何好的工具，或者我該如何處理？

我的經理想要真實的客戶體驗！ 另外，如果可以使用Java完成腳本編寫，那就太好了

沒有可以根據靜態文本進行識別的記錄和播放工具！

1 個解決方案

不幸的是，這是前端自動化的陷阱之一。 現實情況是，很小的變化會對自動化腳本產生很大的影響。 這就是為什么大多數人建議您不要在前端花費過多的時間並堅持進行單元/集成測試，而在沒有其他選擇的情況下，只能自動執行ui功能。

我不能說UI自動化或UI Instruments，但是就Ranorex而言，要進行更強大的測試，關鍵是Ranorex用於跟蹤元素的xPath。 顯而易見的答案是跟蹤對象的唯一ID，但這並不總是可行的。 您所能做的就是在其上方找到一個對象，例如，而不是查找特定的表元素，查找表並以編程方式為該表上的元素創建適配器，然后從中查找要查找的元素。它的屬性之一，內部文本/標簽值/任何可用屬性。 您仍然會遇到UI更改將導致腳本失敗的情況，不幸的是，這是前端自動化過程的一部分。

我個人不建議您使用源代碼進行前端測試，因為它可能會導致不切實際的情況，而這些情況實際上可能導致比實際發現的問題更多的問題。 真正的答案是將前端自動化視為測試的最后手段，以及是否可以通過其他方式測試某些東西以使用其他方式。