為什麼微軟每次發布新版 Windows 之前都要先發布一個存在大量明顯問題的預覽版？

01-14

程序員說：這次肯定沒bug了!

QA附和道：我也沒檢測出什麼bug來。

市場部：我不信，先放個預覽版看看市場反應。

30天後...

程序員：卧槽！卧槽！卧槽！這都是些什麼bug，怎麼回事！誰blahblahblah了還會blahblahblah，肯定會有bug啊！（此處省略10w字

為何Windows操作系統正式發布之前都要發布一個存在大量明顯問題的預覽版？

這個問題拆開來有幾層意思

1 為什麼會發預覽版？

2 為什麼預覽版會有那麼多明顯錯誤？

3 難道不能將這些低級的明顯的錯誤修掉再發么？

第一個問題，

A 為了找bug

B 獲取反饋看看一些大膽的變化是否引起不滿

C 與此同時也是為了讓更多第三方廠商了解更多的底層變化，以及使用方式的變化，以便做好適配

第二個問題

大家都是人，不是神，6天沒有辦法造一個世界，而且多個小組做多個內容，總有沒有銜接好的、沒有做完的，和做出來腳手架頂上看效果的部分。要是都做完了就不是預覽版了

第三個問題

明顯的低級的錯誤可能牽涉的其他模塊功能最小，基礎部分出現了問題會引起很大的變動，搞不好這些低級錯誤的部分都需要重做。在建設房子的時候，地基和窗玻璃都出現問題了當然要先去處理地基，不然牆都倒了玻璃安附？

等到所有的東西都穩定了再發出來，那得等到何年何月才能收到下一輪反饋呢？

軟體商會先忽略這種問題，讓評估和反饋其他部分模塊的步調不受這個問題的影響

你不讓用戶測試你咋知道有沒有問題？

@孟德爾舉過一個有趣的例子：蘇德戰爭的時候，德國的火車頭在蘇聯水管會給凍住，而蘇聯的火車頭，由於水管是走在鍋爐裡面於是沒問題——啊那德國冬天肯定也冷也下雪，問題是他們不去蘇聯的地盤上，怎麼知道蘇聯冬天比德國更冷？

所以最早期發出來的叫「Technical Preview」（技術預覽版，看名字也可以看到對應的測試人群是哪些）

然後接著發布的叫「Release Candidate」（候選版本，一般到這個版本就是邏輯或者UI改進之類的，bug比TP就少很多了，如名，RC版本會確定最終發售產品在邏輯或者UI上的表現）

差不多可以發售了就會叫「Release To Manufacturing」（RTM版本，這個基本就是完成版本了，已經可以交給OEM廠商進行自定義，最終零售版本和這個版本基本是一致的，到這個版本基本就沒有很容易就能使用出來的bug了，剩下的就是一些比較難發現難測試或者技術要求比較高的bug了）

公測

那是因為程序員在發布之前根本就不知道會有那麼多的Bug。你說發布的時候有那麼多的Bug，那也是你用了之後才知道。

1，預覽版是比較早期的版本，所為「預」即為提前，可以理解為測試版。有BUG是正常的，因為這就是預覽版的意義所在。即用戶安裝之後反饋BUG以及需要改進/增加的地方。（核心）

2，宣傳需要

3，因為windows的受眾極大，不是靠公司的測試員測試就夠了的。windows的影響可以用影響人類進程來形容。所以需要向大眾開放預覽版。以保證其穩定性和兼容性。

因為你永遠不知道用戶會怎麼用他們的思維去用一個你看起來完全沒問題的東西

因為用戶可以用各種各樣的姿勢使用Windows系統

比如說困擾很久的Win8.1的Wi-Fi受限問題。微軟測試人員可能說哎呀怎麼我們測試的時候永遠測不出來啊你們用戶用的都是什麼路由器啊？用戶：XX-Link，X-Link，X米路由，3X0安全路由………微軟：這是啥？

再就是老生常談的騰訊遊戲，至少我覺得微軟測試員不會玩國服lol……

如果不公開測試的話，微軟不會知道用戶使用系統時會出現什麼具體問題。用戶會用五花八門的路由，玩千奇百怪的遊戲，連接各式各樣的外設……

我覺得別說微軟了吧，任何一個寫程序的人都深有感受，尼瑪我寫出來明明沒BUG的，我自己用得都好好的，怎麼到你手裡就各種BUG，這個彈出，那個死機，這邊泄露了，那邊文件丟失，搞毛啊。

沒辦法，很多東西，在沒有一定基數的情況下，根本想像不到。

有問題的叫技術預覽版或者叫開發者預覽版，是給開發者提前適配的，避免新產品開賣，你的軟體跑不了，例如騰訊旗下遊戲的TP。

然後也有一部分動機是收集用戶反饋，看看要改什麼。

這個預覽版不是給那些沒事幹吃飽了撐的技術盲裝著玩的。

要是預覽版沒 bug，誰會去買正式版呀（斜眼笑）

不然呢？像Yosemite那樣直接發"正式版"？

你造為啥我只打了這幾句話么？我真不是抖機靈啊只是因為10.10.2又特么斷網了:(

拿別人當免費測試人員用的

結婚前不都談戀愛嘛，不試試怎麼知道行不行

前面的答案有點不完整，預覽版除了用於測試外，還有讓第三方開發者測試自己的軟體能否在新操作系統中正確運行的目的。

這個階段，第三方開發者可以

1. 改自己的軟體在新系統運行時的 bug

2. 根據新系統的新外觀，考慮修改自己軟體的 UI 設計

3. 為系統的新功能提供對應支持

4. 部分重現以使用新的系統 API

我認為這才是推出開發者預覽/技術預覽的主要目的。而且這也合理解釋了為什麼在有已知的 bug 的情況下也會發布預覽版。因為那些 bug 不阻礙（不是完全不影響）第三方開發者去做適配工作。

預覽版如果沒bug還叫預覽版幹嘛！！

就算正式版都會有很多bug

而預覽版就是公測，找出有哪些bug，

想要穩定還是等正式版吧！

這世上沒有十全十美的事。

發個帶一堆bug 的預覽版讓人來測試然後改。總比發個帶一堆bug的正式版讓人測試然後改。在心理和邏輯上比較說的過去

這個是給那些開發商留條路，已經聲明了這產品能絕對會出現問題。也讓大家懷著有諒解的心態使用產品並且反饋問題。

題主要是去寫幾個項目，就會對「大量明顯問題」有重新的定義

這個可不能能單單從微軟就是想找免費測試人員這個角度來看問題。因為有些消費類軟體不送到真正的用戶手裡，一些千奇百怪的問題不能只靠公司內部的測試人員來發現的。尤其對操作系統這麼大的一個工程來說。

試婚聽過么？

這次Windows 10明顯是操之過急了，沒辦法，來自市場和華爾街的壓力大啊。