學(xué)習(xí)web測(cè)試方法
隨著需求量與應(yīng)用領(lǐng)域的不斷擴(kuò)大，對(duì)WEB應(yīng)用軟件的正確性、有效性和對(duì)WEB服務(wù)器等方面都提出了越來(lái)越高的性能要求，下面學(xué)習(xí)啦小編收集了一些關(guān)于學(xué)習(xí)web測(cè)試方法，希望對(duì)你有幫助
WEB測(cè)試步驟
1.測(cè)試人員描述發(fā)現(xiàn)的問題(找到BUG);
2.測(cè)試人員詳細(xì)闡明是在何種情況下測(cè)試發(fā)現(xiàn)的問題，包括測(cè)試的環(huán)境、輸入的數(shù)據(jù)、發(fā)現(xiàn)問題的類型、問題的嚴(yán)重程度等情況;
3.測(cè)試人員協(xié)同開發(fā)人員一起去分析BUG的原因，找出軟件的缺陷所在;
4.測(cè)試人員根據(jù)解決的情況進(jìn)行分類匯總，以便日后進(jìn)行軟件設(shè)計(jì)的時(shí)候提供參考，避免以后出現(xiàn)類似軟件缺陷。
Web的系統(tǒng)測(cè)試方法
一、功能測(cè)試
1、鏈接測(cè)試
鏈接是Web應(yīng)用系統(tǒng)的一個(gè)主要特征，它是在頁(yè)面之間切換和指導(dǎo)用戶訪問一些不知道地址的頁(yè)面的主要手段。鏈接測(cè)試可分為三個(gè)方面。
首先，測(cè)試所有鏈接是否按指示的那樣確實(shí)鏈接到了該鏈接的頁(yè)面;
其次，測(cè)試所鏈接的頁(yè)面是否存在;
最后，保證Web應(yīng)用系統(tǒng)上沒有孤立的頁(yè)面。
鏈接測(cè)試可以自動(dòng)進(jìn)行，現(xiàn)在已經(jīng)有許多工具可以采用。鏈接測(cè)試必須在集成測(cè)試階段完成，也就是說，在整個(gè)Web應(yīng)用系統(tǒng)的所有頁(yè)面開發(fā)完成之后進(jìn)行鏈接測(cè)試。
2、表單測(cè)試
當(dāng)用戶給Web應(yīng)用系統(tǒng)管理員提交信息時(shí)，就需要使用表單操作，例如用戶注冊(cè)、登陸、信息提交等。
在這種情況下，我們必須測(cè)試提交操作的完整性，以校驗(yàn)提交給服務(wù)器的信息的正確性。例如：用戶填寫的出生日期與職業(yè)是否恰當(dāng)，填寫的所屬省份與所在城市是否匹配等。如果使用了默認(rèn)值，還要檢驗(yàn)?zāi)J(rèn)值的正確性。如果表單只能接受指定的某些值，則也要進(jìn)行測(cè)試。例如：只能接受某些字符，測(cè)試時(shí)可以跳過這些字符，看系統(tǒng)是否會(huì)報(bào)錯(cuò)。
3、Cookies測(cè)試
Cookies通常用來(lái)存儲(chǔ)用戶信息和用戶在某個(gè)應(yīng)用系統(tǒng)上的操作，當(dāng)一個(gè)用戶使用Cookies訪問了某一個(gè)應(yīng)用系統(tǒng)時(shí)，Web服務(wù)器將發(fā)送關(guān)于用戶的信息，把該信息以Cookies的形式存儲(chǔ)在客戶端計(jì)算機(jī)上，這可用來(lái)創(chuàng)建動(dòng)態(tài)和自定義頁(yè)面或者存儲(chǔ)登陸等信息。
如果Web應(yīng)用系統(tǒng)使用了Cookies，就必須檢查Cookies是否能正常工作。測(cè)試的內(nèi)容可包括Cookies是否起作用，是否按預(yù)定的時(shí)間進(jìn)行保存，刷新對(duì)Cookies有什么影響等。
4、設(shè)計(jì)語(yǔ)言測(cè)試
Web設(shè)計(jì)語(yǔ)言版本的差異可以引起客戶端或服務(wù)器端出現(xiàn)嚴(yán)重的問題。例如使用哪種版本的HTML等。當(dāng)在分布式環(huán)境中開發(fā)時(shí)，開發(fā)人員都不在一起，這個(gè)問題就顯得尤為重要。
除了HTML的版本問題外，不同的腳本語(yǔ)言，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要進(jìn)行驗(yàn)證。
5、數(shù)據(jù)庫(kù)測(cè)試
在Web應(yīng)用技術(shù)中，數(shù)據(jù)庫(kù)起著重要的作用，數(shù)據(jù)庫(kù)為Web應(yīng)用系統(tǒng)的管理、運(yùn)行、查詢和實(shí)現(xiàn)用戶對(duì)數(shù)據(jù)存儲(chǔ)的請(qǐng)求等提供空間。在Web應(yīng)用中，最常用的數(shù)據(jù)庫(kù)類型是關(guān)系型數(shù)據(jù)庫(kù)，可以使用SQL對(duì)信息進(jìn)行處理。
在使用了數(shù)據(jù)庫(kù)的Web應(yīng)用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯(cuò)誤：
數(shù)據(jù)一致性錯(cuò)誤和輸出錯(cuò)誤。
數(shù)據(jù)一致性錯(cuò)誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯(cuò)誤主要是由于網(wǎng)絡(luò)速度或程序設(shè)計(jì)問題等引起的，針對(duì)這兩種情況，可分別進(jìn)行測(cè)試。
二、性能測(cè)試
1、連接速度測(cè)試
用戶連接到Web應(yīng)用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化，他們或許是電話撥號(hào)，或是寬帶上網(wǎng)。當(dāng)下載一個(gè)程序時(shí)，用戶可以等較長(zhǎng)的時(shí)間，但如果僅僅訪問一個(gè)頁(yè)面就不會(huì)這樣。如果Web系統(tǒng)響應(yīng)時(shí)間太長(zhǎng)(例如超過5秒鐘)，用戶就會(huì)因沒有耐心等待而離開。
另外，有些頁(yè)面有超時(shí)的限制，如果響應(yīng)速度太慢，用戶可能還沒來(lái)得及瀏覽內(nèi)容，就需要重新登陸了。而且，連接速度太慢，還可能引起數(shù)據(jù)丟失，使用戶得不到真實(shí)的頁(yè)面。
2、負(fù)載測(cè)試
負(fù)載測(cè)試是為了測(cè)量Web系統(tǒng)在某一負(fù)載級(jí)別上的性能，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。負(fù)載級(jí)別可以是某個(gè)時(shí)刻同時(shí)訪問Web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。
例如：Web應(yīng)用系統(tǒng)能允許多少個(gè)用戶同時(shí)在線?如果超過了這個(gè)數(shù)量，會(huì)出現(xiàn)什么現(xiàn)象?Web應(yīng)用系統(tǒng)能否處理大量用戶對(duì)同一個(gè)頁(yè)面的請(qǐng)求?
負(fù)載測(cè)試應(yīng)該安排在Web系統(tǒng)發(fā)布以后，在實(shí)際的網(wǎng)絡(luò)環(huán)境中進(jìn)行測(cè)試。因?yàn)橐粋€(gè)企業(yè)內(nèi)部員工，特別是項(xiàng)目組人員總是有限的，而一個(gè)Web系統(tǒng)能同時(shí)處理的請(qǐng)求數(shù)量將遠(yuǎn)遠(yuǎn)超出這個(gè)限度，所以，只有放在Internet上，接受負(fù)載測(cè)試，其結(jié)果才是正確可信的。
3、壓力測(cè)試
進(jìn)行壓力測(cè)試是指實(shí)際破壞一個(gè)Web應(yīng)用系統(tǒng)，測(cè)試系統(tǒng)的反映。壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力，也就是測(cè)試Web應(yīng)用系統(tǒng)會(huì)不會(huì)崩潰，在什么情況下會(huì)崩潰。黑客常常提供錯(cuò)誤的數(shù)據(jù)負(fù)載，直到Web應(yīng)用系統(tǒng)崩潰，接著當(dāng)系統(tǒng)重新啟動(dòng)時(shí)獲得存取權(quán)。
壓力測(cè)試的區(qū)域包括表單、登陸和其他信息傳輸頁(yè)面等。
WEB測(cè)試計(jì)劃
1.首先對(duì)被測(cè)的WEB應(yīng)用程序進(jìn)行需求分析，即對(duì)你所做的測(cè)試做一個(gè)簡(jiǎn)要的介紹，包括描述測(cè)試的目標(biāo)和范圍，所測(cè)試的目標(biāo)要實(shí)現(xiàn)一個(gè)什么樣的功能，總結(jié)基本文檔，主要活動(dòng)。
2.寫出測(cè)試策略和方法，這里包括測(cè)試開始的條件，測(cè)試的類型，測(cè)試開始的標(biāo)準(zhǔn)以及所測(cè)試的功能，測(cè)試通過或失敗的標(biāo)準(zhǔn)，結(jié)束測(cè)試的條件，測(cè)試過程中遇到什么樣的情況終止和怎么處理后恢復(fù)等。
3.確定測(cè)試環(huán)境的要求(包括軟件和硬件方面)，選擇合適的測(cè)試工具。
4.主要針對(duì)你測(cè)試的行為，描述你測(cè)試的細(xì)節(jié)，包括測(cè)試用例列表，進(jìn)度表，錯(cuò)誤等級(jí)分析，對(duì)測(cè)試計(jì)劃的總結(jié)，和在測(cè)試過程會(huì)出現(xiàn)的風(fēng)險(xiǎn)分析等。
web測(cè)試的類型
第一，分析產(chǎn)品結(jié)構(gòu)，明確性能測(cè)試的需求，包括并發(fā)、極限、配置和指標(biāo)等方面的性能要求，必要時(shí)基于LOAD測(cè)試的相同測(cè)略需同時(shí)考慮穩(wěn)定性測(cè)試的需求。
第一，分析應(yīng)用場(chǎng)景和用戶數(shù)據(jù)，細(xì)分用戶行為和相關(guān)的數(shù)據(jù)流，確定測(cè)試點(diǎn)或測(cè)試接口，列示系統(tǒng)接口的可能瓶頸，一般是先主干接口再支線接口，并完成初步的測(cè)試用例設(shè)計(jì)。
第三，依據(jù)性能測(cè)試需求和確定的測(cè)試點(diǎn)進(jìn)行測(cè)試組網(wǎng)設(shè)計(jì)，并明確不同組網(wǎng)方案的重要程度或優(yōu)先級(jí)作為取舍評(píng)估的依據(jù)，必要時(shí)在前期產(chǎn)品設(shè)計(jì)中提出支持性能測(cè)試的可測(cè)試性設(shè)計(jì)方案和對(duì)測(cè)試工具的需求。
第四，完成性能測(cè)試用例設(shè)計(jì)、分類選擇和依據(jù)用戶行為分析設(shè)計(jì)測(cè)試規(guī)程，并準(zhǔn)備好測(cè)試用例將用到的測(cè)試數(shù)據(jù)。
第五，確定采用的測(cè)試工具。
第六，進(jìn)行初驗(yàn)測(cè)試，以主干接口的可用性為主，根據(jù)測(cè)試結(jié)果分析性能瓶頸，通過迭代保證基本的指標(biāo)等測(cè)試的環(huán)境。
第七，迭代進(jìn)行全面的性能測(cè)試，完成計(jì)劃中的性能測(cè)試用例的執(zhí)行。
第八，完成性能測(cè)試評(píng)估報(bào)告。
猜你感興趣：