1樓：匿名使用者
一般我們都認為測出一個問題就是一個bug，其實這是不對的，假設測試10個問題就10個bug，而修改一出就全解決了，程式設計師肯定認為冤枉自己。
所有軟體是文件，**等組成的，最初的錯誤是來自於這些軟體錯誤(software error)，如**中加法寫成減法。軟體錯誤導致軟體缺陷(software defect)，如設計缺陷，**缺陷等，可用靜態測試，如走查，靜態檢查，測試床（軍事軟體用的技術）等，軟體的缺陷導致一個或多個軟體故障 (software fault)，故障有內部故障，外部故障，也就是我們所說的bug，軟體故障導致了軟體在功能操作等方面的失效(software failure)。
我們平時測的bug實際上是軟體故障於失效的體現。一旦軟體錯誤得到修改，相應的故障與失效也就解除了。這樣分有助於我們定位問題，找到問題。
軟體缺陷報告包含哪些內容？
2樓：來自白石湖**不羈的九里香
簡單的概括來說：缺陷報告是測試人員與開發人員交流溝通的重要途徑，也是測試工程師日常工作的重要產出物。
常規的軟體缺陷報告，應該包括缺陷標題、缺陷描述、缺陷影響情況、環境配置內容、前置條件、缺陷重現的步驟、期望結果和測試結果、優先順序和嚴重程度、變通方案、bug原因分析，以及附件幾個大部分。
具體內容可以從黑馬程式設計師官網獲取資料進行進一步瞭解。
3樓：
缺陷編號(defect id)：提交缺陷的順序；
缺陷標題(summary)：簡明扼要的描述一下缺陷；
缺陷的發現者(detected by)： 測試人員自己；
發現缺陷的日期(detected date)：一般為當天；
缺陷所屬的模組(subjecy):在測試哪個功能模組的時候發現的bug，開發組可以據此決定由誰負責修改該bug;
發現缺陷版本(detected in release)：在測試哪個版本的時候發現的bug;
指派給誰處理(assigned to):測試人員指派給開發經理，開發經理根據缺陷所在的模組，需再次指派具體的開發人員；
缺陷的狀態(status)：缺陷此時所處的處理階段或處理情況；
測試人員發現缺陷，提交缺陷報告，把缺陷的狀態置為：new (新發現的bug);
開發經理驗證新提交的 bug ,如果是 bug ,把狀態改為 open (開啟的bug,開發組承認的bug)，指派給具體的開發人員解決；如果不是bug,把狀態改為rejected(拒絕的bug);
開發人員看到指派給自己解決的bug，進行 bug 修復，修改完後，把狀態改為：fixed(已經修復的 bug ,可以返測得 bug )
測試人員對修復得 bug 進行返測，返測成功，把狀態改為closed(關閉得缺陷，歸檔得 bug)；如果返測不成功，把狀態改為：reopen (重新開啟得 bug);
缺陷的嚴重程度(severity)：bug 對軟體的影響有多大
urgent：造成系統宕機、重啟、崩潰的缺陷；
very high：非常嚴重的缺陷；
high：嚴重的缺陷；
medium：中等程度的缺陷；
low：小的缺陷；
每一個等級到底包括哪些缺陷，最好在專門的文件中進行詳細說明，這樣可以使開發和測試人員達成共識。
bug level （等級、級別）
definition （定義）
效能 performance
缺陷的優先順序(priority)
測試人員希望該缺陷程式設計師在什麼時間內或在哪個版本中解決
urgent：立刻修改（影響開發或者測試的進度）
very high：本版本修改；
high：下版本修改；
medium：釋出之前修改；
low：允許在釋出中存在的
缺陷描述 (description)
把發現 bug 的步驟、使用的資料等記錄下來，是程式設計師通過該描述清楚所發生的事情；
4樓：漫剪口罩男帶爺
你是做檢測軟體的？寫報告。。。
軟體缺陷的狀態有哪些
5樓：指尖威武
bug提交到缺陷庫中會自動的被設定成new狀態
assigned（已指派）：
當一個bug被認為new之後，將其分配開發人員，開發人員將確認這是否是一個bug，如果是，開發組的負責人就將這個bug指定給某位開發人員處理，並將bug的狀態設定為「assigned」
open（已開啟）：
開發人員開始處理bug時，他將這個bug的狀態設定為「open」，表示開發人員正在處理這個「bug」
fixed（已修復）：
當開發人員進行處理（並認為已經解決）之後，他（她）就可以將這個bug的狀態設定為「fixed」並將其提交給開發組的負責人，然後開發組的負責人將這個bug返還給測試組
rejected(被拒絕)：
測試組的負責人接到上述bug的時候，如果他（她）發現這是產品說明書中定義的正常行為或者經過與開發人員的討論之後認為這並不能算作bug的時候，開發組負責人就將這個bug的狀態設定為「rejected」
postponed（延期）：
有些時候，對於一些特殊的bug的測試需要擱置一段時間，事實上有很多原因可能導致這種情況的發生，比如無效的測試資料，一些特殊的無效的功能等等，在這種情況下，bug的狀態就被設定為「postponed」
closed（已關閉）：
測試人員經過再次測試後確認bug已經被解決，將bug的狀態設定為「closed」
如經過再次測試發現bug仍然存在，測試人員將bug再次開發組，將bug的狀態設定為「reopen」
6樓：匿名使用者
new：測試人員新建缺陷。
open：開發人員開啟缺陷準備修改。
fixed：開發人員修改完畢。
reopen：迴歸測試不通過。
closed：迴歸測試通過。
reject：開發人員認為不是問題拒絕修改。
duplicate：提交的缺陷重複。
postpone：推遲修改。
abandon：開發人員認為不是問題或者已經提交過經過測試人員確認確實是這樣，是一種特殊的closed。
軟體缺陷的定義是什麼？
7樓：匿名使用者
ieee 1983 of ieee standard 729中對軟體缺陷作了一個標準的定義：
從產品內部看，軟體缺陷是軟體產品開發或維護過程中所存在的錯誤、毛病等各種問題；從外部看，軟體缺陷是系統所需要實現的某種功能的失效或違背。
因此軟體缺陷就是軟體產品中所存在的問題，最終表現為使用者所需要的功能沒有完全實現，沒有滿足使用者的需求。
以前看黑馬程式設計師公開課時候就講過。
1.軟體缺陷和故障是什麼，舉例說明。 2.軟體測試的概念，其處理的基本問題有哪些？
8樓：立港娜娜
軟體缺陷和故障，常常又被叫做bug。所謂軟體缺陷，即為計算機軟體或程式中存在的某種破壞正常執行能力的問題、錯誤，或者隱藏的功能缺陷。缺陷的存在會導致軟體產品在某種程度上不能滿足使用者的需要。
比如一個登陸介面，沒有密碼驗證直接回車進入了，這就是大大的bug。
軟體測試就是在軟體投入執行前，對軟體需求分析、設計規格說明和編碼實現的最終審查，它是軟體質量保證的關鍵步驟。通常對軟體測試的定義有兩種描述：
定義1：軟體測試是為了發現錯誤而執行程式的過程。
處理的基本問題：
(1)測試是為了發現程式中的錯誤而執行程式的過程。
(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案。
(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。
9樓：影視老港
1，缺陷就是bug了，比如一個登入介面，沒有密碼驗證直接回車進入了，這就是大大的bug。
3，目的當然是為了完善軟體，使bug數達到最小值。
5，理論很重要，要懂測試方法。
軟體缺陷有哪些表現
10樓：匿名使用者
在有些環境中不能執行，與其他軟體不相容，功能不穩定，有時可以有時不可以。
11樓：匿名使用者
容易被攻擊bug多執行大量消耗記憶體甚至宕機
12樓：匿名使用者
具體什麼軟體 問的不清楚··不知道怎麼回答
軟體著作權的內容包括哪些,軟體著作權包括哪些方面的內容？
您好！關於抄 這一問題的法律規定如下襲 計算機軟體保護條例 第八條 軟體著作權人享有下列各項權利 一 發表權，即決定軟體是否公之於眾的權利 二 署名權，即表明開發者身份，在軟體上署名的權利 三 修改權，即對軟體進行增補 刪節，或者改變指令 語句順序的權利 四 複製權，即將軟體製作一份或者多份的權利 ...
計算機軟體包括哪些，計算機軟體系統包括哪些？
計算機軟體總體分為系統軟體和應用軟體兩大類 系統軟體是各類作業系統，如windows linux unix等，還包括作業系統的補丁程式及硬體驅動程式，都是系統軟體類。計算機軟體包括 系統軟體 和 應用軟體 兩部分組成。計算機軟體系統包括哪些？計算機軟bai件系統。包括du系統軟體 支撐軟zhi件和應...
辦公軟體培訓需要培訓哪些內容，辦公軟體需要學些什麼？怎麼可以學習辦公軟體？
內容來自使用者 雨後彩虹 第一節簡介 一 word 2000的啟動方式 1 開始 程式 microsoft word 2 雙擊桌面winword快捷圖示 3 右鍵桌面空白處 新建 microsoft office 二 新建空白文件 1 檔案 新建 常用 空白文件 確定 2 常用工具欄 新建空白文件 ...