什麼是軟件缺陷?
什麼是軟件缺陷
軟件缺陷：\r\n軟件未達到產品設計規範表明的功能；\r\n軟件出現了產品設計規範指明不會出現的錯誤；\r\n軟件功能超出產品設計規範指明的範圍；\r\n軟件未達到產品設計規範雖未指出但應達到的目標；\r\n軟件測試人員認為軟件難以理解、不易使用、運行速度慢，或者最終用戶認為不好。\r\n你應該也想知道軟件錯誤吧\r\n計算、觀察、測量的值或條件與實際的、規定的或理論上的值或條件不符合；\r\n導致產生含有缺陷的軟件的人為行動。\r\n例如，遺漏或誤解軟件說明書中的用戶需求，不正確的翻譯或遺漏設計規格說明書中的需求。 \r\n\r\n上面的統稱軟件故障\r\n提交高質量的軟件缺陷記錄，你們使用CQ嗎，還是buglist，覺得故障定級要準確，對於隨機性出現的錯誤一定要做好記錄，這個最好截圖，有些錯誤真的就出現一次，如果條件允許，你出故障的時候，比如一級故障，截個圖，就可以叫研發人員過來看，然後注意老員工的提交記錄，學習他們的規範和思考方式，特別要和研發人員保持好關係，否則別人直接無視你的報告，如果你是女的還好，別人不好意思說你，你是男的，直接藐視了，特別注意不要提太多的bug，寫bug記錄的時候也要站在研發的角度，提出解決方法，建議他們作修改，我的一些個人意見，希望對你有幫助。
軟件缺陷的級別
一旦發現軟件缺陷，就要設法找到引起這個缺陷的原因，分析對產品質量的影響，然後確定軟件缺陷的嚴重性和處理這個缺陷的優先級。各種缺陷所造成的後果是不一樣的，有的僅僅是不方便，有的可能是災難性的。一般問題越嚴重，其處理優先級就越高，可以概括為以下四種級別：（1）微小的（Minor）。一些小問題如有個別錯別字、文字排版不整齊等，對功能幾乎沒有影響，軟件產品仍可使用。（2）一般的（Major）。不太嚴重的錯誤，如次要功能模塊喪失、提示信息不夠準確、用戶界面差和操作時間長等。（3）嚴重的（Critical）。嚴重錯誤，指功能模塊或特性沒有實現，主要功能部分喪失，次要功能全部喪失，或致命的錯誤聲明。（4）致命的（Fatal）。致命的錯誤，造成系統崩潰、死機，或造成數據丟失、主要功能完全喪失等。除了嚴重性之外，還存在反映軟件缺陷處於一種什麼樣的狀態，以便於及時跟蹤和管理，下面是不同的缺陷狀態。·激活狀態（Open）：問題沒有解決，測試人員新報告的缺陷或者驗證後缺陷仍舊存在。·已修正狀態（Fixed）：開發人員針對缺陷，修正軟件後已解決問題或通過單元測試。·關閉狀態（Close）：測試人員經過驗證後，確認缺陷不存在之後的狀態。以上是三種基本的狀態，還有一些是需要相應的狀態描述，如“保留”，“不一致”狀態等。
判斷一個軟件缺陷的依據是什麼
當然是漏洞了（BUG），還有就是用戶體驗，如果軟件大方向錯的話，用戶不喜歡就徹底完了，如果是方向對，就要強調軟件的使用體驗，不斷優化，如果使用不便或者出錯等不良體驗就被稱作為缺陷
軟件缺陷的介紹
軟件缺陷（Defect），常常又被叫做Bug。1所謂軟件缺陷，即為計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。缺陷的存在會導致軟件產品在某種程度上不能滿足用戶的需要。IEEE729-1983對缺陷有一個標準的定義：從產品內部看，缺陷是軟件產品開發或維護過程中存在的錯誤、毛病等各種問題；從產品外部看，缺陷是系統所需要實現的某種功能的失效或違背。
什麼是軟件缺陷？為何軟件缺陷難以避免
廣聯達其缺點你開發人員都不知道那裡怎麼扣除或則數據連接，毛病很大，一直更新不斷，雖說是推廣做的好，但是真正用的時候麻煩很多，魯班鋼筋稍微好點，其他方面不太人性化，沒有廣聯達做的好，我作為中間人說的，都可以，廣聯達、魯班複製狗專營。
生活中什麼是軟件缺陷
所謂生活中的“軟件”是一種形象比喻，即將人的四肢健全、體力等客觀外在比喻成“硬件”，那麼，人的各種生活技能和應變能力可以被比喻為“軟件”。則“生活軟件缺陷”就是指生活技能和應變能力方面不足。
在軟件工程或軟件測試中，哪些軟件問題被稱為軟件缺陷
測試目的 第一是確認軟件的質量； 第二是提供信息，比如提供給開發人員或程序經理的反饋信息； 第三軟件測試不僅是在測試軟件產品本身，而且還包括軟件開發的過程。 軟件測試的基本方法 1黑盒測試，也稱為功能測試或數據驅動測試，著眼於程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。 2白盒測試，也稱為結構測試和邏輯驅動測試，主要用於軟件驗證，全面瞭解程序內部結構，對所有邏輯路徑進行測試。 3ALAC（act-like-a-customer）測試，是一種基於客戶使用產品的知識開發出來的測試方法。
軟件缺陷的優先級
嚴重性和優先級是表徵軟件測試缺陷的兩個重要因素，它影響軟件缺陷的統計結果和修正缺陷的優先順序，特別在軟件測試的後期，將影響軟件是否能夠按期發佈與否。對於軟件測試初學者而言，或者沒有軟件開發經驗的測試工程師，對於這兩個概念的理解，對於它們的作用和處理方式往往理解的不徹底，實際測試工作中不能正確表示缺陷的嚴重性和優先級。這將影響軟件缺陷報告的質量，不利於儘早處理嚴重的軟件缺陷，可能影響軟件缺陷的處理時機。什麼是缺陷的嚴重性和優先級嚴重性(Severity)顧名思義就是軟件缺陷對軟件質量的破壞程度，即此軟件缺陷的存在將對軟件的功能和性能產生怎樣的影響。在軟件測試中，軟件缺陷的嚴重性的判斷應該從軟件最終用戶的觀點做出判斷，即判斷缺陷的嚴重性要為用戶考慮，考慮缺陷對用戶使用造成的惡劣後果的嚴重性。優先級是表示處理和修正軟件缺陷的先後順序的指標，即哪些缺陷需要優先修正，哪些缺陷可以稍後修正。確定軟件缺陷優先級，更多的是站在軟件開發工程師的角度考慮問題，因為缺陷的修正順序是個複雜的過程，有些不是純粹技術問題，而且開發人員更熟悉軟件代碼，能夠比測試工程師更清楚修正缺陷的難度和風險。缺陷的嚴重性和優先級的關係缺陷的嚴重性和優先級是含義不同但相互聯繫密切的兩個概念。它們都從不同的側面描述了軟件缺陷對軟件質量和最終用戶的影響程度和處理方式。一般地，嚴重性程度高的軟件缺陷具有較高的優先級。嚴重性高說明缺陷對軟件造成的質量危害性大，需要優先處理，而嚴重性低的缺陷可能只是軟件不太盡善盡美，可以稍後處理。但是，嚴重性和優先級並不總是一一對應。有時候嚴重性高的軟件缺陷，優先級不一定高，甚至不需要處理，而一些嚴重性低的缺陷卻需要及時處理，具有較高的優先級。修正軟件缺陷不是一件純技術問題，有時需要綜合考慮市場發佈和質量風險等問題。例如，如果某個嚴重的軟件缺陷只在非常極端的條件下產生，則沒有必要馬上解決。另外，如果修正一個軟件缺陷，需要重新修改軟件的整體架構，可能會產生更多潛在的缺陷，而且軟件由於市場的壓力必須儘快發佈，此時即使缺陷的嚴重性很高，是否需要修正，需要全盤考慮。另一方面，如果軟件缺陷的嚴重性很低，例如，界面單詞拼寫錯誤，但是如果是軟件名稱或公司名稱的拼寫錯誤，則必須儘快修正，因為這關係到軟件和公司的市場形象。處理缺陷的嚴重性和優先級的常見錯誤正確處理缺陷的嚴重性和優先級不是件非常容易的事情，對於經驗不是很豐富的測試和開發人員而言，經常犯的錯誤有以下幾種情形：第一，將比較輕微的缺陷報告成較高級別的缺陷和高優先級，誇大缺陷的嚴重程度，經常給人“狼來了”的錯覺，將影響軟件質量的正確評估，也耗費開發人員辨別和處理缺陷的時間。第二，將很嚴重的缺陷報告成輕微缺陷和低優先級，這樣可能掩蓋了很多嚴重的缺陷。如果在項目發佈前，發現還有很多由於不正確分配優先級造成的嚴重缺陷，將需要投入很多人力和時間進行修正，影響軟件的正常發佈。或者這些嚴重的缺陷成了“漏網之魚”，隨軟件一起發佈出去，影響軟件的質量和用戶的使用信心。因此，正確處理和區分缺陷的嚴重性和優先級，是軟件測試人員和開發人員，以及全體項目組人員的一件大事。處理嚴重性和優先級，既是一種經驗技術，也是保證軟件質量的重要環節，應該引起足夠的重視。如何表示缺陷的嚴重性和優先級缺陷的嚴重性和優先級通常按照級別劃分，各個公司和不同項目的具體表示方式有所不同。為了儘量準確的表示缺陷信息，通常將缺陷的嚴重性和優先級分成4級。如果分級超過4級，則造成分類和判斷尺度的複雜程度，而少於4級，精確性有時不能保證。具體的表示方法機可以使用數字表示，也可以使用文字......
軟件缺陷的構成
從軟件測試觀點出發，軟件缺陷有以下五大類： （1）規格說明書缺陷：規格說明書可能不完全，有二義性或自身矛盾。另外，在設計過程中可能修改功能，如果不能緊跟這種變化並及時修改規格說明書，則產生規格說明書錯誤。 功 規格說明書 404 能 功能 147 缺 測試 7 陷 總計 558 27% （2）功能缺陷：程序實現的功能與用戶要求的不一致。這常常是由於規格說明書包含錯誤的功能、多餘的功能或遺漏的功能所致。在發現和改正這些缺陷的過程中又可能引入新的缺陷。（3）測試缺陷：軟件測試的設計與實施發生錯誤。特別是系統級的功能測試，要求複雜的測試環境和數據庫支持，還需要對測試進行腳本編寫。因此軟件測試自身也可能發生錯誤。另外，如果測試人員對系統缺乏瞭解，或對規格說明書做了錯誤的解釋，也會發生許多錯誤。（4）測試標準引起的缺陷：對軟件測試的標準要選擇適當，若測試標準太複雜，則導致測試過程出錯的可能就大。 ◆外部接口缺陷：外部接口是指如終端、打印機、通信線路等系統與外部環境通訊的手段。所有外部接口之間、人與機器之間的通訊都使用形式的或非形式的專門協議。如果協議有錯，或太複雜，難以理解，致使在使用中出錯。此外，還包括對輸入/輸出格式錯誤理解，對輸入數據不合理的容錯等。 內部接口 29 系 硬件 63 統 操作系統 2 缺 軟件結構 193 陷 控制與順序 43 資源 8 總計 338 16% ◆內部接口缺陷：內部接口是指程序內部子系統或模塊之間的聯繫。它所發生的缺陷與外部接口相同，只是與程序內實現的細節有關，如設計協議錯、輸入/輸出格式錯、數據保護不可靠、子程序訪問錯等。◆硬件結構缺陷：與硬件結構有關的軟件缺陷在於不能正確的理解硬件如何工作。如忽視或錯誤地理解分頁機構、地址生成、通道容量、I/O指令、中斷處理、設備初始化和啟動等而導致的出錯。◆操作系統缺陷：與操作系統有關的軟件缺陷在於不瞭解操作系統的工作機制而導致出錯。當然，操作系統本身也有缺陷，但是一般用戶很難發現這種缺陷。◆軟件結構缺陷：由於軟件結構不合理而產生的缺陷。這種缺陷通常與系統的負載有關，而且往往在系統滿載時才出現。如錯誤地設置局部參數或全局參數；錯誤地假定寄存器與存儲器單元初始化了；錯誤地假定被調用子程序常駐內存或非常駐內存等，都將導致軟件出錯。◆控制與順序缺陷：如忽視了時間因素而破壞了事件的順序；等待一個不可能發生的條件；漏掉先決條件；規定錯誤的優先級或程序狀態；漏掉處理步驟；存在不正確的處理步驟或多餘的處理步驟等。◆資源管理缺陷：由於不正確地使用資源而產生的缺陷。如使用未經獲准的資源；使用後未釋放資源；資源死鎖；把資源鏈接到錯誤的隊列中等。 ◇算法與操作缺陷：是指在算術運算、函數求值和一般操作過程中發生的缺陷。如數據類型轉換錯；除法溢出；不正確地使用關係運算符；不正確地使用整數與浮點數做比較等。 算術 114 加 初始化 15 工 控制與次序 271 缺 靜態邏輯 13 陷 其他 120 總計 533 26% ◇初始化缺陷：如忘記初始化工作區，忘記初始化寄存器和數據區；錯誤地對循環控制變量賦初值；用不正確的格式、數據或類類型進行初始化等。◇控制和次序缺陷：與系統級同名缺陷相比，它是局部缺陷。如遺漏路徑；不可達到的代碼；不符合語法的循環嵌套；循環返回和終止的條件不正確；漏掉處理步......
一條軟件缺陷記錄都包含了哪些內容
缺陷管理的作用在於，一是記錄以便以後滿足統計分析等需要，二是有助於重現問題以便定位及解決問題。從這個角度出發，缺陷報告自然是能夠記錄越多的細節越好，包括測試環境、軟件版本、所用工具及版本號、測試用例的信息、出錯前所執行的操作步驟、出錯時相關信息和日誌，等等很多。但是要真正做到捕獲的都是有用的信息是非常困難的，因為我們只能從故障現象入手去記錄相關信息，而問題的根源可能與之相隔甚遠，來回折騰其實是非常耗時、耗資源的。最好的辦法就是發現問題之後馬上debug，開發測試在一塊來解決問題，這是最經濟實惠的辦法。我個人非常喜歡敏捷軟件開發的方式，開發測試在同一個團隊裡面。發現缺陷後可以即刻查看、定位、調試修復問題。而後在不得已的時候，例如短時間內無法解決此問題，再進行記錄。