通常的缺陷分析主要關注于測試團隊的內部指標,本文嘗試以缺陷為視角,通過復盤某一核心系統歷時30個月的建設過程,尋找質量、效率、工作模式等相關的問題,為后續根因分析活動..
軟件的度量分析一直是個“虛幻”的話題,因為軟件的開發過程畢竟不能和制造業相比,后者的過程中所產生的數據是非常有類比性的,從而度量也變得容易一些。如何在軟件開發過程..
正交缺陷分類法,Orthogonal Defect Classification(以下簡稱 ODC)是一種缺陷分析方法,由 IBM 在 1992 年提出。它通過給每個缺陷添加一些額外的屬性,利用對這些屬性的歸納和分析,來反映出..
缺陷趨勢分析可以幫助測試管理人員調整測試策略,幫助項目決策是否要結束測試。..
研究人員Baishakhi Ray,Daryl Posnett,Premkumar Devanbu和Vladimir Filkov使用GitHub數據進行了一次大規模的實驗性調查,主要研究程序員對于哪種編程語言針對某個特定任務是最好的爭論。研究院通..
1947年,一只小飛蛾飛進了繼電器,導致設備發生故障,于是,現場一位計算機科學家Grace Hopper 把導致程序發生故障的問題稱為Bug,把消滅臭蟲的行為,稱為Debug(在一個單詞前面加上..
我想一份糟糕的BUG報告和很多人都有著或多或少的關聯. 或是客戶支持的工作人員. 用戶的反饋報告、開發人員、測試人員或一級技術支持. 一份糟糕的BUG報告給他們帶來時間上的開銷...
低生產率和低等產品質量,耗費了大量的資源。有時管理層并沒有意識到發生了什么問題,為了保證項目的最終交付,他們為項目輸送了源源不斷的新人,由于培訓無法跟進,最終導致..
很多公司,問題單提單量是績效考核的很大一部分,甚至占到了90%或更高,這就導致了比較奇葩的現象:問題單提單量高,解決率卻很低。這么說有點誅心的味道,實際工作中懷揣這種..
編寫缺陷報告是測試人員的日常工作,好的缺陷報告能夠讓開發人員更容易理解,更快速的定位問題;不好的缺陷報告可能會誤導調查方向,增加溝通成本。那么一個好的缺陷報告應該..
我要講述的這個故事是,在一個下午,視頻游戲中的小bug造成的故障,如何促使我去清除來自于軟件的潛在危險漏洞,而該軟件被來自于世界各地的企業和政府使用。這件事還讓我明白..
缺陷生命周期 (K3)根據IEEE Std 1044-1993定義的異常管理生命周期進行缺陷管理。 (K3)根據IEEE Std 1044-1993評估缺陷報告和缺陷分類以改進缺陷報告的質量。..
從剛工作時接觸的第一個缺陷管理工具禪道,到redmine、JIRA、bugzilla ,再到現在的QC,當然還有其它種的開源的或商業的缺陷管理工具,它們的本質是一樣的,就是來管理缺陷的生命周期..
缺陷生命周期 (K3)根據IEEE Std 1044-1993定義的異常管理生命周期進行缺陷管理。 (K3)根據IEEE Std 1044-1993評估缺陷報告和缺陷分類以改進缺陷報告的質量..
對缺陷的度量有助于測試過程監控,例如:缺陷密度分析,發現和修復的缺陷數目等。另外,缺陷度量應包括追蹤過程控制信息的過程改進活動所需的缺陷信息,并引入缺陷來源分析、..
最近在讀《How We Test Software at Microsoft》 其中的缺陷和測試用例管理,發現很多思路和做法跟目前我們在進行的也頗為相似,總結如下:..
又屬于一篇普及文,希望自己在被各種技術吸引的同時,能時常來整理和總結軟件測試最基本的知識。 從剛工作時接觸的第一個缺陷管理工具禪道,到redmine、JIRA、bugzilla ,再到..
缺陷生命周期 (K3)根據IEEE Std 1044-1993定義的異常管理生命周期進行缺陷管理。 (K3)根據IEEE Std 1044-1993評估缺陷報告和缺陷分類以改進缺陷報告的質量。..
在嵌入式領域目標系統的應用系統日趨復雜,而由于競爭要求產品快速上市,開發技術日新月異,同時硬件發展的日益穩定,而軟件故障卻日益突出,軟件的重要性逐漸引起人們的重..
對缺陷的度量有助于測試過程監控,例如:缺陷密度分析,發現和修復的缺陷數目等。另外,缺陷度量應包括追蹤過程控制信息的過程改進活動所需的缺陷信息,并引入缺陷來源分析、..