Windows 10的系統更新彷彿就像是微軟的“熊孩子”，幾乎每次月度累積更新和功能更新都會出現這樣或者那樣的問題，導致部分使用者無法正常使用。那麼為何微軟總是管理不好這些更新呢？外媒Windows Latest近日撰文詳細介紹了背後的原因。

頻發的更新BUG

Windows Update的更新始於Windows 10 October 2018更新，該更新在上線之後誤刪了使用者的文件、圖片和其他檔案資訊。因此在短短上線4天之後就被下架。

在經歷了October 2018的重大尷尬之後，微軟在May 2019（Version 1903）功能更新上採取了更謹慎的態度，以避免重複災難性的部署。雖然2019年5月的更新本身並不算一團糟，但Microsoft發行了累積更新以修復一些長期存在的小錯誤，但每月更新引入了一個新錯誤，導致CPU使用率高。

隨後在釋出修復Cortana的累積更新中，導致“開始”選單和“工作列”無法正常使用。而且還導致部分裝置無法進行網路連線，而且還導致了音訊問題。這些問題直到去年年底，才被微軟妥善解決。

正是因為諸多問題，導致去年下半年的功能更新November 2019（Version 1909）直接變成了超大號的累積更新，沒有引入新的功能，而是重點修復各種BUG。不過該功能更新依然導致檔案管理器崩潰。

那麼為什麼Windows 10的更新一團糟呢？

據前員工稱，微軟已經改變了其Windows Update測試程式，這可能是造成混亂的原因之一。正如前Microsoft高階軟體工程師所說，Microsoft曾擁有一支整個團隊，致力於在測試Windows更新。不同於驅動和介面部門，該團隊成員每天的工作就是討論各種故障。

傑瑞伯格還提到了原來的微軟測試團隊還專門為諸如英特爾、AMD、英偉達等成立專門的實驗室測試CPU/GPU。這些專門的實驗室用來測試新的構建版本或者功能模組與重要硬體例如處理器和顯示卡是否存在相容或者效能問題。

負責這些實驗室的測試團隊也會與製造商進行對接，所以測試團隊若發現什麼問題可以很快確定並制定解決方案。待開發團隊修復問題後會再交給測試團隊進行測試，測試團隊透過測試後則修復方案的程式碼會被合併到主執行緒中。

微軟工程師團隊使用自動化測試和真實裝置上來測試Windows更新，而不是透過虛擬機器方式。在2014年的時候，微軟解僱了Windows測試團隊，該公司大部分時間都停止了對實際配置的測試更新。

除了虛擬機器之外，Microsoft現在還依賴Windows Insiders，這是一組由發燒友和粉絲組成的測試人員。許多使用者已經註冊了Insider程式以測試新功能，儘管Insider成員報告了一些問題，但由於反饋數量太大很多問題都被忽略了。

出現這種情況的主要原因在於轉儲日誌，系統執行時會不斷地記錄各種情況並生成極其龐大的轉儲日誌以供分析。然而實際情況是隻有當系統崩潰時轉儲日誌才會將其細節記錄，其他方面的“小問題”系統並不會記錄轉儲日誌。

完整的轉儲日誌體積相當大 , 可能在幾十GB、幾百GB也可能在TB級別 , 顯然多數使用者也沒有這麼大的空間儲存。也就是即便使用者主動向微軟反饋並提供轉儲日誌，實際提供的也只是部分片段而不是整個作業系統完整執行日誌。

Windows 10的系統更新彷彿就像是微軟的“熊孩子”，幾乎每次月度累積更新和功能更新都會出現這樣或者那樣的問題，導致部分使用者無法正常使用。那麼為何微軟總是管理不好這些更新呢？外媒Windows Latest近日撰文詳細介紹了背後的原因。微軟的Windows10更新為何總是一團糟

(1)頻發的更新BUG

Windows Update的更新始於Windows 10 October 2018更新，該更新在上線之後誤刪了使用者的文件、圖片和其他檔案資訊。因此在短短上線4天之後就被下架。

在經歷了October 2018的重大尷尬之後，微軟在May 2019（Version 1903）功能更新上採取了更謹慎的態度，以避免重複災難性的部署。雖然2019年5月的更新本身並不算一團糟，但Microsoft發行了累積更新以修復一些長期存在的小錯誤，但每月更新引入了一個新錯誤，導致CPU使用率高。

(2)隨後在釋出修復Cortana的累積更新中，導致“開始”選單和“工作列”無法正常使用。而且還導致部分裝置無法進行網路連線，而且還導致了音訊問題。這些問題直到去年年底，才被微軟妥善解決。

正是因為諸多問題，導致去年下半年的功能更新November 2019（Version 1909）直接變成了超大號的累積更新，沒有引入新的功能，而是重點修復各種BUG。不過該功能更新依然導致檔案管理器崩潰。

那麼為什麼Windows 10的更新一團糟呢？

據前員工稱，微軟已經改變了其Windows Update測試程式，這可能是造成混亂的原因之一。正如前Microsoft高階軟體工程師所說，Microsoft曾擁有一支整個團隊，致力於在測試Windows更新。不同於驅動和介面部門，該團隊成員每天的工作就是討論各種故障。

(3)傑瑞伯格還提到了原來的微軟測試團隊還專門為諸如英特爾、AMD、英偉達等成立專門的實驗室測試CPU/GPU。這些專門的實驗室用來測試新的構建版本或者功能模組與重要硬體例如處理器和顯示卡是否存在相容或者效能問題。

負責這些實驗室的測試團隊也會與製造商進行對接，所以測試團隊若發現什麼問題可以很快確定並制定解決方案。待開發團隊修復問題後會再交給測試團隊進行測試，測試團隊透過測試後則修復方案的程式碼會被合併到主執行緒中。

微軟工程師團隊使用自動化測試和真實裝置上來測試Windows更新，而不是透過虛擬機器方式。在2014年的時候，微軟解僱了Windows測試團隊，該公司大部分時間都停止了對實際配置的測試更新。

除了虛擬機器之外，Microsoft現在還依賴Windows Insiders，這是一組由發燒友和粉絲組成的測試人員。許多使用者已經註冊了Insider程式以測試新功能，儘管Insider成員報告了一些問題，但由於反饋數量太大很多問題都被忽略了。

(4)出現這種情況的主要原因在於轉儲日誌，系統執行時會不斷地記錄各種情況並生成極其龐大的轉儲日誌以供分析。然而實際情況是隻有當系統崩潰時轉儲日誌才會將其細節記錄，其他方面的“小問題”系統並不會記錄轉儲日誌。

完整的轉儲日誌體積相當大 , 可能在幾十GB、幾百GB也可能在TB級別 , 顯然多數使用者也沒有這麼大的空間儲存。也就是即便使用者主動向微軟反饋並提供轉儲日誌，實際提供的也只是部分片段而不是整個作業系統完整執行日誌。

頻發的更新BUG

Windows Update的更新始於Windows 10 October 2018更新，該更新在上線之後誤刪了使用者的文件、圖片和其他檔案資訊。因此在短短上線4天之後就被下架。

在經歷了October 2018的重大尷尬之後，微軟在May 2019（Version 1903）功能更新上採取了更謹慎的態度，以避免重複災難性的部署。雖然2019年5月的更新本身並不算一團糟，但Microsoft發行了累積更新以修復一些長期存在的小錯誤，但每月更新引入了一個新錯誤，導致CPU使用率高。