軟件測試工作流程-資料下載頁
2025-03-26 04:22本頁面
【正文】 重性在不同的系統(tǒng)中相差很多，最嚴(yán)重的BUG 會(huì)讓開發(fā)者立刻放下手中的其他事來改正它們。不太嚴(yán)重的則是在時(shí)間和資源允許的情況下才去理會(huì)它們。BUG按其嚴(yán)重性可以分為以下幾類：表1 按嚴(yán)重性劃分BUG嚴(yán)重等級描 述A極嚴(yán)重1）可能有災(zāi)難性的后果或是會(huì)出人命的2) 故意留有程序后門B嚴(yán)重產(chǎn)生錯(cuò)誤的結(jié)果，導(dǎo)致系統(tǒng)不穩(wěn)定的問題1）造成數(shù)據(jù)庫不穩(wěn)定的錯(cuò)誤；2）系統(tǒng)崩潰，無法繼續(xù)操作3）列在說明中的需求未在最終系統(tǒng)中實(shí)現(xiàn)4）業(yè)務(wù)流程不正確C中等的不正確的，但不會(huì)影響系統(tǒng)穩(wěn)定性的1） 過程調(diào)用或其它腳本錯(cuò)誤；2） 打印錯(cuò)誤或打印出來的結(jié)果與用戶的要求不一致3） 系統(tǒng)刷新錯(cuò)誤；4） 產(chǎn)生錯(cuò)誤結(jié)果，如計(jì)算結(jié)果錯(cuò)誤等5） 功能的實(shí)現(xiàn)有問題。如在系統(tǒng)實(shí)現(xiàn)的界面上，一些可接受輸入的控件點(diǎn)擊后無作用；對數(shù)據(jù)庫的操作不能正確實(shí)現(xiàn)6） 編碼時(shí)數(shù)據(jù)類型、長度定義錯(cuò)誤的；7） 對用戶的使用有操作順序上的限制8） 雖然正確性不受影響，但系統(tǒng)性能和響應(yīng)時(shí)間受到影響D一般性的不正確的，但是沒有特別損害的輸出，或者使系統(tǒng)使用起來不太方便的錯(cuò)誤1）系統(tǒng)的提示語不明確，不簡明2）滾動(dòng)條無效3）可編輯區(qū)和不可編輯區(qū)不明顯，4）光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤；5）對庫記錄指針，方向鍵無效時(shí)沒有變灰6）界面不一致，或界面不正確E輕微的1）日期或時(shí)間初始值錯(cuò)誤（起止日期、時(shí)間沒有限定）2）按鈕或標(biāo)簽上有拼寫錯(cuò)誤的單詞、不正確的大小寫 除了按嚴(yán)重性來分類，BUG還可以按技術(shù)種類分為以下幾類：表2 按技術(shù)種類劃分BUG類 別描 述功能性錯(cuò)誤列在說明中的需求沒有在最終系統(tǒng)中達(dá)到系統(tǒng)錯(cuò)誤存在或產(chǎn)生于所開發(fā)的系統(tǒng)之外的軟硬件錯(cuò)誤邏輯錯(cuò)誤程序運(yùn)行起來不像要求的樣子用戶界面錯(cuò)誤字段和控件標(biāo)號不一致，功能提供的不一致等數(shù)據(jù)錯(cuò)誤訪問數(shù)據(jù)庫時(shí)出錯(cuò)編碼錯(cuò)誤源代碼中存在的語法錯(cuò)誤測試錯(cuò)誤測試者誤操作卻認(rèn)為發(fā)現(xiàn)了問題 在執(zhí)行本規(guī)定時(shí)，BUG的評級原則按表1中的描述進(jìn)行。 國標(biāo)中有關(guān)BUG數(shù)量的描述向用戶提交軟件進(jìn)行驗(yàn)收時(shí)，對于軟件中存在的BUG數(shù)量有如下的規(guī)定：1． 程序中不存在未改的A、B級BUG；C級BUG的數(shù)量每千行源代碼（KLOC）中不超過1個(gè)；D、E級BUG的數(shù)量每千行源代碼（KLOC）中不超過2個(gè)；對于隨機(jī)出現(xiàn)的BUG的數(shù)量也必須考慮。2． 在交付給用戶的文檔資料中，允許存在的BUG數(shù)量按以下方法計(jì)算：用程序的千行源代碼（KLOC）數(shù)量除以25，所得數(shù)加上3即為文檔中允許存在的最大BUG數(shù)量。例如，如果程序的千行源代碼（KLOC）的數(shù)量是1000，即該程序有1 000 000行源程序，則與該程序相關(guān)的文字資料中允許的最大BUG數(shù)就是（1000/25+3=）43個(gè)。 測試階段的劃分本節(jié)的詳細(xì)描述可在公司文檔《軟件測試文檔編制規(guī)范》中找到。實(shí)際的測試過程可能不會(huì)嚴(yán)格區(qū)分各個(gè)階段，寫在這里僅供參考。1. 單元測試(Unit testing) 將開發(fā)成功的各個(gè)子模塊單獨(dú)測試。2. 集成測試(Integrate testing)相互關(guān)聯(lián)的一個(gè)子系統(tǒng)重的所有子模塊已開發(fā)完成，全部聯(lián)編后進(jìn)行測 試。3. 確認(rèn)測試(Verification testing)確認(rèn)測試又稱有效性測試。它的任務(wù)是驗(yàn)證軟件的有效性，即驗(yàn)證軟件 的功能和性能及其它特性是否與用戶的要求一致。4. 系統(tǒng)測試(System testing)安裝測試、恢復(fù)測試、安全測試、運(yùn)行測試、操作手冊測試等任何用戶需要打交道的東西。修 改 紀(jì) 錄 表編 號GL/ZL—N002版 本擬 制日 期2000/8/4審 批日 期修改人修改日期修改章節(jié)簡要描述2000/11/21，，減輕測試人員文檔工作量，重新命名共享目錄，簡化BUG和送測單的填寫，細(xì)化BUG評級分類規(guī)定2001/3/14第5，6，7章調(diào)整測試流程2001/07/13全文25 / 25
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1