1樓：匿名使用者
您好，測試提交bug要看你們公司和客戶的規定，一般都是公司有自己的管理bug的**伺服器。按照公司和客戶商議後的規範填寫!
2樓：匿名使用者
一般每個公司都有自己的bug管理工具（比如bugzilla），並事先規定好bug編寫規範。測試人員發現bug後，直接將bug提交到bug庫中。提交bug時一般包括以下內容：
bug標題；
bug 產生對應的軟體版本；
bug 的嚴重程度；
bug 可能屬於的模組；
產生bug的前提條件；
bug再現步驟；
bug的表現現象；
產生bug時的日誌和截圖。
軟體測試中怎提交bug
3樓：it科技青年
真正在工作中，測試在提交bug的時候，是會用到bug管理工具的，用於提交bug，跟蹤bug，市面上有很多的bug管理工具，比如禪道，比如jira，有些公司也會自己開發一套bug管理工具。
軟體測試提交bug時包括哪些內容
4樓：山東中公優就業
1、bug的標題（title）和詳細描述（descriptions）:
標題主要是對你所提交的bug進行簡明扼要的描述；
詳細描述是對bug進行進一步詳細的描述，例如在什麼情況下發生等；也可以直接將標題作為描述部分（簡短明瞭時可以）。
兩者都是為了讓檢視bug的人員很清楚的知道你所表達的意思。
2、迴歸（regression）：
這一部分主要是測試一下前一個版本有沒有此類bug（稱為迴歸測試）。
3、bug測試環境（environment）：
在什麼環境中發現的這個bug，例如：什麼系統，哪個版本等。對於bug環境的描述可以通過簡單的羅列即可（精簡為主）。
4、復現的詳細步驟（repro steps）：
這一步主要是讓你將自己在測試的過程簡單的寫一下，從你開始測試軟體的最開始到你發現bug的時刻為止（簡單的說就是你的測試過程一步步羅列下）。
5、實際結果（actual results）和預期結果（expected results）：
實際結果就是你在測試軟體的過程中，軟體所表現出來的特徵或者行為；
預期結果就是軟體需要設計所要求達到的結果或者目標。
6、備註（notes）:
這一部分主要是對bug的一些補充，例如：其它系統也發生，上個版本不發生等需要補充的內容。
7、當然，還有很多內容。例如bug的嚴重等級、優先等級等。針對不一樣的bug提交系統，做出相應的bug提交內容即可。
一條軟體缺陷（或者叫bug）記錄都包含了哪些內容？如何提交高質量的軟體缺陷（bug）記錄？
5樓：從哲妍
一個缺陷報告必須包含以下核心要素：
1）測試環境
2）軟體版本
3）缺陷標題（問題描述）
4）測試步驟
5）期望結果
6）實際結果
7）詳細日誌及介面截圖
一篇高質量的軟體缺陷記錄應該考慮一下方面：
1) 通用ui要統
一、準確
缺陷報告的ui要與測試的軟體ui保持一致，便於查詢定位。
2) 儘量使用業界慣用的表達術語和表達方法
使用業界慣用的表達術語和表達方法，保證表達準確，體現專業化。
3) 每條缺陷報告只包括一個缺陷
每條缺陷報告只包括一個缺陷，可以使缺陷修正者迅速定位一個缺陷，集中精力每次只修正一個缺陷。校驗者每次只校驗一個缺陷是否已經正確修正。
4) 不可重現的缺陷也要報告
首先缺陷報告必須展示重現缺陷的能力。不可重現的缺陷要盡力重現，若盡力之後仍不能重現，仍然要報告此缺陷，但在報告中要註明無法再現，缺陷出現的頻率。
5) 明確指明缺陷型別
根據缺陷的現象，總結判斷缺陷的型別。例如，即功能缺陷、介面缺陷、資料缺陷，合理化建議這是最常見的缺陷或缺陷型別，其他形式的缺陷或缺陷也從屬於其中某種形式。
6) 明確指明缺陷嚴重等級和優先等級
時刻明確嚴重等級和優先等級之間的差別。高嚴重問題可能不值得解決，小裝飾性問題可能被當作高優先順序。
7) 描述 (description) ，簡潔、準確，完整，揭示缺陷實質，記錄缺陷或缺陷出現的位置
描述要準確反映缺陷的本質內容，簡短明瞭。為了便於在軟體缺陷管理資料庫中尋找制定的測試缺陷，包含缺陷發生時的使用者介面（ui）是個良好的習慣。例如記錄對話方塊的標題、選單、按鈕等控制元件的名稱。
8) 短行之間使用自動數字序號，使用相同的字型、字號、行間距
短行之間使用自動數字序號，使用相同的字型、字號、行間距，可以保證各條記錄格式一致，做到規範專業。
9) 每一個步驟儘量只記錄一個操作
保證簡潔、條理井然，容易重複操作步驟。
10) 確認步驟完整，準確，簡短
保證快速準確的重複缺陷，「完整」即沒有缺漏，「準確」即步驟正確，「簡短」即沒有多餘的步驟。
11) 根據缺陷，可選擇是否進行圖象捕捉
為了直觀的觀察缺陷或缺陷現象，通常需要附加缺陷或缺陷出現的介面，以**的形式作為附件附著在記錄的「附件」部分。為了節省空間，又能真實反映缺陷或缺陷本質，可以捕捉缺陷或缺陷產生時的全螢幕，活動視窗和區域性區域。為了迅速定位、修正缺陷或缺陷位置，通常要求附加中文對照圖。
附加必要的特殊文件和個人建議和註解
如果開啟某個特殊的文件而產生的缺陷或缺陷，則必須附加該文件，從而可以迅速再現缺陷或缺陷。有時，為了使缺陷或缺陷修正者進一步明確缺陷或缺陷的表現，可以附加個人的修改建議或註解。
12) 檢查拼寫和語法缺陷
在提交每條缺陷或缺陷之前，檢查拼寫和語法，確保內容正確，正確的描述缺陷。
13) 儘量使用短語和短句，避免複雜句型句式
軟體缺陷管理資料庫的目的是便於定位缺陷，因此，要求客觀的描述操作步驟，不需要修飾性的詞彙和複雜的句型，增強可讀性。
以上概括了報告測試缺陷的規範要求，隨著軟體的測試要求不同，測試者經過長期測試，積累了相應的測試經驗，將會逐漸養成良好的專業習慣，不斷補充新的規範書寫要求。此外，經常閱讀、學習其他測試工程師的測試缺陷報告，結合自己以前的測試缺陷報告進行對比和思考，可以不斷提高技巧。
14) 缺陷描述內容
缺陷描述的內容可以包含缺陷操作步驟，實際結果和期望結果。操作步驟可以方便開發人員再現缺陷進行修正，有些開發的再現缺陷能力很差，雖然他明白你所指的缺陷，但就是無法再現特別是對系統不熟悉的新加入開發人員，介紹步驟可以方便他們再現。實際結果可以讓開發明白錯誤是什麼，期望結果可以讓開發瞭解正確的結果應該是如何。
6樓：匿名使用者
缺陷管理的作用在於，一是記錄以便以後滿足統計分析等需要，二是有助於重現問題以便定位及解決問題。從這個角度出發，缺陷報告自然是能夠記錄越多的細節越好，包括測試環境、軟體版本、所用工具及版本號、測試用例的資訊、出錯前所執行的操作步驟、出錯時相關資訊和日誌，等等很多。
但是要真正做到捕獲的都是有用的資訊是非常困難的，因為我們只能從故障現象入手去記錄相關資訊，而問題的根源可能與之相隔甚遠，來回折騰其實是非常耗時、耗資源的。最好的辦法就是發現問題之後馬上debug，開發測試在一塊來解決問題，這是最經濟實惠的辦法。
軟體測試中，bug 提交不了有什麼原因造成的呢？根據是什麼呢？
7樓：
hi, 你說的提交不了是指bug已經確認可以提交，然後管理軟體出問題了提交不了還是指有人報了這個bug，但是因為一些原因不能去提交？
若是前者，請截圖或是說更詳細一些，讓我們能瞭解問題若是後者，那麼bug不能被提交可能有以下問題：
1 這個bug本身就不是bug
2 目前的階段還沒有正式開始，所以還不能報bug3 這個bug影響非常的小，對於使用者沒有太大影響，但是開發人員則要費大力氣去修改，這個問題就不會去提交
4 成本不允許，或是開發人員想要後期才去解決這個問題5 目前階段處於測試的後期，一些不是很嚴重的bug就不會去上報了6 之前已經報過了，然後被標稱 will never fix之類的就不會上報了
8樓：扈懷煒
這得看你是怎麼提交的，怎麼可能不能提交，是管理軟體裡？
軟體測試中 開發認為不是bug 但是測試認為是bug 根據的是什麼呢 怎麼流程處理？
9樓：
額，先和開發討論吧，讓他說出這個問題是怎麼一回事，為什麼會出現這個問題。
要是伺服器、網速問題的話，就不算是bug
要是程式問題，你就提bug到bug庫中，讓程式設計師自己去改！
軟體測試面試題：專案上線後出現bug怎麼處理？ 10
10樓：賤吳莫殺
看看bug的級別是不是很嚴重，要是比較嚴重的話可以做一個修復的補丁包，也可以退版本使用，等問題修復好以後再上線。
11樓：隨風吹去
推出補丁程式，進行升級，修復bug。
12樓：輕堷溫存
當然第一時間回滾啦，然後再找程式設計師修復，重新測試沒問題了再上。
那個好心的軟體測試工程師，能告訴我當發現一個bug後的，工作流程是怎樣的？？
13樓：
發現源bug———提交給開發修復————開發修復完驗收測試————驗證通過關閉bug
歸結一下bug的生命週期： open——fixed——closed
如果開發修復後驗證不通過就是這樣：open——fixed——reopen——fixed——closed
14樓：匿名使用者
我主要找不到合適的庫函式 ...386...而另外一種可以載入但不能直接執行的檔案即是系統擴充套件管理檔案*.sys（sys即...當使用字處理軟體編輯高階語言程式時，字尾
怎樣學習軟體測試，怎樣學習軟體測試
嗯，純理論性的學習的話，會比較難理解和掌握的，你可以到這裡來學習以下，是由格志的陳能技老師面向軟體測試初學者精心編制的 軟體測試基本功 系列教程，在豆丁網可以免費看到的。你不妨去看看。地址你自己網上搜尋吧。軟體測試基本功 系列教程 第2章 作業系統基礎 軟體測試基本功 系列教程 第3章 資料庫基礎 ...
軟體測試BUG的種類和種類定義，軟體測試中bug的種類有哪幾種？bug的易用性是什麼？
複製的 希望對你有用。軟體缺陷1 概念 軟體缺陷簡單說就是存在於軟體 文件 資料 程式 之中的那些不希望，或不可接受的偏差，而導致軟體產生的質量問題。按照一般的定義，只要符合下面5個規則中的一個，就叫做軟體缺陷。0 5 軟體未達到軟體規格說明書中規定的功能 0 5 軟體超出軟體規格說明書中指明的範圍...
軟體測試計劃中應該包括什麼內容，軟體測試計劃模板一般包括哪些要素
啄木鳥學院 測試計劃的內容會因不同的專案以及專案的大小而有所不同，一般而言在測試計劃中應該清晰描述以下內容 1 測試目標 對測試目標進行簡要的描述。2 測試概要 摘要說明所需測試的軟體 名詞解釋 以及提及所參考的相關文件。3 測試範圍 測試計劃所包含的測試軟體需測試的範圍和優先順序，哪些需要重點測試...