黑盒測試的測試用例設(shè)計方法

等價類劃分

是把所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分(子集),然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例.該方法是一種重要的,常用的黑盒測試用例設(shè)計方法.

1) 劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.

有效等價類:是指對于程序的規(guī)格說明來說是合理的,有意義的輸入數(shù)據(jù)構(gòu)成的集合.利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能.

無效等價類:與有效等價類的定義恰巧相反.

設(shè)計測試用例時,要同時考慮這兩種等價類.因為,軟件不僅要能接收合理的數(shù)據(jù),也要能經(jīng)受意外的考驗.這樣的測試才能確保軟件具有更高的可靠性.

2)劃分等價類的方法:下面給出六條確定等價類的原則.

①在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類和兩個無效等價類.

②在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個有效等價類和一個無效等價類.

③在輸入條件是一個布爾量的情況下,可確定一個有效等價類和一個無效等價類.

④在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個),并且程序要對每一個輸入值分別處理的情況下,可確立n個有效等價類和一個無效等價類.

⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則).

⑥在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價類進一步的劃分為更小的等價類.

3)設(shè)計測試用例:在確立了等價類后,可建立等價類表,列出所有劃分出的等價類:

輸入條件 有效等價類 無效等價類

然后從劃分出的等價類中按以下三個原則設(shè)計測試用例:

①為每一個等價類規(guī)定一個唯一的編號.

②設(shè)計一個新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價類,重復(fù)這一步.直到所有的有效等價類都被覆蓋為止.

③設(shè)計一個新的測試用例,使其僅覆蓋一個尚未被覆蓋的無效等價類,重復(fù)這一步.直到所有的無效等價類都被覆蓋為止.

邊界值分析法

邊界值分析方法是對等價類劃分方法的補充.

(1)邊界值分析方法的考慮:

長期的測試工作經(jīng)驗告訴我們,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.

使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).

(2)基于邊界值分析方法選擇測試用例的原則:

1)如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達(dá)到這個范圍的邊界的值,以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù).

2)如果輸入條件規(guī)定了值的個數(shù),則用最大個數(shù),最小個數(shù),比最小個數(shù)少一,比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù).

3)根據(jù)規(guī)格說明的每個輸出條件,使用前面的原則1).

4)根據(jù)規(guī)格說明的每個輸出條件,應(yīng)用前面的原則2).

5)如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例.

6)如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當(dāng)選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例.

7)分析規(guī)格說明,找出其它可能的邊界條件.

錯誤推測法

基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設(shè)計測試用例的方法.

錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.

因果圖方法

前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例. 這就需要利用因果圖(邏輯模型).

因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.

利用因果圖生成測試用例的基本步驟:

(1) 分析軟件規(guī)格說明描述中, 那些是原因(即輸入條件或輸入條件的等價類),那些是結(jié)果(即輸出條件), 并給每個原因和結(jié)果賦予一個標(biāo)識符.

(2) 分析軟件規(guī)格說明描述中的語義.找出原因與結(jié)果之間, 原因與原因之間對應(yīng)的關(guān)系. 根據(jù)這些關(guān)系,畫出因果圖.

(3) 由于語法或環(huán)境限制, 有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn). 為表明這些特殊情況, 在因果圖上用一些記號表明約束或限制條件.

(4) 把因果圖轉(zhuǎn)換為判定表.

(5) 把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例.

從因果圖生成的測試用例(局部,組合關(guān)系下的)包括了所有輸入數(shù)據(jù)的取TRUE與取FALSE的情況,構(gòu)成的測試用例數(shù)目達(dá)到最少,且測試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加.

前面因果圖方法中已經(jīng)用到了判定表.判定表(Decision Table)是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況下的工具.在程序設(shè)計發(fā)展的初期,判定表就已被當(dāng)作編寫程序的輔助工具了.由于它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確.

判定表通常由四個部分組成.

條件樁(Condition Stub):列出了問題得所有條件.通常認(rèn)為列出得條件的次序無關(guān)緊要.

動作樁(Action Stub):列出了問題規(guī)定可能采取的操作.這些操作的排列順序沒有約束.

條件項(Condition Entry):列出針對它左列條件的取值.在所有可能情況下的真假值.

動作項(Action Entry):列出在條件項的各種取值情況下應(yīng)該采取的動作.

規(guī)則:任何一個條件組合的特定取值及其相應(yīng)要執(zhí)行的操作.在判定表中貫穿條件項和動作項的一列就是一條規(guī)則.顯然,判定表中列出多少組條件取值,也就有多少條規(guī)則,既條件項和動作項有多少列.

判定表的建立步驟:(根據(jù)軟件規(guī)格說明)

①確定規(guī)則的個數(shù).假如有n個條件.每個條件有兩個取值(0,1),故有 種規(guī)則.

②列出所有的條件樁和動作樁.

③填入條件項.

④填入動作項.等到初始判定表.

⑤簡化.合并相似規(guī)則(相同動作).

B. Beizer 指出了適合使用判定表設(shè)計測試用例的條件:

①規(guī)格說明以判定表形式給出,或很容易轉(zhuǎn)換成判定表.

②條件的排列順序不會也不影響執(zhí)行哪些操作.

③規(guī)則的排列順序不會也不影響執(zhí)行哪些操作.

④每當(dāng)某一規(guī)則的條件已經(jīng)滿足,并確定要執(zhí)行的操作后,不必檢驗別的規(guī)則.

⑤如果某一規(guī)則得到滿足要執(zhí)行多個操作,這些操作的執(zhí)行順序無關(guān)緊要.

>>>---------我想分頁肠阱!--這么長的文章抖甘,在這里來個分頁多好凹独!哈哈----------<<<

引用內(nèi)容

軟件測試的**14種類型**》

作者:啄木鳥(Sawin網(wǎng)站)

軟件測試是指使用人工或者自動的手段來運行或測定某個軟件產(chǎn)品系統(tǒng)的過程娇唯,其目的是在于檢驗是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實際結(jié)果的區(qū)別。本文主要描述軟件測試的類型筑悴。

1 數(shù)據(jù)和數(shù)據(jù)庫完整性測試

數(shù)據(jù)與數(shù)據(jù)庫完整測試是指測試關(guān)系型數(shù)據(jù)庫完整性原則以及數(shù)據(jù)合理性測試鹰椒。

數(shù)據(jù)庫完整性原即:

主碼完整性:主碼不能為空;

外碼完整性:外碼必須等于對應(yīng)的主碼或者為空着逐。

數(shù)據(jù)合理性指數(shù)據(jù)在數(shù)據(jù)庫中的類型崔赌,長度意蛀,索引等是否建的比較合理。

在項目名稱中健芭,數(shù)據(jù)庫和數(shù)據(jù)庫進程應(yīng)作為一個子系統(tǒng)來進行測試县钥。在測試這些子系統(tǒng)時,不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口慈迈。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS)若贮,還需要進行深入的研究,以確定可以支1持測試的工具和技術(shù)痒留。

比如谴麦,有兩張表:部門和員工。部門中有部門編號伸头,部門名稱细移,部門經(jīng)理等字段,主碼為部門編號熊锭;員工表中有員工編號,員工所屬部門編號雪侥,員工名稱碗殷,員工類型等字段,主碼為員工編號速缨,外碼為員工所屬部門編號锌妻,對應(yīng)部門表。如果在某條部門記錄中部門編號或員工記錄員工編號為空旬牲,他就違反主碼完整性原則仿粹。如果某個員工所屬部門的編號為##,但是##在部門編號中確找不到原茅,這就違反外碼完整性原則吭历。

員工類型如下定義:0:職工,1:職員擂橘,2:實習(xí)生晌区。但數(shù)據(jù)類型為Int,我們都知道Int占有4個字節(jié)通贞,如果定義成char(1).就比原來節(jié)約空間朗若。

2 白盒測試

白盒測試是基于代碼的測試,測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量昌罩,一般黑盒測試由項目經(jīng)理在程序員開發(fā)中來實現(xiàn)哭懈。白盒測試分為動態(tài)白盒測試和靜態(tài)白盒測試

2.1 靜態(tài)白盒測試

利用眼睛,瀏覽代碼茎用,憑借經(jīng)驗遣总,找出代碼中的錯誤或者代碼中不符合書寫規(guī)范的地方睬罗。比如,代碼規(guī)范中規(guī)定彤避,函數(shù)必須為動賓結(jié)構(gòu)傅物。而黑盒測試發(fā)現(xiàn)一個函數(shù)定義如下:

Function NameGet(){

….

}

這是屬于不符合開發(fā)規(guī)范的錯誤。

有這樣一段代碼:

if (i<0) & (i>=0)

這段代碼交集為整個數(shù)軸琉预,IF語句沒有必要

I=0;

while(I>100){

J=J+100;

T=J*PI;

}

在循環(huán)體內(nèi)沒有I的增加,bug產(chǎn)生董饰。

2.2 動態(tài)白盒測試

利用開發(fā)工具中的調(diào)式工具進行測試。比如一段代碼有4個分支圆米,輸入4組不同的測試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確卒暂。

看一段代碼

if(I<0){

P1

}else{

P2

}

在調(diào)試中輸入I=-1,P1程序段通過, P2程序段未通過娄帖,屬于動態(tài)黑盒測試的缺陷

3.功能測試

功能測試指測試軟件各個功能模塊是否正確也祠,邏輯是否正確。

對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求近速。這種測試的目標(biāo)是核實數(shù)據(jù)的接受诈嘿、處理和檢索是否正確,以及業(yè)務(wù)規(guī)則的實施是否恰當(dāng)削葱。此類測試基于黑盒技術(shù)奖亚,該技術(shù)通過圖形用戶界面 (GUI) 與應(yīng)用程序進行交互,并對交互的輸出或結(jié)果進行分析析砸,以此來核實應(yīng)用程序及其內(nèi)部進程昔字。功能測試的主要參考為類似于功能說明書之類的文檔。

比如一個對電子商務(wù)系統(tǒng)首繁,前臺用戶瀏覽商品-放入購物車-進入結(jié)賬臺作郭,后臺處理訂單,配貨弦疮,付款夹攒,發(fā)貨,這一系列流程必須正確無誤的走通挂捅,不能存在任何的錯誤芹助。

4.UI測試

UI測試指測試用戶界面的風(fēng)格是否滿足客戶要求,文字是否正確闲先,頁面美工是否好看状土,文字,圖片組合是否完美伺糠,背景是否美觀蒙谓,操作是否友好等等

用戶界面 (UI) 測試用于核實用戶與軟件之間的交互。UI 測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能训桶。另外累驮,UI 測試還可確保 UI 中的對象按照預(yù)期的方式運行酣倾,并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性谤专,人性化躁锡,易操作性測試。UI測試比較主觀置侍,與測試人員的喜好有關(guān)

比如:頁面基調(diào)顏色刺眼映之;用戶登入頁面比較難于找到,文字中出現(xiàn)錯別字蜡坊,頁面圖片范圍太廣等都屬于UI測試中的缺陷杠输,但是這些缺陷都不太嚴(yán)重。

2 軟件測試的14種類型

5.性能測試

性能測試主要測試軟件測試的性能秕衙,包括負(fù)載測試蠢甲,強度測試,數(shù)據(jù)庫容量測試据忘,基準(zhǔn)測試以及基準(zhǔn)測試

5.1負(fù)載測試

負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運行鹦牛,程序是否能夠承擔(dān)。

在這種測試中勇吊,將使測試對象承擔(dān)不同的工作量能岩,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運行的能力萧福。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外辈赋,負(fù)載測試還要評估性能特征鲫忍,例如,響應(yīng)時間钥屈、事務(wù)處理速率和其他與時間相關(guān)的方面悟民。

比如,在B/S結(jié)構(gòu)中用戶并發(fā)量測試就是屬于負(fù)載測試的用戶篷就,可以使用webload工具射亏,模擬上百人客戶同時訪問網(wǎng)站,看系統(tǒng)響應(yīng)時間竭业,處理速度如何智润?

5.2強度測試

強度測試是一種性能測試,他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運行情況未辆。這類測試往往可以書寫系統(tǒng)要求的軟硬件水平要求窟绷。

實施和執(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辐棒。

5.3數(shù)據(jù)庫容量測試

數(shù)據(jù)庫容量測試指通過存儲過程往數(shù)據(jù)庫表中插入一定數(shù)量的數(shù)據(jù)病曾,看看相關(guān)頁面是否能夠及時顯示數(shù)據(jù)。

數(shù)據(jù)庫容量測試使測試對象處理大量的數(shù)據(jù)涉瘾,以確定是否達(dá)到了將使軟件發(fā)生故障的極限知态。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。例如立叛,如果測試對象正在為生成一份報表而處理一組數(shù)據(jù)庫記錄负敏,那么容量測試就會使用一個大型的測試數(shù)據(jù)庫,檢驗該軟件是否正常運行并生成了正確的報表秘蛇。做這種測試通常通過書寫存儲過程向數(shù)據(jù)庫某個表中插入一定數(shù)量的記錄其做,計算相關(guān)頁面的調(diào)用時間。

比如赁还,在電子商務(wù)系統(tǒng)中妖泄,通過insert customer 往user表中插入10 000數(shù)據(jù),看其是否可以正常顯示顧客信息列表頁面艘策,如果要求達(dá)到最多可以處理100 000個客戶蹈胡,但是顧客信息列表頁面不能夠在規(guī)定的時間內(nèi)顯示出來,就需要調(diào)整程序中的SQL查詢語句朋蔫;如果在規(guī)定的時間內(nèi)顯示出來罚渐,可以將用戶數(shù)分別提高到20 000 , 50 000, 100 000進行測試。

5.4基準(zhǔn)測試

基準(zhǔn)測試與已知現(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ù)谈息。

5.5競爭測試

軟件競爭使用各種資源(數(shù)據(jù)紀(jì)錄,內(nèi)存等)凛剥,看他與其他相關(guān)系統(tǒng)對資源的爭奪能力黎茎。比如:一臺機器上即安裝您的財務(wù)系統(tǒng),又安裝用友財務(wù)系統(tǒng)当悔。當(dāng)CPU占有率下降后傅瞻,看看是否能夠強過用友財務(wù)系統(tǒng)踢代,而是自己的系統(tǒng)能夠正常運行?

6. 安全性和訪問控制測試

安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面:

應(yīng)用程序級別的安全性嗅骄,包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問

系統(tǒng)級別的安全性胳挎,包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。

6.1應(yīng)用程序級別的安全性

可確保:在預(yù)期的安全性情況下溺森,主角只能訪問特定的功能或用例慕爬,或者只能訪問有限的數(shù)據(jù)。例如屏积,可能會允許所有人輸入數(shù)據(jù)医窿,創(chuàng)建新賬戶,但只有管理員才能刪除這些數(shù)據(jù)或賬戶炊林。如果具有數(shù)據(jù)級別的安全性姥卢,測試就可確保“用戶類型一”能夠看到所有客戶消息(包括財務(wù)數(shù)據(jù))渣聚,而“用戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)独榴。

比如B/S系統(tǒng),不通過登入頁面奕枝,直接輸入URL,看其是否能夠進入系統(tǒng)棺榔?

6.2系統(tǒng)級別的安全性

可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序,而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問隘道。

3 軟件測試的14種類型

比如輸入管理員賬戶症歇,檢查其密碼是否容易猜取,或者可以從數(shù)據(jù)庫中獲得谭梗?

7.故障轉(zhuǎn)移和恢復(fù)測試

故障轉(zhuǎn)移和恢復(fù)測試指當(dāng)主機軟硬件發(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)能夠正常運行步势,從而不影響用戶打電話?

8.配置測試

又叫兼容性測試背犯。配置測試核實測試對象在不同的軟件和硬件配置中的運行情況坏瘩。在大多數(shù)生產(chǎn)環(huán)境中,客戶機工作站漠魏、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會有所不同倔矾。客戶機工作站可能會安裝不同的軟件例如蛉幸,應(yīng)用程序破讨、驅(qū)動程序等而且在任何時候,都可能運行許多不同的軟件組合奕纫,從而占用不同的資源提陶。(如瀏覽器版本,操作系統(tǒng)版本等)

下面列出主要配置測試

8.1瀏覽器兼容性

測試軟件在不同產(chǎn)商的瀏覽器下是否能夠正確顯示與運行匹层;

比如測試IE隙笆,Natscape瀏覽器下是否可以運行這套軟件?

8.2操作系統(tǒng)兼容性

測試軟件在不同操作系統(tǒng)下是否能夠正確顯示與運行升筏;

比如測試WINDOWS98,WINDOWS 2000,WINDOWS XP,LINU, UNIX下是否可以運行這套軟件撑柔?

8.3硬件兼容性

測試與硬件密切相關(guān)的軟件產(chǎn)品與其他硬件產(chǎn)品的兼容性,比如該軟件是少在并口設(shè)備中的您访,測試同時使用其他并口設(shè)備铅忿,系統(tǒng)是否可以正確使用.

比如在INTER,舒龍CPU芯片下系統(tǒng)是否能夠正常運行?

這樣的測試必須建立測試實驗室灵汪,在各種環(huán)境下進行測試檀训。

9.安裝測試

安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下: 例如享言,進行首次安裝峻凫、升級、完整的或自定義的安裝_都能進行安裝览露。異常情況包括磁盤空間不足荧琼、缺少目錄創(chuàng)建權(quán)限等。第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制定的測試命锄。

安裝測試包括測試安裝代碼以及安裝手冊堰乔。安裝手冊提供如何進行安裝,安裝代碼提供安裝一些程序能夠運行的基礎(chǔ)數(shù)據(jù)累舷。

10.多語種測試

又稱本地化測試浩考,是指為各個地方開發(fā)產(chǎn)品的測試,如英文版被盈,中文版等等析孽,包括程序是否能夠正常運行,界面是否符合當(dāng)?shù)亓?xí)俗只怎,快捷鍵是否正常起作用等等袜瞬,特別測試在A語言環(huán)境下運行B語言軟件(比如在英文win98下試圖運行中文版的程序),出現(xiàn)現(xiàn)象是否正常身堡。

本地化測試還要考慮:

l 當(dāng)語言從A翻譯到B邓尤,字符長度變化是否影響頁面效果。比如中文軟件中有個按鍵叫“看廣告”贴谎,翻譯到英文版本中為 “View advertisement”可能影響頁面的美觀程度

l 要考慮同一單詞在各個國家的不同意思汞扎,比如football在英文中為足球,而美國人使用中可能理解為美式橄欖球擅这。

l 要考慮各個國家的民族習(xí)慣澈魄,比如龍個美國中被理解邪惡的象征,但翻譯到中國仲翎,中國人認(rèn)為為吉祥的象征痹扇。

11.文字測試

文字測試測試軟件中是否拼寫正確,是否易懂溯香,不存在二義性鲫构,沒有語法錯誤;文字與內(nèi)容是否有出入等等玫坛,包括圖片文字结笨。

比如:“比如,請輸入正確的證件號碼湿镀!”何謂正確的證件號碼炕吸,證件可以為身份證,駕駛證肠骆,也可為軍官證,如果改為“請輸入正確的身份證號碼塞耕!”用戶就比較容易理解了蚀腿。

12.分辨率測試

測試在不同分辨率下,界面的美觀程度,分為800600,1024768莉钙,1152864廓脆,1280768,12801024磁玉,12001600大小字體下測試停忿。一個好的軟件要有一個極佳的分辨率,而在其他分辨率下也都能可以運行蚊伞。

13發(fā)布測試

主要在產(chǎn)品發(fā)布前對一些附帶產(chǎn)品席赂,比如說明書,廣告稿等進行測試

13.1說明書測試

主要為語言檢查时迫,功能檢查颅停,圖片檢查

語言檢查:檢查說明書語言是否正確,用詞是否易于理解掠拳;

功能檢查:功能是否描述完全癞揉,或者描述了并沒有的功能等;

圖片檢查::檢查圖片是否正確

13.2宣傳材料測試

主要測試產(chǎn)品中的附帶的宣傳材料中的語言溺欧,描述功能喊熟,圖片

13.3幫助文件測試

幫助文件是否正確,易懂姐刁,是否人性化芥牌。最好能夠提供檢索功能。

13.4廣告用語

產(chǎn)品出公司前的廣告材料文字龙填,功能胳泉,圖片,人性化的檢查

14 文檔審核測試

文檔審核測試目前越來越引起人們的重視岩遗,軟件質(zhì)量不是檢查出來的扇商,而是融進軟件開發(fā)中來。前置軟件測試發(fā)越來越受到重視宿礁。請看一個資料:

文檔審核測試主要包括需求文檔測試案铺,設(shè)計文檔測試,為前置軟件測試測試中的一部分梆靖。

14.1需求文檔測試

主要測試需求中是否存在邏輯矛盾以及需求在技術(shù)上是否可以實現(xiàn)控汉;

14.2設(shè)計文檔測試

測試設(shè)計是否符合全部需求以及設(shè)計是否合理。

總結(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)品的具體情況進行組裝測試不同的類型。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市净嘀,隨后出現(xiàn)的幾起案子顺少,更是在濱河造成了極大的恐慌酌摇,老刑警劉巖鉴吹,帶你破解...
    沈念sama閱讀 218,204評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異谊迄,居然都是意外死亡闷供,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,091評論 3 395
  • 文/潘曉璐 我一進店門鳞上,熙熙樓的掌柜王于貴愁眉苦臉地迎上來这吻,“玉大人,你說我怎么就攤上這事篙议⊥倥矗” “怎么了?”我有些...
    開封第一講書人閱讀 164,548評論 0 354
  • 文/不壞的土叔 我叫張陵鬼贱,是天一觀的道長移怯。 經(jīng)常有香客問我,道長这难,這世上最難降的妖魔是什么舟误? 我笑而不...
    開封第一講書人閱讀 58,657評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮姻乓,結(jié)果婚禮上嵌溢,老公的妹妹穿的比我還像新娘。我一直安慰自己蹋岩,他們只是感情好赖草,可當(dāng)我...
    茶點故事閱讀 67,689評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著剪个,像睡著了一般秧骑。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上扣囊,一...
    開封第一講書人閱讀 51,554評論 1 305
  • 那天乎折,我揣著相機與錄音,去河邊找鬼侵歇。 笑死骂澄,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的惕虑。 我是一名探鬼主播坟冲,決...
    沈念sama閱讀 40,302評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼士修,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了樱衷?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,216評論 0 276
  • 序言:老撾萬榮一對情侶失蹤酒唉,失蹤者是張志新(化名)和其女友劉穎矩桂,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體痪伦,經(jīng)...
    沈念sama閱讀 45,661評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡侄榴,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,851評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了网沾。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片癞蚕。...
    茶點故事閱讀 39,977評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖辉哥,靈堂內(nèi)的尸體忽然破棺而出桦山,到底是詐尸還是另有隱情,我是刑警寧澤醋旦,帶...
    沈念sama閱讀 35,697評論 5 347
  • 正文 年R本政府宣布恒水,位于F島的核電站,受9級特大地震影響饲齐,放射性物質(zhì)發(fā)生泄漏钉凌。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,306評論 3 330
  • 文/蒙蒙 一捂人、第九天 我趴在偏房一處隱蔽的房頂上張望御雕。 院中可真熱鬧,春花似錦滥搭、人聲如沸酸纲。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,898評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽福青。三九已至,卻和暖如春脓诡,著一層夾襖步出監(jiān)牢的瞬間无午,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,019評論 1 270
  • 我被黑心中介騙來泰國打工祝谚, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留宪迟,地道東北人。 一個月前我還...
    沈念sama閱讀 48,138評論 3 370
  • 正文 我出身青樓交惯,卻偏偏與公主長得像次泽,于是被迫代替她去往敵國和親穿仪。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,927評論 2 355

推薦閱讀更多精彩內(nèi)容