只是對缺陷的生命周期進行管理和跟蹤,Bugzilla或者TD已經足夠了, 1.要更好的管理缺陷,必須引入缺陷管理工具,商用的或者開源的都可。 2.根據缺陷的生命周期,考慮缺陷提交..
1. 盡快熟悉軟件的需求和業務,只有熟悉了產品的業務流程、你才能迅速找出軟件中存在的一些重要的缺陷 2. 把自己當成用戶,把自己當成是用戶去使用該系統,比如在使用該系統過程..
缺陷等級 等級名稱 等級定義 P1 嚴重缺陷 應用系統崩潰或系統資源使用嚴重不足: 1、 系統停機(含軟件、硬件)或非法退出,且無法通過重啟恢復; ..
軟件測試工程師如何有效的提交缺陷報告軟件測試人員遇到的第一節課就是如何有效的提交BUG,下面的文章不是專為軟件測試人員所寫,但是卻是所有軟件測試人員必讀。在不同的公司對提交有..
一、軟件缺陷的定義及主要類型 我們對軟件缺陷分析一下,所謂"軟件缺陷(bug)",即為計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤,或者隱藏的功能缺陷。一般來說,..
對于發現和修復缺陷,我們有不同的看法和策略。關于選擇是否修復和什么時候修復缺陷,取決于很多因素,其中最容易理解的一個因素是修復一個缺陷的實際成本。 今天,測試專家J..
對于BUG的自信 Donald E. Knuth(高德納)在TeX: The Program的前言中說: "我相信,在1985年11月27日,TeX代碼里面的最后一個BUG已經被發現和解決了。但是,如果代碼中仍舊有BUG,我很高興..
摘要: 測試活動作為IT項目和產品開發一個重要的環節,通過發現產品或組件的缺陷,并反饋給開發組修復驗證這些缺陷,從而在一定程度上保證了外發產品的質量。對這些測試活動發現..
人世間最痛苦的事莫過于——我所在項目開發正陷于混亂不堪的缺陷之中。因為缺乏一套缺陷管理的有效解決方案,使程序的缺陷無法回溯,無法跟蹤,解決沒解決不清楚,整一個就是一片模糊..
一、目的 對 BUG 概念、類型劃分、 BUG 狀態、 BUG 嚴重程度等內容進行定義和規范,以便進一步指導我們的測試工作。 二、概念 BUG :軟件中存在的瑕疵,可能會導致系統..
在99年的Quality week上的一次演講中,微軟的一個測試經理,Roger Sherman指出了由于“不可重現”導致bug關閉的主要原因。這是一個非??上У那闆r,因為這樣的bug report浪費了緊張的開發計劃中..
在測試工作中,測試人員經常需要提交缺陷報告,開發人員根據這些報告來修復錯誤,一個好的缺陷報告能讓開發人員迅速找到問題的所在。相反,如果缺陷報告不清晰,則開發人員往往還需要..
微軟缺陷管理方法 一.團隊組織 1. 微軟團隊模型 項目經理,開發,測試人員比例為5%,31%,64%。 產品團隊中,權威僅僅來自于知識,而不是來自于職位。 People are most productive working in small team..
一.團隊組織 1.常見問題 沒有人愿意做測試 覺得養不起那么多測試人員 開發人員不遵循規范,隨心所欲 項目經理事必躬親,分身乏術 2.微軟團隊模型..
軟件缺陷的描述是是軟件缺陷報告的基礎部分,也是測試人員就一個軟件問題與開發小組交流的最初且最好的機會。一個好的描述,需要使用簡單的、準確的、專業的語言來抓住缺陷的本質。否..
缺陷跟蹤過程是軟件工程中的一個極其重要的過程。本文介紹了如何使用兩個經典的分析模型,來控制缺陷跟蹤的過程。這兩個模型叫做《活動bug走勢圖》、《bug打開關閉圖》。 另外,..
有效地溝通可以在缺陷管理中避免項目利益相關者之間的相互指責,支持收集和解釋目標信息。缺陷報告的準確性、合理的分類和客觀的表述有助于改善缺陷報告提交人員和缺陷修復人員之間的..
近在讀《How We Test Software at Microsoft》 其中的缺陷和測試用例管理,發現很多思路和做法跟目前我們在進行的也頗為相似,總結如下: 缺陷管理和用例管理是一個軟件測試項目的..
通常大家發現軟件缺陷時會對軟件缺陷進行分類,可分類的方式只有一種,就是嚴重極別,難道沒有其它的分法嗎。比如我們碰到下面這種情況,測試人員發現有一種功能是必需加入進去的,這..
一、一定要提交!! 1. 記得有這么個缺陷,以后再遇到的時候可能就會了解發生的原因。 2. 盡力去查找出錯的原因,比如有什么特別的操作,或者一些操作環境等。 3. 程序..