軟件測試總體方案

上海高清藍信軟件技術(shù)有限公司作者：顧翔第13頁共13頁7/15/2023軟件測試總體方案目錄TOC\o"1-3"\h\z軟件開發(fā)模型 2軟件測試模型 2需求分析 3概要設(shè)計 3詳細設(shè)計 3開發(fā) 3集成測試 3系統(tǒng)測試 4驗收測試 4Alpha測試 4Bate測試 4開發(fā)周期所需要產(chǎn)生的文檔 4軟件測試類型 5白盒測試 5靜態(tài)白盒測試 5動態(tài)白盒測試 5功能測試 6UI測試 6性能測試 6負載測試 6強度測試 7容量測試 7基準測試 7競爭測試 7平安性和訪問控制測試 7應(yīng)用程序級別的平安性 8系統(tǒng)級別的平安性 8故障轉(zhuǎn)移和恢復(fù)測試 8兼容性測試 8瀏覽器兼容性 8操作系統(tǒng)兼容性 9硬件兼容性 9安裝測試 9多語種測試 9分辨率測試 9發(fā)布測試 10說明書測試 10宣傳材料測試 10幫助文件測試 10廣告用語 10文檔審核測試 10總結(jié) 10缺陷管理 11錯誤跟蹤管理系統(tǒng) 11軟件錯誤的狀態(tài) 11Bug管理的一般流程 11軟件錯誤流程管理要點 12環(huán)境 12軟件開發(fā)模型軟件開發(fā)模型主要有以下幾類瀑布模型：這是最傳統(tǒng)的軟件開發(fā)模型，即分析-設(shè)計-編碼-測試，但它的不可以回復(fù)性決定了它的使用局限性，它適合于開發(fā)中需求變更極少，代碼質(zhì)量較高以及開發(fā)人員的水平極高的軟件，雖然它具有以上的局限性，但是它是下面軟件開發(fā)模型的根底；螺旋模型和跌代模型：這兩個模型雖然有各自不同的定義，但是實踐起來是相同的，它將軟件需求按照優(yōu)先等級，分階段，分周期開發(fā)，每個周期產(chǎn)生一套相對獨立的軟件產(chǎn)品。這個模型適合于需求變化比較多，最后結(jié)果不容易被預(yù)料的軟件。使用這種模型，軟件錯誤可以盡早被發(fā)現(xiàn)。噴泉模型：這個模型在軟件開發(fā)的任何一個階段都可以返回到以前的階段的軟件模型，比方分析-概要設(shè)計-分析-概要設(shè)計-詳細設(shè)計-編碼-概要設(shè)計-詳細設(shè)計-編碼-測試。適合于需求變化頻繁，工程時間不緊張的軟件模型XP模型：這種模型沒有分析和設(shè)計期間，一邊編碼一邊測試，沒有任何文檔產(chǎn)生。它適合于工程非常緊張的軟件軟件測試模型軟件測試模型主要有V模型，X模型，OO模型?？紤]到公司軟件的特性，決定采用V模型進行測試工作，下面主要介紹這種模型驗收測試系統(tǒng)測試集成測試單元測試編碼概要設(shè)計詳細設(shè)計需求分析驗收測試系統(tǒng)測試集成測試單元測試編碼概要設(shè)計詳細設(shè)計需求分析需求分析需求分析期間，測試的主要工作為審核需求分析報告：需求中是否存在不合理現(xiàn)象；需求是否可以被實現(xiàn)召開需求評審會議：評審會議工程經(jīng)理，系統(tǒng)分析師，用戶代表，客戶，測試設(shè)計師參加書寫驗收測試方案概要設(shè)計概要設(shè)計期間，測試的主要工作為審核概要設(shè)計報告：概要設(shè)計是否符合全部需求，概要設(shè)計是否存在問題召開概要設(shè)計評審會議：由工程經(jīng)理，系統(tǒng)分析師，系統(tǒng)設(shè)計師，設(shè)計師，測試設(shè)計師,技術(shù)專家參加書寫系統(tǒng)測試方案詳細設(shè)計詳細設(shè)計期間，測試的主要工作為審核詳細設(shè)計報告：詳細設(shè)計是否符合全部需求，詳細設(shè)計是否存在問題召開詳細設(shè)計評審會議：由工程經(jīng)理，系統(tǒng)設(shè)計師，設(shè)計師，編碼人員，測試設(shè)計師參加書寫集成測試方案：開發(fā)開發(fā)期間測試主要工作為召開開發(fā)指南評審會議：由工程經(jīng)理，設(shè)計師，開發(fā)員參加書寫個階段測試用例召開測試用例評審會議：由工程經(jīng)理，測試設(shè)計師，測試工程師參加設(shè)計〔由測試設(shè)計師設(shè)計〕并書寫測試腳本〔由開發(fā)人員書寫〕開發(fā)后期，由開發(fā)人員對開發(fā)的模塊進行單元測試集成測試按照模塊上下集關(guān)系，進行從上到下或者從下到上的集成測試方法進行集成測試，單元測試與集成測試主要考慮功能性測試。同時也要對模個模塊或者集成模塊進行非功能性的抽樣測試。系統(tǒng)測試 對整合系統(tǒng)進行整合測試，這時的測試主要測試系統(tǒng)的整體功能和全部非功能性的需求。驗收測試 驗收測試首先進行正規(guī)性的測試，即由技術(shù)人員模擬各戶環(huán)境，以用戶的身份進行安裝和測試工作。然后進行非正規(guī)測試alpha測試和bate測試。Alpha測試由公司內(nèi)部開發(fā)人員模擬用戶進行測試，這個時候還允許對需求做些修改工作Bate測試alpha測試后將產(chǎn)品提交給某些特定用戶，進行測試，注意這是的軟件一定要有使用時間限制，這時候凍結(jié)系統(tǒng)需求開發(fā)周期所需要產(chǎn)生的文檔階段開發(fā)文檔測試文檔立項前期工程合同可行性分析報告工程方案書需求分析期需求規(guī)格說明書需求規(guī)格審核報告需求規(guī)格評審報告驗收測試方案書概要設(shè)計期概要設(shè)計書概要設(shè)計審核報告概要設(shè)計評審報告系統(tǒng)測試方案書詳細設(shè)計期數(shù)據(jù)庫設(shè)計詳細設(shè)計書詳細設(shè)計審核報告詳細設(shè)計評審報告集成測試方案書編碼前期編碼標準編碼測試腳本測試用例測試腳本設(shè)計書編碼后期單元測試報告集成測試期集成測試報告系統(tǒng)測試期系統(tǒng)測試報告驗收測試期驗收測試報告后期使用手冊配置指南廣告材料測試總結(jié)報告〔決定產(chǎn)品是否可以發(fā)布〕藍色為可選項軟件測試類型軟件測試是指使用人工或者自動的手段來運行或測定某個軟件產(chǎn)品系統(tǒng)的過程，其目的是在于檢驗是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實際結(jié)果的區(qū)別。本文主要描述軟件測試的一些類型。白盒測試白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量，一般白盒測試由工程經(jīng)理在程序員開發(fā)中來實現(xiàn)。白盒測試分為動態(tài)白盒測試和靜態(tài)白盒測試靜態(tài)白盒測試利用眼睛，瀏覽代碼，憑借經(jīng)驗，找出代碼中的錯誤或者代碼中不符合書寫標準的地方。比方，代碼標準中規(guī)定，函數(shù)必須為動賓結(jié)構(gòu)。而黑盒測試發(fā)現(xiàn)一個函數(shù)定義如下：FunctionNameGet(){….}這是屬于不符合開發(fā)標準的。有這樣一段代碼:if((i<0)&(i>=0))…這段代碼交集為整個數(shù)軸，IF語句沒有必要I=0;while(I>100){J=J+100;T=J*PI;}在循環(huán)體內(nèi)沒有I的增加,錯誤產(chǎn)生。動態(tài)白盒測試利用開發(fā)工具中的調(diào)式工具進行測試。比方一段代碼有4個分支，輸入4組不同的測試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確。if(I<0){P1}else{P2}在調(diào)試中輸入I=-1,測試P1程序段通過;再輸入I=1,測試P2程序段，這樣的測試屬于動態(tài)白盒測試的缺陷。白盒測試通常在單元測試的時候進行。功能測試功能測試指測試軟件各個功能模塊是否正確，邏輯是否正確。對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)那么的測試需求。這種測試的目標是核實數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)那么的實施是否恰當。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面(GUI)或者測試腳本與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應(yīng)用程序及其內(nèi)部進程。功能測試的主要參考為類似于功能說明書之類的文檔。UI測試UI測試指測試用戶界面的風格是否滿足客戶要求，文字是否正確，頁面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等用戶界面(UI)測試用于核實用戶與軟件之間的交互。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標準。包括用戶友好性，人性化，易操作性測試。UI測試比較主觀，與測試人員的喜好有關(guān)比方：頁面基調(diào)顏色刺眼；文字中出現(xiàn)錯別字；頁面顯示范圍超過屏幕范圍等都屬于UI測試中的缺陷。性能測試性能測試主要測試軟件測試的性能，包括負載測試，強度測試，容量測試，基準測試以及基準測試負載測試負載測試是一種性能測試指數(shù)據(jù)在超負荷環(huán)境中運行，程序是否能夠承擔。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。比方，用戶并發(fā)量測試就是屬于負載測試的用戶，可以使用測試工具，模擬上百人客戶同時訪問，看系統(tǒng)響應(yīng)時間，處理速度如何？強度測試強度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運行情況。這類測試往往可以書寫系統(tǒng)要求的軟硬件水平要求。主要測試對象為低CPU主頻，低存儲空間〔內(nèi)存或外存〕，低連接速度。實施和執(zhí)行此類測試的目的是找出因資源缺乏或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間缺乏，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷那么可能由于爭用共享資源〔如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬〕而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。比方：一個系統(tǒng)在內(nèi)存366M下可以正常運行，但是降低到258M下不可以運行，告訴內(nèi)存缺乏，這個系統(tǒng)對內(nèi)存的要求就是366M。容量測試容量測試指通過代碼往存儲空間中插入一定數(shù)量的數(shù)據(jù)，看看相關(guān)程序是否能夠正常運行。容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否到達了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。例如，通過編寫代碼項存貯空間輸入一定數(shù)量的記錄，然后運行需要使用這個存儲空間的程序，判斷程序是否運行正常。基準測試基準測試與現(xiàn)有的系統(tǒng)進行比較，主要檢驗是否與類似的產(chǎn)品具有競爭性的一種測試。如果你要開發(fā)一套財務(wù)系統(tǒng)軟件并且你已經(jīng)獲得用友財務(wù)系統(tǒng)的性能等數(shù)據(jù)，你可以測試你這套系統(tǒng)，看看哪些地方比用友財務(wù)系統(tǒng)好，哪些地方差？以便改進自己的系統(tǒng)，也可為產(chǎn)品廣告提供數(shù)據(jù)。競爭測試軟件競爭使用各種資源〔數(shù)據(jù)紀錄，內(nèi)存等〕，看他與其他相關(guān)系統(tǒng)對資源的爭奪能力。比方：一臺機器上即安裝您的財務(wù)系統(tǒng)，又安裝用友財務(wù)系統(tǒng)。當CPU占有率下降后，看看是否能夠強過用友財務(wù)系統(tǒng)，而是自己的系統(tǒng)能夠正常運行？平安性和訪問控制測試平安性和訪問控制測試側(cè)重于平安性的兩個關(guān)鍵方面：應(yīng)用程序級別的平安性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問系統(tǒng)級別的平安性，包括對系統(tǒng)的登錄或遠程訪問。應(yīng)用程序級別的平安性可確保：在預(yù)期的平安性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)立新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的平安性，測試就可確?！坝脩纛愋鸵花暷軌蚩吹剿锌蛻粝ⅰ舶ㄘ攧?wù)數(shù)據(jù)〕，而“用戶二〞只能看見同一客戶的統(tǒng)計數(shù)據(jù)。比方不通過登入頁面，直接進入系統(tǒng)？系統(tǒng)級別的平安性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。比方輸入管理員賬戶，檢查其密碼是否容易猜取，或者可以從數(shù)據(jù)庫中獲得？故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試指當主機軟硬件發(fā)生災(zāi)難時候，備份機器是否能夠正常啟動，使系統(tǒng)是否可以正常運行，這對于電信，銀行等領(lǐng)域的軟件是十分重要的。故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡(luò)故障中恢復(fù)。故障轉(zhuǎn)移測試可確保：對于必須持續(xù)運行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時機地“頂替〞發(fā)生故障的系統(tǒng)，以防止喪失任何數(shù)據(jù)或事務(wù)?；謴?fù)測試是一種對抗性的測試過程。在這種測試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下〔或者是模擬的極端條件下〕，以產(chǎn)生故障〔例如設(shè)備輸入/輸出(I/O)故障或無效的數(shù)據(jù)庫指針和關(guān)健字〕。然后調(diào)用恢復(fù)進程并監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，核實應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。一定要注意主備定時備份比方電信系統(tǒng)，突然主機程序發(fā)生死機，備份機器是否能夠啟動，使系統(tǒng)能夠正常運行，從而不影響用戶打電話？兼容性測試又叫配置測試。兼容性測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫效勞器的具體硬件規(guī)格會有所不同?？蛻魴C工作站可能會安裝不同的軟件例如，應(yīng)用程序、驅(qū)動程序等而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。〔如瀏覽器版本，操作系統(tǒng)版本等〕下面列出主要配置測試瀏覽器兼容性測試軟件在不同產(chǎn)商的瀏覽器下是否能夠正確顯示與運行；比方測試IE，Natscape瀏覽器下是否可以運行這套軟件？操作系統(tǒng)兼容性測試軟件在不同操作系統(tǒng)下是否能夠正確顯示與運行；比方測試WINDOWS98,WINDOWS2000,WINDOWSXP,LINU,UNIX下是否可以運行這套軟件？硬件兼容性測試與硬件密切相關(guān)的軟件產(chǎn)品與其他硬件產(chǎn)品的兼容性，比方該軟件是少在并口設(shè)備中的，測試同時使用其他并口設(shè)備，系統(tǒng)是否可以正確使用.比方在INTER,舒龍CPU芯片下系統(tǒng)是否能夠正常運行？這樣的測試必須建立測試實驗室，在各種環(huán)境下進行測試。安裝測試安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下:例如，進行首次安裝、升級、完整的或自定義的安裝_都能進行安裝。異常情況包括磁盤空間缺乏、缺少目錄創(chuàng)立權(quán)限等。第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制定的測試。安裝測試包括測試安裝代碼以及安裝手冊。安裝手冊提供如何進行安裝，安裝代碼提供安裝一些程序能夠運行的根底數(shù)據(jù)。多語種測試又稱本地化測試，是指為各個地方開發(fā)產(chǎn)品的測試，如英文版，中文版等等，包括程序是否能夠正常運行，界面是否符合當?shù)亓曀?，快捷鍵是否正常起作用等等，特別測試在A語言環(huán)境下運行B語言軟件〔比方在英文win98下試圖運行中文版的程序〕，出現(xiàn)現(xiàn)象是否正常。本地化測試還要考慮：當語言從A翻譯到B，字符長度變化是否影響頁面效果。比方中文軟件中有個按鍵叫“看廣告〞，翻譯到英文版本中為“Viewadvertisement〞可能影響頁面的美觀程度要考慮同一單詞在各個國家的不同意思，比方football在英文中為足球，而美國人使用中可能理解為美式橄欖球。要考慮各個國家的民族習慣，比方龍個美國中被理解邪惡的象征，但翻譯到中國，中國人認為為桔祥的象征。分辨率測試測試在不同分辨率下，界面的美觀程度,分為800*600，1024*768，1152*864，1280*768，1280*1024，1200*1600大小字體下測試。一個好的軟件要有一個極佳的分辨率，而在其他分辨率下也都能可以運行。發(fā)布測試主要在產(chǎn)品發(fā)布前對一些附帶產(chǎn)品，比方說明書，廣告稿等進行測試說明書測試主要為語言檢查，功能檢查，圖片檢查語言檢查：檢查說明書語言是否正確，用詞是否易于理解；功能檢查：功能是否描述完全，或者描述了并沒有的功能等；圖片檢查:：檢查圖片是否正確宣傳材料測試主要測試產(chǎn)品中的附帶的宣傳材料中的語言，描述功能，圖片幫助文件測試幫助文件是否正確，易懂，是否人性化。最好能夠提供檢索功能。廣告用語產(chǎn)品出公司前的廣告材料文字，功能，圖片，人性化的檢查文檔審核測試文檔審核測試目前越來越引起人們的重視，軟件質(zhì)量不是檢查出來的，而是融進軟件開發(fā)中來。前置軟件測試發(fā)越來越受到重視。請看一個資料：總結(jié)據(jù)美國軟件質(zhì)量平安中心2000年對美國一百家知名的軟件廠商統(tǒng)計，得出這樣一個結(jié)論：軟件缺陷在開發(fā)前期發(fā)現(xiàn)比在開發(fā)后期發(fā)現(xiàn)資金，人力上節(jié)約90%；軟件缺陷在推向市場前發(fā)現(xiàn)比在推出后發(fā)現(xiàn)資金，人力上節(jié)約90%。所以說軟件的缺陷應(yīng)該盡早發(fā)現(xiàn)。不是所有的軟件都要進行任何類型的軟件測試的，可以根據(jù)產(chǎn)品的具體情況進行組裝測試不同的類型缺陷管理軟件測試的主要目的在于發(fā)現(xiàn)軟件存在的錯誤(Bug)，對于如何處理測試中發(fā)現(xiàn)的錯誤，將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤，才能消除軟件錯誤，保證要發(fā)布的軟件符合需求設(shè)計的目標。在實際軟件測試過程中，對于每個Bug都要經(jīng)過測試、確認、修復(fù)、驗證等的管理過程，這是軟件測試的重要環(huán)節(jié)。錯誤跟蹤管理系統(tǒng)為了正確跟蹤每個軟件錯誤的處理過程，通常將軟件測試發(fā)現(xiàn)的每個錯誤作為一條條記錄輸入制定的錯誤跟蹤管理系統(tǒng)。目前已有的缺陷跟蹤管理軟件包括Compuware公司的TrackRecord軟件〔商業(yè)軟件〕、Mozilla公司的Buzilla軟件〔免費軟件〕，以及國內(nèi)的微創(chuàng)公司的BMS軟件，這些軟件在功能上各有特點，可以根據(jù)實際情況選用。當然，也可以自己開發(fā)缺陷跟蹤軟件，例如基于Notes或是ClearQuese開發(fā)缺陷跟蹤管理軟件。作為一個缺陷跟蹤管理系統(tǒng)，需要正確設(shè)計每個錯誤的包含信息的字段內(nèi)容和記錄錯誤的處理信息的全部內(nèi)容。字段內(nèi)容可能包括測試軟件名稱，測試版本號，測試人名稱，測試事件，測試軟件和硬件配置環(huán)境，發(fā)現(xiàn)軟件錯誤的類型，錯誤的嚴重等級，詳細步驟，必要的附圖，測試注釋。處理信息包括處理者姓名，處理時間，處理步驟，錯誤記錄的當前狀態(tài)。正確的數(shù)據(jù)庫權(quán)限管理是錯誤跟蹤管理系統(tǒng)的重要考慮要素，一般要保證