1樓：
什麼bug算重大bug?
「重大」只是個形容詞
如果不能相對準確地量化
那麼這個「沒有重大bug"的測試需求本身
就是乙個「重大」的需求bug
大部分軟體
從軟體生產商來看
對質量的要求往往是：
在規定的成本和時間範圍
交付能為公司帶來預期利潤的產品
那麼只要bug沒有吃掉產品預期利潤
其實在公司管理層眼中都不算「重大」
比如我曾經負責的乙個軟體
對新版本發布後客戶上報的bug中什麼算「重大」有嚴格的定義而對研發部門的績效評定指標是
年平均10個以內的「重大」 bug不影響績效獎金只有超過10個才會扣獎金
而實際銷售情況是即使年平均20個「重大」bug也不會影響產品的利潤
那麼你認為公司有沒有必要投入巨大的成本
去追求沒有「重大」bug這個目標？
換言之"重大」的定義對軟體生產消費鏈的每個環節上的人來說都是不同的結論並不是測試不能確保沒有「重大」bug
相反真正有效的測試目標恰恰正是確保沒有公司不能承受的「重大」bug
2樓：蘇小信
墨菲定律。即便概率極小，總有出錯時候。越複雜越多給予出錯機會。
僅針對軟體來說，從創造這個系統的最初想法產生之初，軟體BUG可能就已經暗暗存在了（設計缺陷）。之後的執行環境、軟體開發、後期測試，每乙個過程都有數不清的意外產生。目前來說，即便是開發技術和工具，都沒有完美的。
我們怎麼可能指望據此產生乙個完美的成品？
確保沒有重大BUG比確保完全沒有BUG簡單得多，因為需要考慮的情況已經減少很多了。
為什麼感覺B站的漫畫軟體不好啊？
泡麵裡的幽魂 b站買動畫，大家是舉手歡慶，b站買漫畫，大部分的原作粉絲是痛心疾首。很多人說這是白嫖黨的末路，是正版化的陣痛，我得說真不是這樣的，不說那些粉絲中不少人其實並不心疼錢，回到這個事情本身，不是說你的大方向沒問題就可以忽略你微操的錯漏。真要是這樣的話，那我們當年為什麼批評愛奇藝，力挺b站呢？...
「a或b」的否命題是非a且非b，為什麼不能加上「a且b」？
丶千羽 樓上講的太學術化了，而且例子好像有點問題。你這樣理解應該更好一些，a或b為真的意思是a b之中至少有乙個為真。至少有乙個的否定就是乙個也沒有，即a b乙個也沒有是真的，也即a b都是假的。用符號語言表示就是非a且非b。 大概知道題主的意思。在日常語言中 a或b 的否定的確有 a且b 的情況，...
B站為什麼不能按分組檢視動態？
ePYcmen2tap 那個第乙個回答是真的讓人不清楚他在說什麼。2全部分組？這是在說什麼？哪怕我只有一類分組想快速瀏覽那分組動態就有意義。這人這回答是在故意找茬？同時，不管是哪條，背後都隱含著乙個問題，就是你b站現在的 分組 功能有什麼用？只為了分類標籤？那我就不明白分組類名裡的寥寥幾個字竟然能比...