軟件測(cè)試的分類
數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試數(shù)據(jù)與數(shù)據(jù)庫(kù)完整測(cè)試是指測(cè)試關(guān)系型數(shù)據(jù)庫(kù)完整性原則以及數(shù)據(jù)合理性測(cè)試。
數(shù)據(jù)庫(kù)完整性原則：
主碼完整性：主碼不能為空；
外碼完整性：外碼必須等于對(duì)應(yīng)的主碼或者為空。
數(shù)據(jù)合理性指數(shù)據(jù)在數(shù)據(jù)庫(kù)中的類型，長(zhǎng)度，索引等是否建的比較合理。
在項(xiàng)目名稱中，數(shù)據(jù)庫(kù)和數(shù)據(jù)庫(kù)進(jìn)程應(yīng)作為一個(gè)子系統(tǒng)來(lái)進(jìn)行測(cè)試。在測(cè)試這些子系統(tǒng)時(shí)，不應(yīng)將測(cè)試對(duì)象的用戶界面用作數(shù)據(jù)的接口。對(duì)于數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)，還需要進(jìn)行深入的研究，以確定可以支持測(cè)試的工具和技術(shù)。
比如，有兩張表：部門(mén)和員工。部門(mén)中有部門(mén)編號(hào)，部門(mén)名稱，部門(mén)經(jīng)理等字段，主碼為部門(mén)編號(hào)；員工表中有員工編號(hào)，員工所屬部門(mén)編號(hào)，員工名稱，員工類型等字段，主碼為員工編號(hào)，外碼為員工所屬部門(mén)編號(hào)，對(duì)應(yīng)部門(mén)表。如果在某條部門(mén)記錄中部門(mén)編號(hào)或員工記錄員工編號(hào)為空，他就違反主碼完整性原則。如果某個(gè)員工所屬部門(mén)的編號(hào)為##，但是##在部門(mén)編號(hào)中確找不到，這就違反外碼完整性原則。
員工類型如下定義：0：職工，1：職員，2：實(shí)習(xí)生。但數(shù)據(jù)類型為Int，我們都知道Int占有4個(gè)字節(jié)，如果定義成char(1).就比原來(lái)節(jié)約空間。
白盒測(cè)試
白盒測(cè)試是基于代碼的測(cè)試，測(cè)試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中的單步調(diào)試來(lái)判斷軟件的質(zhì)量，一般白盒測(cè)試由項(xiàng)目經(jīng)理在程序員開(kāi)發(fā)中來(lái)實(shí)現(xiàn)。白盒測(cè)試分為動(dòng)態(tài)白盒測(cè)試和靜態(tài)白盒測(cè)試
2.1靜態(tài)白盒測(cè)試
利用眼睛，瀏覽代碼，憑借經(jīng)驗(yàn)，找出代碼中的錯(cuò)誤或者代碼中不符合書(shū)寫(xiě)規(guī)范的地方。比如，代碼規(guī)范中規(guī)定，函數(shù)必須為動(dòng)賓結(jié)構(gòu)。而白盒測(cè)試發(fā)現(xiàn)一個(gè)函數(shù)定義如下：
?
1
2
3
Function NameGet(){
….
}
這是屬于不符合開(kāi)發(fā)規(guī)范的錯(cuò)誤。
有這樣一段代碼:
?
1
2
if (i<0) & (i>=0)
…
這段代碼交集為整個(gè)數(shù)軸，IF語(yǔ)句沒(méi)有必要
?
1
2
3
4
5
I=0;
while(I>100){
J=J+100;
T=J*PI;
}
在循環(huán)體內(nèi)沒(méi)有I的增加,bug產(chǎn)生。
2.2 動(dòng)態(tài)白盒測(cè)試
利用開(kāi)發(fā)工具中的調(diào)式工具進(jìn)行測(cè)試。比如一段代碼有4個(gè)分支，輸入4組不同的測(cè)試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確。
看一段代碼
?
1
2
3
4
5
if(I<0){
P1
}else{
P2
}
在調(diào)試中輸入I=-1,P1程序段通過(guò)， P2程序段未通過(guò)，屬于動(dòng)態(tài)黑盒測(cè)試的缺陷
功能測(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ù)通過(guò)圖形用戶界面(GUI) 與應(yīng)用程序進(jìn)行交互，并對(duì)交互的輸出或結(jié)果進(jìn)行分析，以此來(lái)核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。功能測(cè)試的主要參考為類似于功能說(shuō)明書(shū)之類的文檔。
比如一個(gè)對(duì)電子商務(wù)系統(tǒng)，前臺(tái)用戶瀏覽商品-放入購(gòu)物車(chē)-進(jìn)入結(jié)賬臺(tái)，后臺(tái)處理訂單，配貨，付款，發(fā)貨，這一系列流程必須正確無(wú)誤的走通，不能存在任何的錯(cuò)誤。
UI測(cè)試
UI測(cè)試指測(cè)試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁(yè)面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等
用戶界面 (UI) 測(cè)試用于核實(shí)用戶與軟件之間的交互。UI 測(cè)試的目標(biāo)是確保用戶界面會(huì)通過(guò)測(cè)試對(duì)象的功能來(lái)為用戶提供相應(yīng)的訪問(wèn)或?yàn)g覽功能。另外，UI 測(cè)試還可確保 UI 中的對(duì)象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性，人性化，易操作性測(cè)試。UI測(cè)試比較主觀，與測(cè)試人員的喜好有關(guān)
比如：頁(yè)面基調(diào)顏色刺眼；用戶登入頁(yè)面比較難于找到，文字中出現(xiàn)錯(cuò)別字，頁(yè)面圖片范圍太廣等都屬于UI測(cè)試中的缺陷，但是這些缺陷都不太嚴(yán)重。
性能測(cè)試
性能測(cè)試主要測(cè)試軟件測(cè)試的性能，包括負(fù)載測(cè)試，強(qiáng)度測(cè)試，數(shù)據(jù)庫(kù)容量測(cè)試，基準(zhǔn)測(cè)試以及競(jìng)爭(zhēng)測(cè)試
頁(yè):
[1]