想要開發移動應用的企業會面對許多不同的供應商以及不同的開發工具。從一開始的開源到現在的專有、VAR選擇過程，我們需要考慮許多細節。開發和測試平臺中出現了一種相對新穎的概念“生態系統”，然而，這種移動化同時也帶來了一系列新的復雜影響因素。例如，移動開發和測試所帶來的新功能以及非功能性需求會對設備、操作系統、網絡和用戶行為構成一種挑戰。一個好的開發環境和測試工具必須考慮到所有這些干擾因素。基于這一思想，Server Side向Perfecto Mobil的創始人兼首席執行官Erin Yaniv詢問了一些關于如何在開發中做出明智決策的注意事項。

企業應該關注移動IDE的哪些特點？

Java開發人員非常愿意看到他們所鐘愛的編程語言仍然被認為具備基本的編程功能。Erin指出，選擇HTML或者基于web的IDE（例如Titanium）后，開發人員將不能再使用本地語言進行編程。“我認為在相對成熟的開發環境中，這種外部的、非本地的IDE還不夠靈活。例如在Eclipse和Xcode這種一直沿用到現在的開發環境中，開發人員就可以實現與集成商以及外部市場工具的互動。我個人建議開發人員應該采用本地IDE，這樣可以提供Java或者Objective-C開發環境。”

企業不走這種發展路線會怎樣？

“如果你確實選擇了非本地化的IDE，那么，接下來當IDE不支持Objective-C或者Java語言時，你就必須要解決開發中所面臨的許多要重要問題。你打算如何發展SDLC？如何進行性能測試？又如何進行功能性測試？當我們用另外一種語言開發本地代碼時，我們又將如何更新源代碼呢？”

時下許多流行的平臺稱，可以通過簡單的混合方式來解決網絡與本地代碼之間的矛盾。使用這種開發工具，程序員可以在HTML5中編程，然后在客戶端上按下一個按鈕就可以輸出本地代碼。但是，從企業的角度來看，這種方法也許不會滿足太多的定制化需求，也不會作為一種長期的發展方式。在抉擇過程中，我們的頭腦中一定要有一個全面的ALM策略，這一點是非常重要的。

選擇移動測試工具時需要考慮哪些因素？

Yaniv表示，“持續集成”將會是企業移動開發過程中需要考慮的重要問題，并且已經成為一種現實問題。“我和Jenkins一同見證了集成的開始階段。起初，在進行開發的同時，具備了測試的能力，如單元測試，然后進行測試的同時又形成了持續集成功能，這些都是非常重要的開發過程。企業應該建立一種可以讓后端系統與IDE進行溝通的交流平臺。這樣做所帶來的最直接的好處就在于可以更早地進行測試以及更快地成為SDLC的一部分。”

接下來，Yaniv提醒道，企業所精心挑選的移動開發商必須同時具備功能性和非功能性測試的能力。“測試平臺必須要將性能、監控、可見性以及安全性所有這些因素都考慮進去。因此，才能在CI環境中保證與IDE能夠進行順暢溝通。”再次強調下，一個性能良好的移動程序不可能以代碼作為開頭發或者結尾，其中要包含許多內容和過程。

云在其中會起到什么樣的作用呢？

根據Eran所說，移動開發所涉及到的最后一個關鍵因素就是規模問題，要同時具備縮、放的功能。“你不可能通過一次操作就擴大移動應用的測試范圍，要不斷向移動項目提供支持，或者同時進行多個開發項目。你需要提前考慮如何擴大測試范圍，如何在應用程序中添加其他功能，如何支持更多的設備或者操作系統。”他提到，云測試平臺在解決以上這些問題方面具有絕對優勢。企業利用云計算的靈活性，可用一些虛擬環境取代固定的基礎設施。

在云環境中進行移動測試或許是非常受開發人員歡迎的一種選擇。然而，云環境中沒有必要存在這種流動性的開發平臺。Eclipse Orion項目的開發者Ken Walker向我們解釋了為什么這種類型的平臺會落后于其他平臺。“在iOS和Android這樣特殊的操作系統中，云開發平臺工作人員并不能掌控所有工具鏈。有許多許可模式對應用程序的打包方式或者所使用的開發工具類型都有一定的管理要求。”考慮到要解決這些現實問題，企業仍然需要尋找一種介于傳統方式和云方式之間的混合解決方案，從而使移動開發或者移動測試能夠實現每一個系統的最佳運行狀態。