軟件測試(測試學(xué)習(xí)、測試教材)

軟件測試(測試學(xué)習(xí)、測試教材)

ID:42076752

大?。?0.76 KB

頁數(shù):8頁

時間:2019-09-07

軟件測試(測試學(xué)習(xí)、測試教材)_第1頁
軟件測試(測試學(xué)習(xí)、測試教材)_第2頁
軟件測試(測試學(xué)習(xí)、測試教材)_第3頁
軟件測試(測試學(xué)習(xí)、測試教材)_第4頁
軟件測試(測試學(xué)習(xí)、測試教材)_第5頁
資源描述:

《軟件測試(測試學(xué)習(xí)、測試教材)》由會員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、軟件測試的14種類型軟件測試是指使用人工或者白動的手段來運(yùn)行或測定某個軟件產(chǎn)品系統(tǒng)的過程,其H的是在于檢驗(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)作為一?個子系統(tǒng)來進(jìn)行測試。在測試這些子系統(tǒng)時,不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)

2、的接口。對丁?數(shù)據(jù)庫管理系統(tǒng)(DBMS),還需要進(jìn)行深入的研究,以確定可以支1持測試的工具和技術(shù)。比如,有兩張表:部門和員工。部門中有部門編號,部門名稱,部門經(jīng)理等字段,主碼為部門編號:員工表中有員工編號,員T所屬部門編號,員T名稱,員T類型等字段,主碼為員工編號,外碼為員工所屬部門編號,對應(yīng)部門表。如果在某條部門記錄屮部門編號或員工記錄員工編號為空,他就違反主碼完整性原則。如果某個員工所屬部門的編號為##,但是##在部門編號中確找不到,這就違反外碼完整性原則。員工類型如下定義:0:職工,1:職員,2:實(shí)習(xí)生。但數(shù)據(jù)類型為Int,我們都知道I

3、nt占有4個字節(jié),如果定義成char(l).就比原來節(jié)約空間。2白盒測試白盒測試是基于代碼的測試,測試人員通過閱讀程序代碼或者通過使用開發(fā)T具屮的單步調(diào)試來判斷軟件的質(zhì)量,一般黑盒測試由項(xiàng)FI經(jīng)理在程序員開發(fā)中來實(shí)現(xiàn)。白盒測試分為動態(tài)白盒測試和靜態(tài)白盒測試2.1靜態(tài)白盒測試?yán)醚劬Γ瑸g覽代碼,憑借經(jīng)驗(yàn),找岀代碼屮的錯謀或者代碼中不符合書寫規(guī)范的地方。比如,代碼規(guī)范中規(guī)定,函數(shù)必須為動賓結(jié)構(gòu)。而黑盒測試發(fā)現(xiàn)一個函數(shù)定義如下:FunctionNameGet(){這是屬于不符合開發(fā)規(guī)范的錯謀。有這樣一?段代碼:訐(i<0)&(i>=0)???這段代

4、碼交集為整個數(shù)軸,IF語句沒有必要1=0;while(I>100)(J=J+100;T=J*PI;}在循環(huán)體內(nèi)沒有I的增加,bug產(chǎn)生。2.2動態(tài)白盒測試?yán)瞄_發(fā)工具中的調(diào)式工具進(jìn)行測試。比如一段代碼有4個分支,輸入4組不同的測試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確??匆欢未aif(I<0){Pl}else{P2}在調(diào)試中輸入1=1,Pl程序段通過,P2程序段未通過,屬于動態(tài)黑盒測試的缺陷3?功能測試功能測試指測試軟件各個功能模塊是否正確,邏輯是否正確。対測試対象的功能測試應(yīng)側(cè)重于所有可直接迅蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測

5、試的冃標(biāo)是核實(shí)數(shù)據(jù)的接受、處理和檢索是否止確,以及業(yè)務(wù)規(guī)則的實(shí)丿逝是否恰當(dāng)。此類測試基于黑盒技術(shù),該技術(shù)通過圖形用戶界而(GUI)與應(yīng)用程序進(jìn)行交互,并對交互的輸岀或結(jié)果進(jìn)行分析,以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。功能測試的主要參考為類似于功能說4J]I5Z類的文檔。比如一個對電子商務(wù)系統(tǒng),前臺用戶瀏覽商品■放入購物車■進(jìn)入結(jié)賬臺,后臺處理訂單,配貨,付款,發(fā)貨,這一系列流程必須正確無課的走通,不能存在任何的錯誤。4UI測試ui測試指測試用戶界面的風(fēng)格是否滿足客八要求,文字是否正確,頁面美工是否好看,文字,圖片組合是否完美,背景是否美觀,操作是

6、否友好等等用戶界面(UI)測試用丁?核實(shí)用戶為軟件Z間的交互。UI測試的冃標(biāo)是確保用戶界面會通過測試對彖的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。另外,ui測試還可確保ui中的對象按照預(yù)期的方式運(yùn)行,并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括卅戶友好性,人性化,易操作性測試。UI測試比較主觀,與測試人員的喜好有關(guān)比如:頁面基調(diào)顏色刺眼;用戶登入頁面比較難于找到,文字中出現(xiàn)錯別字,頁面圖片范圍太廣等都屬于UI測試屮的缺陷,但是這些缺陷都不太嚴(yán)重。5性能測試性能測試主要測試軟件測試的性能,包括負(fù)載測試,強(qiáng)度測試,數(shù)據(jù)庫容量測試,基準(zhǔn)測試以及基準(zhǔn)測試5.1負(fù)載測試

7、負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行,程序是否能夠承擔(dān)。在這種測試中,將使測試對象承擔(dān)不同的工作雖,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最人預(yù)期工作量的情況下仍能正常運(yùn)行。此外,負(fù)載測試還要評估性能特征,例如,響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。比如,在B/S結(jié)構(gòu)屮用戶并發(fā)量測試就是屬于負(fù)載測試的用戶,可以使用webloadI具,模擬上百人客戶同吋訪問網(wǎng)站,看系統(tǒng)響應(yīng)時間,處理速度如何?5.2強(qiáng)度測試強(qiáng)度測試是一種性能測試,他在系統(tǒng)資源特別低的情況卜

8、墩件系統(tǒng)運(yùn)行情況。這類測試往往可以書寫系統(tǒng)要求的軟硬件水平要求。實(shí)施和執(zhí)行此類測試的冃的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足,測試對象就可

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費(fèi)完成后未能成功下載的用戶請聯(lián)系客服處理。