Solution Guide for Migrating UNIX Build Environments

第 5 章 - 穩定建置系統

本页内容

簡介與目標
測試解決方案
進行試用

簡介與目標

「穩定」階段的目標是要提升解決方案的品質,以確定能符合發行以供實際執行的接受準則。小組會依照這個目標,完成工作並建立交付成果。雖然單元測試是在建置遷移時進行的,不過測試人員會在這個階段針對功能完整的 UNIX 建置系統遷移解決方案進行測試。此階段中的測試,是強調在實際環境條件下的使用及操作。小組的重點是放在解析及分類 (安排優先順序) 測試發現的錯誤,以及為解決方案的發行做準備。

這個階段會達成第四大階段性目標:「發佈就緒認可」。通過這個階段性目標代表小組和客戶同意所有未決的問題均獲解決,而解決方案也已準備好要發佈到實際執行環境中。如果建置遷移不是由另外的小組進行,那麼遷移中的「穩定」階段不會有主要的階段性目標,意即沒有「發佈就緒認可」階段性目標。然而,建置系統將會發佈給一般使用者使用。

當建置的穩定性已足以發佈,並完成預先實際執行測試時,小組便會將解決方案部署到實際執行環境中的一或多個試用群組上。

與建置遷移專案相關的兩大「穩定」階段工作為:

  • 測試解決方案

  • 進行試用

本章內容所提供的技術資訊可以讓小組完成「穩定」階段工作,並達成「發佈就緒認可」階段性目標。有關應如何組織小組成員及工作流程,以完成這個階段並達成階段性目標,請參閱 UMPG 的一般專案指南。

測試解決方案

在建置系統組建範例站台中的程式碼,並執行所有的功能之後,便可執行測試計畫中的其他測試,包括您所規劃的基準和效能測試。

然而,此時的建置系統僅會與已知的一組輸入一起使用。因為您的範例建置來源只是測試資料,所以您必須擴大測試資料的範圍,也就是引入更多的應用程式原始程式碼。您可以用以下任何一種方式執行這項動作:

  • 您可以將一些新的應用程式原始程式碼複製到範例站台,然後從該處開始執行。

  • 您可以為應用程式遷移小組提供這個版本的建置系統,在應用程式的子區段上試用。

如果範例站台中的目標組建正確,您就可以在應用程式遷移小組的協助下,在更大的來源組中使用解決方案。這不是試用解決方案;而是嘗試將解決方案開放給控制較少的輸入。

在某些環境中,會更新及修正這類的試用:升級和新增部分的建置系統,以便讓系統能夠在這種情況中使用。雖然這是可以理解的,不過請記住,最後您需要的是可以部署和安裝的產品。

小組應該定期測試其部署套件,包括在全新的電腦上安裝。此階段中的測試應該能讓您確定已符合測試計畫中所設定的所有品質條件。

進行試用

試用是一個測試文件、部署方式和建置系統的機會。這也是可能會出現異常互動的時候。

雖然測試技術是一個重要的部分,不過在使用試用系統時記錄開發人員所採用的捷徑也同樣重要。捷徑代表分析中遺漏的項目,是沒有注意到的需求。這項需求應該要加以確定並排出優先順序。在發佈給開發人員之前,請決定是否應該先增加這些遺漏的需求。

如果應用程式開發人員是自己進行建置系統遷移,可能就不會有明確定義的試用階段。建置系統會在難以查覺的狀況下,從範例應用程式移到實際執行環境中,狀況如同<建置階段>一章中所提到的反覆部署循環。這種方法可能帶來的危險是,系統會將未記錄的變更不斷累加到指令碼環境中。個別開發人員的建置系統版本會開始與標準產品產生分歧,變成日後無法部署給其他群組使用。等到小組加入了新進人員,同時經過一段時間都無法讓建置系統正常運作之後,才會更新部署機制。

如果建置小組不會進行試用,他們應該要進行定期檢查,並且備份、刪除、然後使用最新的部署套件和文件重新安裝建置系統。這是一項很有用的實際檢查。

如果試用的應用程式小組對建置系統感到滿意,同時他們的問題也都能獲得解決,您便可以繼續進行部署。

顯示: