軟體測試缺陷怎麼辦

『壹』 軟體測試中怎麼辦總是重復提交相同的缺陷怎麼辦

一個人測試可以在提交的時候輸入關鍵字進行篩選一下。
多人測試盡量分模塊進行測試，提交之前都應該篩選一下。避免重復提交。

『貳』 軟體測試中針對缺陷採取怎麼樣的管理流程

簡單的概括如下:
1. 找到缺陷後, 記錄缺陷的各方面信息(如:日誌, 圖片, 測試步驟, 是否能重復等等).
2. 提交缺陷報告.
3. 跟蹤這個缺陷, 看其何時修復.
4. 當缺陷修復後, 再對其進行測試. 並對因這個缺陷而受影響的其它功能進行測試.(如果沒有就不測)
5. 如果這個缺陷測試通過, 關閉這個缺陷報告.
如果沒有通過, 則再次指回修復缺陷人員, 重新修復. (以此循環, 直到缺陷修復或者其它結論)

『叄』 5、軟體測試工程師在測試中發現了一個bug，但是開發經理認為這不是一個bug，你應該怎樣解決

答：首先，將問題提交到缺陷管理平台裡面進行備案登記。
然後，要獲取判斷的依據和標准：
根據需求說明書、產品說明、設計文檔等，確認實際結果是否與計劃有不一致的地方，提供缺陷是否確認的直接依據；
如果沒有文檔依據，可以根據類似軟體的一般特性來說明是否存在不一致的地方，來確認是否是缺陷；
根據用戶的一般使用習慣，來確認是否是缺陷；
與設計人員、開發人員和產品經理等相關人員探討，確認是否是缺陷；
合理的論述，向測試經理說明自己的判斷的理由，注意客觀、嚴謹，不參雜個人情緒。
等待產品經理做出最終決定，如果仍然存在爭議，跟測試經理確認，在發上線報告時把這個bug的風險遺留，預警，讓全項目方的人都知悉這個情況。
如果想這塊內容增強的小夥伴參考網上的相關知識(黑馬程序員論壇等)

『肆』 1.軟體缺陷和故障是什麼，舉例說明。 2.軟體測試的概念，其處理的基本問題有哪些

軟體缺陷和故障，常常又被叫做Bug。所謂軟體缺陷，即為計算機軟體或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。缺陷的存在會導致軟體產品在某種程度上不能滿足用戶的需要。比如一個登陸界面，沒有密碼驗證直接回車進入了，這就是大大的bug。

軟體測試就是在軟體投入運行前，對軟體需求分析、設計規格說明和編碼實現的最終審查，它是軟體質量保證的關鍵步驟。通常對軟體測試的定義有兩種描述：

定義1：軟體測試是為了發現錯誤而執行程序的過程。

定義2：軟體測試是根據軟體開發各階段的規格說明和程序的內部結構而精心設計的一-批測試用例,並利用這些測試用例運行程序以及發現錯誤的過程，即執行測試步驟。

處理的基本問題：

(1)測試是為了發現程序中的錯誤而執行程序的過程。

(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案。

(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。

(4)軟體測試缺陷怎麼辦擴展閱讀：

軟體測試原則：

對計算機軟體進行測試前，首先需遵循軟體測試原則，即不完全原則的遵守。不完全原則即為若測試不完全、測試過程中涉及免疫性原則的部分較多，可對軟體測試起到一定幫助。

因軟體測試因此類因素具有一定程度的免疫性，測試人員能夠完成的測試內容與其免疫性成正比，若想使軟體測試更為流暢、測試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個開發流程，不斷進行測試，而並非一次性全程測試。

『伍』 軟體測試人員工作中遇到復現不了的問題該怎麼辦

首先，先確定不能復現的bug是哪種情況，這里一般有兩種情況
第一，偶發性bug，這種情況需要確定bug的出現頻次，再次復現的時候錄屏並且加上日誌，提供詳細操作步驟以及必要的截圖信息。排查測試環境和開發環境的配置是否相同等其他條件引起的bug。
第二，提交給開發，在開發環境復現不了。這種情況，首先分析提交給開發的bug描述是不是准確詳細，有沒有必要的前置條件，操作步驟是否詳細，是否提供必要的截圖信息。排查測試環境和開發環境的配置是否相同，可以要求開發在測試環境中驗證通過再關閉該bug。
作為軟體測試人員，正確合理的做法是什麼呢？
1. 首先，在遇到非必然重現的bug，一定要提bug，並且要在bug單中說明復現的概率。
2. 在發現bug時，要分析產生的原因，盡量多嘗試可能出現的步驟。排除環境和自己電腦配置的原因，比如瀏覽器的版本，系統的版本，等。還可以尋找開發幫助，讓開發同學對相應地方的代碼進行檢查，看一下是否可以通過代碼層面檢查出問題。
3. 如果還未復現，在接下來的測試中，時刻保持關注，關聯的測試用例也要執行進一步的測試，看下是否能夠復現之前的bug。
4. 那些一直未能復現的bug，需要測試經理定期將這些bug匯總，選擇優先順序高的缺陷，組織開發人員和測試人員專門投入到復現問題。如果經過這樣的專門復現依然不能復現，可以降低問題的優先順序。如果在項目前期，跟蹤至少3個版本，如果仍然無復現，可以暫時關閉該bug，備注說明並不是因為修復關閉，而是經過x個版本後不復現了。
5. 如果項目周期比較緊張，不能跟蹤多個版本，那麼bug就不能關閉，上線後及時關注用戶的使用反饋，如果持續3或者4個版本沒有出現，那麼可以將bug暫時關掉了，同時關掉的時候要進行備注說明。

『陸』 軟體測試缺陷的管理原則是什麼意思

軟體測試缺陷的管理原則是分類管理，追蹤管理，歸零原則。具體說來，按功能缺陷，性能缺陷，可靠性缺陷等分類管理，按缺陷重要成為嚴重，重要，一般等，缺陷需要和測試用例建立追蹤關系，缺陷需歸零。

『柒』 軟體測試是有效的排除軟體缺陷的手段

bug是不可能被窮盡的，所以不存在測試可以找出所有的缺陷這種說法。
對於測試人員只是盡自己所能的去找出缺陷，而這就需要測試工程師對測試方法、技術、理念的熟悉及掌握程度了，以及對缺陷的敏感程度。測試是保證軟體質量的重要手段之一。
1. 好的測試員不懈追求完美。
不能過於鑽牛角尖，好的測試員知道何時完美無法企及，何時達到「夠好」。
2. 軟體測試是有效的排除軟體缺陷的手段。
不能把排除軟體缺陷依賴於軟體測試
3. 程序員與測試工作無關。
4. 白盒測試的條件覆蓋標准強於判定覆蓋。
六種覆蓋標准：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋發現錯誤的能力呈由弱至強的變化。
5. 驗收測試是以最終用戶為主的測試。
驗收測試又分a測試和b測試，前者有開發者在現場
6. 測試程序僅僅按預期方式運行就行了。
還要找出規格的疏漏
7. 自底向上集成需要測試員編寫驅動程序。
自底向上的增值方式是從程序模塊結構的最底層模塊開始組裝和測試。因為模塊是自底向上進行組裝的，對於一個給定層次的模塊，她的子模塊已經組裝並測試完成，所以不再需要樁模塊。
8. 軟體測試工具可以代替軟體測試員。
自動化測試不能完全替代手工測試
9. 最重要的用戶界面要素是軟體符合現行標准和規范。
易用性
10. 自動化測試可能延誤項目進度。
可以提高測試效率，當然沒實施好的話也會延誤
11. 軟體測試員可以對產品說明書進行白盒測試。

12. 靜態白盒測試可以找出遺漏之處和問題。

13. 程序員兼任測試員可以提高工作效率。
程序員不能測自己的程序
14. 產品說明書（需求文檔）的變更應當受到控制。
受開發條件實際需求控制
15. 軟體開發全過程的測試工作都可以實現自動化。

16. 找出的軟體缺陷越多，說明剩下的軟體缺陷越少。
注意錯誤群集現象
17. 採用自動化測試有可能延誤項目進度。

18. 測試應從「大規模」開始，逐步轉向「小規模」。

『捌』 軟體測試怎麼做缺陷跟蹤

一般缺陷分幾個狀態，新建
確認
修復
重新打開
關閉
這幾個狀態完成過程就代表一個缺陷跟蹤的過程。
新建bug
相關人員確認bug
開發進行修復bug
然後你再次驗證bug
如果該缺陷已修復，將bug關閉
如果該缺陷沒有修復，將重新打開bug
一般會用到工具去管理這些
現在很多
：QC
ALM
BugFree
jira
Mantis
禪道
等等
在給你推薦個bug管理工具群：
191709065