1、三、基于測試流程上的缺陷管理系統(tǒng),缺陷的定義 軟件沒有達(dá)到產(chǎn)品說明書表明的功能 軟件出現(xiàn)了產(chǎn)品說明書中不一致的表現(xiàn) 軟件功能超出產(chǎn)品說明書的范圍 軟件沒有達(dá)到用戶期望的目標(biāo)(雖然產(chǎn)品說明書中沒有要求) 測試員或用戶認(rèn)為軟件的易用性差 不是所有缺陷都會修改 市場的壓力使得產(chǎn)品最終發(fā)行有時間限制 測試員錯誤理解或者不正確操作引出的缺陷(FAQ) 錯誤的修改影響的模塊較多，帶來的風(fēng)險較大（遺留） 修改性價比太低(FAQ，遺留） 缺陷報告中提出的問題很難重現(xiàn),Founder R 軟件開發(fā)人員應(yīng)避免檢查自已的程序，利用同行評審的方式對代碼進(jìn)行審查；(自己檢查容易依照原有的程序設(shè)計思路進(jìn)行，往往查不出問題

2、) 在設(shè)計測試用例時，必須明確預(yù)期的輸出結(jié)果，否則對實際的輸出結(jié)果很難有檢驗的標(biāo)準(zhǔn)，測試失去意義。測試用例應(yīng)由輸入數(shù)據(jù)和與之對應(yīng)的期望輸出結(jié)果這兩部分組成，在輸入數(shù)據(jù)中，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件； 在進(jìn)行各種分析和修復(fù)工作中，要充分注意修復(fù)工作所產(chǎn)生的影響效果和波及效果。,Founder R&D,軟件測試經(jīng)驗分享,統(tǒng)計表明大約有60%的錯誤是在設(shè)計階段之前注入的，并且修正一個軟件錯誤所需的費用將隨著軟件生存期的進(jìn)展而上升。錯誤發(fā)現(xiàn)得越晚，修復(fù)它的費用就越高，而且呈指數(shù)增長的趨勢。 測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目（即檢錯率）很可能成正比；(編碼規(guī)范、需求理解

3、、技術(shù)能力、內(nèi)部耦合性是引起這些現(xiàn)象的原因) 程序中的大部分錯誤往往是在一小部分模塊中發(fā)現(xiàn)的，遵循普遍適用的“二八定理”（即80%的錯誤往往是由20%的模塊所造成的），例如，IBM公司的OS/370操作系統(tǒng)中，47% 的錯誤僅與該系統(tǒng)中的4%的程序模塊有關(guān)； 要嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性，這樣才能消除各種無序操作所造成的副作用；測試設(shè)計決定了測試的有效性和效率，測試工具只能提高測試效率 應(yīng)當(dāng)對每一個測試結(jié)果做全面的檢查，這樣才有可能找到真正的出錯原因，為今后的調(diào)試工作奠定基礎(chǔ)。,Founder R&D,結(jié)束語,產(chǎn)品越復(fù)雜，測試花費的時間就越長，費用就越大，測試發(fā)現(xiàn)缺陷的效率也就越低。 缺陷會掩蓋或加重其它缺陷。也就是說，當(dāng)一個程序有許多缺陷時，由于缺陷相互作用，使得發(fā)現(xiàn)和修復(fù)缺陷的過程更加復(fù)雜。這使得一些缺陷很難查找和修復(fù)。一個缺陷可能掩蓋其它缺陷，使得這些被掩蓋的缺陷難以發(fā)現(xiàn)，增加了它們逃過測試的可能性。 遵照規(guī)范化的方法，仔細(xì)復(fù)查和測試每個小程序模塊，這比讓任何測試組在你的程序中發(fā)現(xiàn)缺陷的效果要好。也就是說，盡早的將缺陷排除掉。測試不能避免缺陷的發(fā)生，只能是一種補(bǔ)救。 你是唯