兼容測試:測試軟件在一個(gè)特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)等環(huán)境下的性能如何。
比較測試:與競爭伙伴的產(chǎn)品的比較測試,如軟件的弱點(diǎn)、優(yōu)點(diǎn)或?qū)嵙Α?/P>
Alpha 測試:在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試;測試后,仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其他人員員完成,不能由程序員或測試員完成。
Beta 測試:當(dāng)開發(fā)和測試根本完成時(shí)所做的測試,而最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其他人員員完成,不能由程序員或測試員完成。
進(jìn)一步擴(kuò)展
軟件測試是指使用人工或者自動的手段來運(yùn)行或測定某個(gè)軟件產(chǎn)品系統(tǒng)的過程,其目的是在于檢驗(yàn)是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實(shí)際結(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ù)庫中的類型,長度,索引等是否建的比較合理。
在項(xiàng)目名稱中,數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為一個(gè)子系統(tǒng)來進(jìn)行測試。在測試這些子系統(tǒng)時(shí),不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS),還需要進(jìn)行深入的研究,以確定可以支1持測試的工具和技術(shù)。
比如,有兩張表:部門和員工。部門中有部門編號,部門名稱,部門經(jīng)理等字段,主碼為部門編號;員工表中有員工編號,員工所屬部門編號,員工名稱,員工類型等字段,主碼為員工編號,外碼為員工所屬部門編號,對應(yīng)部門表。如果在某條部門記錄中部門編號或員工記錄員工編號為空,他就違反主碼完整性原則。如果某個(gè)員工所屬部門的編號為##,但是##在部門編號中確找不到,這就違反外碼完整性原則。
員工類型如下定義:0:職工,1:職員,2:實(shí)習(xí)生。但數(shù)據(jù)類型為Int,我們都知道Int占有4個(gè)字節(jié),如果定義成char(1),就比原來節(jié)約空間。
2.白盒測試
白盒測試是基于代碼的測試,測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量,一般黑盒測試由項(xiàng)目經(jīng)理在程序員開發(fā)中來實(shí)現(xiàn)。白盒測試分為動態(tài)白盒測試和靜態(tài)白盒測試
2.1 靜態(tài)白盒測試
利用眼睛,瀏覽代碼,憑借經(jīng)驗(yàn),找出代碼中的錯(cuò)誤或者代碼中不符合書寫規(guī)范的地方。比如,代碼規(guī)范中規(guī)定,函數(shù)必須為動賓結(jié)構(gòu)。而黑盒測試發(fā)現(xiàn)一個(gè)函數(shù)定義如下:
Function NameGet(){
…
}
這是屬于不符合開發(fā)規(guī)范的錯(cuò)誤。
有這樣一段代碼:
if (i<0) & (i>=0)
…
這段代碼交集為整個(gè)數(shù)軸,IF語句沒有必要。
I=0;
while(I>100){
J=J+100;
T=J*PI;
}
在循環(huán)體內(nèi)沒有I的增加,bug產(chǎn)生。
相關(guān)推薦:考試吧策劃:2010年軟件水平考試完全指南北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |