軟件測(cè)試總體方案

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