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的更新一團糟呢？

去年9月，曾為微軟效力長達十五年的傑瑞•伯格發布視頻，評論詳細解釋微軟操作系統團隊以前構建版本時的測試流程。

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

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

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

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

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

在視頻評論中傑瑞伯格還對Windows 10的測試項目進行討論，簡單來說測試項目並不能幫助微軟解決太多問題。主要原因是多數測試版用戶遇到問題不會主動向微軟反饋，當然即便向微軟反饋最終的結果可能也是沒有人搭理。

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

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