什麼叫做「開發/測試在雲端」呢?從字面上解譯，就是將應用程式開發或研發團隊所需的開發、測試環境都放到雲端，對企業的開發團隊或是研發部門，算是最容易入門的雲端應用了，本產品賴以開發雲端的應用情境價值，以及如何導入。建立開發/ 測試環境的痛? 

從一個小故事說起 筆者早期是從事電子商務 開發的工作，帶領專案團隊為不同行業別的企業客戶開發過線上書城、線上賣衣服、線上買賣股票的下單系統，這類的系統因為很嚴謹，針對每個客戶都需量身訂作，且需在上線前做好驗證及測試，且很多時候需與客戶內部系統的環境做整合或搭配，例如：該客戶內部是使用不同的資料庫 (SQL Server、Oracle ….)，不同的作業系統 (Windows or Linux) 且版本也都不一樣，因此針對不同客戶的開發/測試環境都不同。

在當時，為了準備上線前的開發/測試用環境，還得在內部申請機器，針對不同客戶的環境配置安裝不同的軟體，並麻煩我們的系統管理人員安裝相關軟體，如此我們專案團隊才有辦法開工。

光是要搞定這些開發/測試用的Lab 環境，就得耗上1個星期以上，對我們開發團隊而言，心急啊! 還有程式開發工程師所使用的工作機器，通常新人剛進公司，會先拿到一台空機，接下來 PM 會給他一個軟體安裝清單，清單上詳述在他的工作機上面，需安裝哪些軟體及工具，例如: 作業系統版本、開發工具版本、Framework /SDK 版本 (.NET 版本、JDK版本 …)、編輯器小工具 (xxxEditor)、瀏覽器測試用小工具、各類的模擬器、外掛及元件，相信各位開發者都有類似的經驗，光是安裝好這些軟體清單，可能就得花上1天以上的時間都還不一定能搞定。

 當然在近幾年虛擬機器 VM 的技術已很成熟，企業會在內部建立 VM 來建立測試環境，但內部申請 VM 除了仍需由人員花時間建立外，大都只是安裝好作業系統，對開發團隊而言仍需在其上安裝各式軟體才能真正的開工，另一個問題是，若是研發產品或是執行客戶的客製化專案，上線前測試環境需模擬各種客戶端可能的機器環境及設定，例如：不同作業系統版本、不同的資料庫版本、不同的CPU數、記憶體大小以驗證或測試在各種環境下都能執行正確，或是執行壓力測試以確保系統在大量壓力下的可用性，這些情境都需要能「很有彈性且快速地建立或設定機器、環境或 VM」，試想你們公司內部能很快速且有效率地執行嗎?為什麼將開發/測試環境搬到雲端，它的好處是什麼。

其中三個使用經驗讓人印象深刻: 

 1. 一致化的開發人員環境馬上可上手 針對外包人員及短期 freelancer，給他們一個設定好的Azure VM，內已安裝好 Visual Studio 及相關的開發工具、軟體。另外因要讓專案團隊大家寫碼的標準一致，後續好維護，有一些公用的Framework及元件，也建立了Private Nuget Server在Azure上，因此開發一個新專案時，所有會引用的Framework、元件、Library 都會自動從 Nuget Server 更新，大幅降低開發人員安裝軟體的時間，以及解決了元件版本不一致花太多時間 troubleshooting的問題。只需給這些外包人員 VM的連線權限，透過遠端桌面連線的方式，馬上可以開工了。更好的是，當專案結束時，可暫時將 VM 停止以節省費用，即使後續不同的維護人員接手，或是有新的延伸專案，可再將同一個 VM 啟用。 

2. 善用 Visual Studio On 提高專案透明度 (Visibility) 除了讓專案成員很清楚的了解目前的專案進度、成員的工作負載狀況、Bug及工作單管理外，同仁間的信任感更好；更重要的是，也開放外部客戶參與專案，給客戶 Visual Studio On 觀看專案進度的權限，好處是讓客戶隨時可以了解進度及目前成果，大幅提升與客戶間的信任度。

 3. 更重視客戶回饋及互動 David 的團隊目前是採敏捷開發 Scrum 的方式進行專案，每2到3週重要Sprint 結束後會邀請客戶來檢視 Demo 並給予回饋，因將 UAT 測試環境都放在Azure上，客戶隨時可以來檢視專案成果，另外透過 Feedback Client 工具，VS On 會自動發出 通知客戶上來 UAT 環境檢測，當客戶有疑問或回饋，可以線上截圖 screenshot、甚至將測試的操作過程錄音、錄影並附上文字說明並回報到 Visual Studio On 讓開發團隊可以即時在 Visual Studio On 中看到這些意見回報，取代了以往透過 與客戶往來的bug 回報，客戶也會很感謝這些貼心的小地方，表示團隊很重視使用者及客戶的意見。(若你錯過了董大偉老師當天的演講，想了解更多開發/測試在雲端的應用，可觀看他的 文章...)

 

*採購問題歡迎提問.謝謝!