試論軟件缺陷內(nèi)部數(shù)據(jù)庫的重要性_第1頁
試論軟件缺陷內(nèi)部數(shù)據(jù)庫的重要性_第2頁
試論軟件缺陷內(nèi)部數(shù)據(jù)庫的重要性_第3頁
試論軟件缺陷內(nèi)部數(shù)據(jù)庫的重要性_第4頁
試論軟件缺陷內(nèi)部數(shù)據(jù)庫的重要性_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

一、概述測試質(zhì)量和效率是軟件測試的重要內(nèi)容,其中對軟件測試過程發(fā)現(xiàn)的軟件缺陷(Bug)的管理具有重要作用。軟件測試缺陷管理數(shù)據(jù)庫是管理軟件測試缺陷的專用數(shù)據(jù)庫系統(tǒng),可以高效率地完成軟件缺陷的報告、驗證、修改、查詢、統(tǒng)計、存儲等任務。尤其適用于大型多語言軟件的\t"/ceshi/ceshijishu/qxgl/2007/0422/_blank"測試管理。實際測試項目實施之前,客戶都提供通過因特網(wǎng)訪問的項目公共數(shù)據(jù)庫。由于通過因特網(wǎng)訪問速度比較慢,客戶只給項目中的少數(shù)人登錄權(quán)限,所以,領測國際認為不能滿足測試組每個成員都可以方便地訪問數(shù)據(jù)庫。更重要的,如果每個\t"/ceshi/ceshijishu/qxgl/2007/0422/_blank"測試工程師都各自直接向項目公共數(shù)據(jù)庫報告和修改軟件測試發(fā)現(xiàn)的缺陷,由于每個人軟件測試的經(jīng)驗背景不同,很難控制報告的缺陷質(zhì)量,也不利于保持軟件缺陷報告的一致性。所以,為了保證報告軟件缺陷的質(zhì)量和格式的一致性,需要測試小組內(nèi)部指定具有測試經(jīng)驗的人員驗證和審查小組內(nèi)部報告的軟件缺陷,然后再通過因特網(wǎng),統(tǒng)一報到項目公共數(shù)據(jù)庫中。據(jù)調(diào)查,很多從事多年軟件測試的公司,都有內(nèi)部的軟件測試缺陷管理數(shù)據(jù)庫。這些內(nèi)部數(shù)據(jù)庫大部分是公司內(nèi)部\t"/ceshi/ceshijishu/qxgl/2007/0422/_blank"開發(fā)的,也有一些是直接從市場上購買的。公司內(nèi)部開發(fā)的功能更符合實際要求、具有良好的擴展性。直接購買的數(shù)據(jù)庫節(jié)約了開發(fā)成本,但是往往價格較高,很多功能根本用不上,造成經(jīng)濟上的浪費。大型的軟件測試項目,需要多人組成一個或多個測試小組,通過有效管理和內(nèi)部交流才能保證測試項目的順利實施。因此,如果再單純采用內(nèi)部電子郵件的方法管理測試的軟件缺陷,將造成測試項目實施過程中,軟件測試缺陷的交流效率低,缺陷的流程管理難以實時控制。二、采用電子表格與電子郵件管理軟件缺陷引起的問題在沒有引入公司內(nèi)部軟件缺陷管理數(shù)據(jù)庫之前,對于測試發(fā)現(xiàn)的軟件缺陷,測試小組內(nèi)部采用發(fā)送內(nèi)部電子郵件的方式。測試工程師發(fā)現(xiàn)的軟件缺陷,先書寫測試基本信息(軟件名稱、版本號、語言、\t"/ceshi/ceshijishu/qxgl/2007/0422/_blank"測試環(huán)境、測試內(nèi)部、缺陷類別,測試者姓名、測試日期),然后加入詳細的測試步驟,和/或捕捉缺陷的圖像。再發(fā)送給測試組內(nèi)部的軟件缺陷驗證工程師,為了使內(nèi)部其他測試工程師注意已經(jīng)發(fā)現(xiàn)的缺陷,還要同時抄送郵件。負責向客戶提供的項目數(shù)據(jù)庫測試團對中的工程師,首先要檢查測試工程師郵件中的軟件缺陷是否正確和完整,包括格式、步驟,然后報告到客戶提供的項目數(shù)據(jù)庫。為了便于統(tǒng)計工作量、進度、缺陷類型和數(shù)量,通常創(chuàng)建電子表格文件,將缺陷類型、報告者、報告日期、缺陷狀態(tài)等進行記錄。這種測試工作方式最大的不便之處在于:1、測試效率不高測試組每個成員在測試過程中要不斷受到中斷,需要隨時閱讀和回復這些郵件,工作效率很低。尤其當測試成員很多,測試的語言版本很多時,缺陷嚴重工程師的壓力更大。內(nèi)部缺陷驗證工程師的工作量很大,不僅要驗證缺陷的正確性,報告缺陷到客戶的項目數(shù)據(jù)庫,還要逐個向電子表格文件輸入每個缺陷的處理情況。另外,如果報告的缺陷很多,很難分類查找某個或某種類型的缺陷。2、測試質(zhì)量難保證由于個人的測試經(jīng)驗和習慣不同,每個人報告的軟件缺陷的內(nèi)容和格式很難保持一致,甚至往往遺漏關鍵內(nèi)容。軟件缺陷驗證時,需要花費很多時間對其內(nèi)容進行檢查,對于檢查中發(fā)現(xiàn)的問題還要發(fā)郵件或口頭交流。如果缺陷被驗證通過,再報告到客戶提供的滿足如此高質(zhì)量要求的軟件測試,如果項目測試組內(nèi)部沒有高效的軟件缺陷管理和控制方式,是很難保證測試質(zhì)量和測試進度的。測試實踐證明,在測試組織不完善的新型測試機構(gòu)的測試初期,引入內(nèi)部軟件缺陷數(shù)據(jù)庫是很有必要的。另外,測試人員的不確定性,難以保證新加入的測試成員,能夠盡快適應實際測試項目的需要。為了保證測試軟件缺陷報告的質(zhì)量,引入內(nèi)部測試缺陷數(shù)據(jù)庫,可以從測試工具和測試流程上,保證不同測試技術背景的測試成員書寫結(jié)構(gòu)一致的測試報告。引入內(nèi)部軟件測試缺陷數(shù)據(jù)庫屬于軟件公司創(chuàng)建測試組織的基礎性工作,可以滿足現(xiàn)在和今后軟件測試業(yè)務不斷發(fā)展的需要。這種基礎工作做好了,可以使初期的測試項目順利實施,也為今后大型測試項目的實施打下良好的基礎。四、結(jié)論引入內(nèi)部的軟件測試缺陷管理數(shù)據(jù)庫可以提高

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論