目前為止，我們已經了解了軟體質量保證是通過保證程序來保證最終產品的質量，并且簡單了解了常用的軟體開發模型，也就是我們說的“流水線”，在進行更深入的探索之前，我們先來了解下質量相關的幾個概念：
軟體錯誤/人為錯誤：軟體錯誤指軟體生命周期內出現的人為錯誤，人為錯誤將導致軟體缺陷的產生，大蝦還是喜歡使用“人為錯誤”這種表達方式，強調“人”的問題，而沒有甩鍋給“軟體”，
軟體缺陷：任何未滿足與預期或者規定用途有關的要求，
軟體故障：從系統角度看，指系統發生故障，
軟體失效：從用戶角度看，系統無法為用戶提供某種正常的服務，失效可能由軟體缺陷引起，也可能由人為因素，硬體故障等引起，
Bug：同缺陷，程式員常用來特指代碼缺陷，
以上這些概念，可以用一句話來總結：人為錯誤將引入一個或者多個缺陷，缺陷在特定情況下被激活形成軟體故障，如果未對軟體故障進行有效隔離，影響用戶使用，則導致軟體失效，希望同學們能記住這句話，因為很多人都分不清這幾個概念，偶爾裝下X也是很好的嘛，
另外，再稍微擴展下，Bug會給人輕描淡寫的感覺，而缺陷，故障，事故這幾個描述給人嚴重性逐級加重的感覺，溝通的時候，選擇合適的詞匯非常重要，尤其是匯報的時候，比如：你會跟同事開玩笑說：我很擅長寫Bug，大家聽了都會會心一笑，而如果你說：我很擅長整點缺陷或者時不時搞個事故，大家可能會很震驚的看著你，匯報的時候更要注意，如果搞出個大事情，你的標題寫著“針對某某Bug的分析”，我想領導肯定會認為：你沒有深刻吸取教訓，懷疑是不是處罰的力度還不夠哈，這種場合“針對某某故障的分析”就比較合適，沒有特殊原因一定不要特意使用“事故”這個詞，本來領導沒有那么當回事，一看報告寫著“事故”，那就不得不認真對待了，當然你回頭在專案組內部總結的時候，可以使用“事故”，先從氣勢上把大家鎮住，然后臭罵一頓，讓大家長長記性，如果只是使用“Bug”，我想也罵不出口吧，畢竟誰沒寫過Bug呢，
理清以上這些概念后，我們知道：為了提高質量，我們應該在軟體交付前，應盡可能多的發現并修復缺陷，同學們做好準備哈，馬上就要進入正題啦，
拒絕碎片化知識，訂閱本專欄（免費）并關注大蝦，系統化學習程式員需要掌握的質量知識，一起感受不同于技術的別樣魅力，拓寬視野，為職業發展打好基礎，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/392180.html
標籤：其他
上一篇：你有多久沒有堅持過一件事情了？如果沒有就來刷一輪力扣LeetCode
下一篇：匯編語言相關指令介紹（二）