10種web測試方法(Web測試的主要內(nèi)容和測試方法)

1.Web測試的主要內(nèi)容和測試方法有哪些

Web測試的主要內(nèi)容：

一、輸入框

二、搜索功能

三、增加、修改功能

四、刪除功能

五、注冊、登錄模塊

六、上傳圖片測試

七、查詢結(jié)果列表

八、返回鍵檢查

九、回車鍵檢查

十、刷新鍵檢查

Web測試的測試方法：

1、在測試時，與網(wǎng)絡(luò)有關(guān)的步驟或者模塊必須考慮到斷網(wǎng)的情況。

2.每個頁面都有相應(yīng)的Title，不能為空，或者顯示“無標(biāo)題頁”。

3.在測試的時候要考慮到頁面出現(xiàn)滾動條時，滾動條上下滾動時，頁面是否正常。

4.URL不區(qū)分大小寫，大小寫不敏感。

5.對于電子商務(wù)網(wǎng)站，當(dāng)用戶并發(fā)購買數(shù)量大于庫存的數(shù)量時，系統(tǒng)如何處理。

6.測試數(shù)據(jù)避免單純輸入“123”、“abc”之類的，讓測試數(shù)據(jù)盡量接近實際。

7.進(jìn)行測試時，盡量不要用超級管理員進(jìn)行測試，用新建的用戶進(jìn)行測試。測試人員盡量不要使用同一個用戶進(jìn)行測試。

8.提示信息：提示信息是否完整、正確、詳細(xì)。

9.幫助信息：是否提供幫助信息，幫助信息的表現(xiàn)形式（頁面文字、提示信息、幫助文件），幫助信息是否正確、詳細(xì)。

10.可擴(kuò)展性：是否有升級的境地，是否保留了接口。

11.穩(wěn)定性：運行所需的軟硬件配置，占用資源情況，出現(xiàn)問題時的容錯性，對數(shù)據(jù)的保護(hù)。

12.運行速度：運行的快慢，帶寬占用情況。

Web測試：

由于web應(yīng)用與用戶直接相關(guān)，又通常需要承受長時間的大量操作，因此web項目的功能和性能都必須經(jīng)過可靠的驗證。這就要經(jīng)過web項目的全面測試。Web應(yīng)用程序測試與其它任何一種類型的應(yīng)用程序測試相比沒有太大差別。

2.web測試方法有哪些

web網(wǎng)站本質(zhì)上帶有web服務(wù)器和客戶端瀏覽器的C/S結(jié)構(gòu)的應(yīng)用程序。主要考慮web頁面、TCP/IP通訊、Internet鏈接、防火墻和運行在 web頁面上的一些程序（例如，applet、javascrīpt、應(yīng)用程序插件），以及運行在服務(wù)器端的應(yīng)用程序（例如，CGI腳本、數(shù)據(jù)庫接口、日志程序、動態(tài)頁面產(chǎn)生器，asp等）。另外，因為服務(wù)器和瀏覽器類型很多，不同版本差別很小，但是表現(xiàn)出現(xiàn)的結(jié)果卻不同，連接速度以及日益迅速的技術(shù)和多種標(biāo)準(zhǔn)、協(xié)議。使得web測試成為一項正在不斷研究的課題。其它要考慮的如下：

1、服務(wù)器上期望的負(fù)載是多少（例如，每單位時間內(nèi)的點擊量），在這些負(fù)載下應(yīng)該具有什么樣的性能（例如，服務(wù)器反應(yīng)時間，數(shù)據(jù)庫查詢時間）。性能測試需要什么樣的測試工具呢（例如，web負(fù)載測試工具，其它已經(jīng)被采用的測試工具，web 自動下載工具，等等）？

2、系統(tǒng)用戶是誰？他們使用什么樣的瀏覽器？使用什么類型的連接速度？他們是在公司內(nèi)部（這樣可能有比較快的連接速度和相似的瀏覽器）或者外部（這可能有使用多種瀏覽器和連接速度）？

3、在客戶端希望有什么樣的性能（例如，頁面顯示速度？動畫、applets的速度等？如何引導(dǎo)和運行）？

4、允許網(wǎng)站維護(hù)或升級嗎？投入多少？

5、需要考慮安全方面（防火墻，加密、密碼等）是否需要，如何做？怎么能被測試？需要連接的Internet網(wǎng)站可靠性有多高？對備份系統(tǒng)或冗余鏈接請求如何處理和測試？web網(wǎng)站管理、升級時需要考慮哪些步驟？需求、跟蹤、控制頁面內(nèi)容、圖形、鏈接等有什么需求？

6、需要考慮哪種HTML規(guī)范？多么嚴(yán)格？允許終端用戶瀏覽器有哪些變化？

7、頁面顯示和/或圖片占據(jù)整個頁面或頁面一部分有標(biāo)準(zhǔn)或需求嗎？

8、內(nèi)部和外部的鏈接能夠被驗證和升級嗎？多久一次？

9、產(chǎn)品系統(tǒng)上能被測試嗎？或者需要一個單獨的測試系統(tǒng)？瀏覽器的緩存、瀏覽器操作設(shè)置改變、撥號上網(wǎng)連接以及Internet中產(chǎn)生的“交通堵塞”問題在測試中是否解決，這些考慮了嗎？

10、服務(wù)器日志和報告內(nèi)容能定制嗎？它們是否被認(rèn)為是系統(tǒng)測試的主要部分并需要測試嗎？

11、CGI程序、applets、javascrīpts、ActiveX 組件等能被維護(hù)、跟蹤、控制和測試嗎？

測試技術(shù)大體分為黑盒和白盒測試，當(dāng)然有的還用灰盒測試。

而功能、性能、用戶界面、兼容性、安全測試都屬于測試方法。大部分的測試是手動的，用基本的辦公軟件就可以解決；部分白盒測試需要了解程序內(nèi)部的語句、數(shù)據(jù)結(jié)構(gòu)和算法邏輯。

現(xiàn)在企業(yè)認(rèn)同的高名氣軟件就是功能測試工具：QTP 性能測試工具：LOADRUNNER

bug追蹤、記錄工具：Bugfree、Bugzilla、TD等，用一個即可。

而QTP和LOADRUNNER是性能非常龐大的軟件，如果可以熟練的分析出錄制的內(nèi)容，那么就入門了?？梢赃\用到工作上。

說道這些軟件的劣勢，就是實現(xiàn)自動化需要這個團(tuán)隊購買正版軟件、組織和培訓(xùn)組內(nèi)成員進(jìn)行新知識的培訓(xùn)。這些都是成本的一部分。

3.web測試有哪些方面

第一，分析產(chǎn)品結(jié)構(gòu)，明確性能測試的需求，包括并發(fā)、極限、配置和指標(biāo)等方面的性能要求，必要時基于LOAD測試的相同測略需同時考慮穩(wěn)定性測試的需求。

第一，分析應(yīng)用場景和用戶數(shù)據(jù)，細(xì)分用戶行為和相關(guān)的數(shù)據(jù)流，確定測試點或測試接口，列示系統(tǒng)接口的可能瓶頸，一般是先主干接口再支線接口，并完成初步的測試用例設(shè)計。

第三，依據(jù)性能測試需求和確定的測試點進(jìn)行測試組網(wǎng)設(shè)計，并明確不同組網(wǎng)方案的重要程度或優(yōu)先級作為取舍評估的依據(jù)，必要時在前期產(chǎn)品設(shè)計中提出支持性能測試的可測試性設(shè)計方案和對測試工具的需求。

第四，完成性能測試用例設(shè)計、分類選擇和依據(jù)用戶行為分析設(shè)計測試規(guī)程，并準(zhǔn)備好測試用例將用到的測試數(shù)據(jù)。

第五，確定采用的測試工具。

第六，進(jìn)行初驗測試，以主干接口的可用性為主，根據(jù)測試結(jié)果分析性能瓶頸，通過迭代保證基本的指標(biāo)等測試的環(huán)境。

第七，迭代進(jìn)行全面的性能測試，完成計劃中的性能測試用例的執(zhí)行。

第八，完成性能測試評估報告。

在進(jìn)行性能測試的時候，我們需要知道一些有效的性能指標(biāo)，下面我們來列出一些主要的性能指標(biāo)：

一是，通用指標(biāo)（指Web應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器必需測試項）：

*ProcessorTime：指服務(wù)器CPU占用率，一般平均達(dá)到70%時，服務(wù)就接近飽和；

*Memory Available Mbyte：可用內(nèi)存數(shù)，如果測試時發(fā)現(xiàn)內(nèi)存有變化情況也要注意，如果是內(nèi)存泄露則比較嚴(yán)重；

*Physicsdisk Time ：物理磁盤讀寫時間情況。

二是，Web服務(wù)器指標(biāo)：

*Avg Rps：平均每秒鐘響應(yīng)次數(shù)=總請求時間/秒數(shù)；

*Avg time to last byte per terstion(mstes)：平均每秒業(yè)務(wù)角本的迭代次數(shù)；*Successful Rounds：成功的請求；

*Failed Rounds：失敗的請求；

*Successful Hits：成功的點擊次數(shù)；

*Failed Hits：失敗的點擊次數(shù)；

*Hits Per Second：每秒點擊次數(shù)；

*Successful Hits Per Second：每秒成功的點擊次數(shù)；

*Failed Hits Per Second：每秒失敗的點擊次數(shù)；

*Attempted Connections：嘗試鏈接數(shù)。

三是，數(shù)據(jù)庫服務(wù)器指標(biāo)：

*User 0 Connections ：用戶連接數(shù)，也就是數(shù)據(jù)庫的連接數(shù)量；

*Number of deadlocks：數(shù)據(jù)庫死鎖；

*Butter Cache hit：數(shù)據(jù)庫Cache的命中情況）。

可用性測試：1導(dǎo)航測試（Web應(yīng)用系統(tǒng)的層次一旦決定，就要著手測試用戶導(dǎo)航功能，讓最終用戶參與這種測試，效果將更加明顯。）2圖形測試3內(nèi)容測試3整體界面測試4客戶端兼容性測試（1平臺測試2瀏覽器測試）5安全性測試（測試重點：（1）現(xiàn)在的Web應(yīng)用系統(tǒng)基本采用先注冊，后登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。（2）Web應(yīng)用系統(tǒng)是否有超時的限制，也就是說，用戶登陸后在一定時間內(nèi)（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用。（3）為了保證Web應(yīng)用系統(tǒng)的安全性，日志文件是至關(guān)重要的。需要測試相關(guān)信息是否寫進(jìn)了日志文件、是否可追蹤。（4）當(dāng)使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。（5）服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經(jīng)過授權(quán)，就不能在服務(wù)器端放置和編輯腳本的問題。 ）

4.求幾個WEB應(yīng)用的測試用例

功能測試[9]

1.鏈接測試：鏈接是WEB應(yīng)用系統(tǒng)的一個主要特征，它是在頁面之間切換和指導(dǎo)用戶去一些不知道網(wǎng)址的頁面的主要手段。鏈接測試可分為三個方面，首先，測試所有頁面的鏈接是否已經(jīng)按指示的那樣鏈接到該鏈接的頁面；次，測試鏈接的頁面是否存在；最后，保證WEB系統(tǒng)上沒有孤立的頁面，所謂孤立的頁面是指沒有鏈接指向該頁面，只有知道正確的URL才能訪問。

2.表單測試：當(dāng)用戶給WEB的系統(tǒng)管理員提交信息時，就需要表單操作，例如用戶注冊，登陸和信息提交等。在這種情況下，必須測試提交操作的完整性，以檢驗提交給服務(wù)器信息的正確性。

3. Cookies測試：Cookies通常用來存儲用戶信息和用戶在某個應(yīng)用系統(tǒng)的操作，當(dāng)用戶用Cookies訪問了某個應(yīng)用系統(tǒng)時，WEB服務(wù)器將發(fā)送用的信息，把該信息以Cookies的形式存儲在客戶端計算機(jī)上，這可用來創(chuàng)建動態(tài)信息和自定義也頁面或者存儲登陸等信息。

4. 數(shù)據(jù)庫測試：在使用了數(shù)據(jù)庫的WEB應(yīng)用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯誤，分別是數(shù)據(jù)一致性錯誤和輸出錯誤。數(shù)據(jù)一致性錯誤主要是由于用戶提交的表單信息部正確造成的，而輸出錯誤主要是由于網(wǎng)路速度或者程序設(shè)計錯誤等引起的。

性能測試

1.連接速度測試：如果WEB系統(tǒng)等待時間過長（例如超過5分鐘），用戶會因為沒有耐心而選擇離開。

2.負(fù)載測試：為了測量WEB系統(tǒng)在某一個負(fù)載級別下的性能，以保證WEB系統(tǒng)在需求范圍內(nèi)能正常運行，負(fù)載級別可以使某個時刻同時訪問WEB系統(tǒng)的用戶數(shù)量，也可以是在線處理的數(shù)量。

3.壓力測試：指實際破壞一個WEB系統(tǒng)，測試系統(tǒng)的反應(yīng)。壓力測試的區(qū)域包括表單、登陸和其他信息傳輸也頁面。

客戶端兼容測試

1.平臺測試：在各種操作系統(tǒng)下對WEB系統(tǒng)進(jìn)行兼容性測試。

2.瀏覽器測試：測試不同廠商，不同版本的瀏覽器對WEB系統(tǒng)的適應(yīng)性。

安全性測試

1.現(xiàn)在的WEB系統(tǒng)采用先注冊，后登陸的方式。因此必須測試有效，無效的用戶名和密碼，要注意大小寫是否敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面。

2.WEB應(yīng)用系統(tǒng)是否有超時的限制，也就是說，用戶登陸頁面一定時間內(nèi)一直未有任何操作動作，是否要求重新登陸系統(tǒng)。

3.為了保證WEB系統(tǒng)的安全性，日志文件是至關(guān)重要的。需要測試相關(guān)信息日志是否寫入了日志文件，是否可以追蹤。

4.當(dāng)使用了安全套接字，還要測試加密是否正確，檢查信息的完整性。

5.服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些安全漏洞又常常被黑客利用，還要測試沒有經(jīng)過授權(quán)，不得在服務(wù)器端放置和編輯腳本的問題。

二 測試范例

主要選自系統(tǒng)登錄頁面。這個范例主要用于驗證系統(tǒng)對多臺機(jī)器登陸有無不響應(yīng)情況，或者相應(yīng)時間過長?？词欠駶M足用戶提出的數(shù)據(jù)并發(fā)處理能力。

測試工具使用WEB—CT40，在其設(shè)置接入網(wǎng)絡(luò)的方式，模擬機(jī)器的總臺數(shù)，以及測試頁面的IP地址三項參數(shù)，然后選擇手動測試。測試結(jié)果在10秒內(nèi)無一次失敗，成功率100%。證明系統(tǒng)數(shù)據(jù)并發(fā)處理能力強。

測試頁面是否有不可到達(dá)現(xiàn)象。測試結(jié)果為成功數(shù)為1，不成功連接為0，和預(yù)期結(jié)果一致。

測試在火狐瀏覽器下系統(tǒng)能否正常運行，測試工具為火狐瀏覽器，測試內(nèi)容為查詢登陸日志，測試結(jié)果為能夠正常顯示日志信息。測試表明系統(tǒng)對主流瀏覽器兼容性較好。

測試系統(tǒng)的安全性，是否只有管理員權(quán)限的用戶才能進(jìn)入后臺管理系統(tǒng)，測試密碼，賬號正確和不正確的情況下能否登入系統(tǒng)。測試不同權(quán)限的用戶是否只能操作該權(quán)限的操作。

在大量的測試之后，我排除了系統(tǒng)的大部分錯誤。當(dāng)然還有些不易檢測到的錯誤還沒有被發(fā)現(xiàn)，需要在使用的過程中進(jìn)一步的完善，由于時間倉促難免有錯誤和不完善的地方，希望老師能夠幫我指點和糾正。

5.Web的系統(tǒng)測試方法是什么

1、鏈接測試 鏈接是Web應(yīng)用系統(tǒng)的一個主要特征，它是在頁面之間切換和指導(dǎo)用戶去一些不知道地址的頁面的主要手段。

鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，保證Web應(yīng)用系統(tǒng)上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。

鏈接測試可以自動進(jìn)行，現(xiàn)在已經(jīng)有許多工具可以采用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應(yīng)用系統(tǒng)的所有頁面開發(fā)完成之后進(jìn)行鏈接測試。

2、表單測試 當(dāng)用戶給Web應(yīng)用系統(tǒng)管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。 在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務(wù)器的信息的正確性。

例如：用戶填寫的出生日期與職業(yè)是否恰當(dāng)，填寫的所屬省份與所在城市是否匹配等。如果使用了默認(rèn)值，還要檢驗?zāi)J(rèn)值的正確性。

如果表單只能接受指定的某些值，則也要進(jìn)行測試。 例如：只能接受某些字符，測試時可以跳過這些字符，看系統(tǒng)是否會報錯。

3、Cookies測試 Cookies通常用來存儲用戶信息和用戶在某應(yīng)用系統(tǒng)的操作，當(dāng)一個用戶使用Cookies訪問了某一個應(yīng)用系統(tǒng)時，Web服務(wù)器將發(fā)送關(guān)于用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機(jī)上，這可用來創(chuàng)建動態(tài)和自定義頁面或者存儲登陸等信息。 如果Web應(yīng)用系統(tǒng)使用了Cookies，就必須檢查Cookies是否能正常工作。

測試的內(nèi)容可包括Cookies是否起作用，是否按預(yù)定的時間進(jìn)行保存，刷新對Cookies有什么影響等。 4、設(shè)計語言測試 Web設(shè)計語言版本的差異可以引起客戶端或服務(wù)器端嚴(yán)重的問題，例如使用哪種版本的HTML等。

當(dāng)在分布式環(huán)境中開發(fā)時，開發(fā)人員都不在一起，這個問題就顯得尤為重要。除了HTML的版本問題外，不同的腳本語言，例如Java、JavaScript、ActiveX、VBScript或Perl等也要進(jìn)行驗證。

5、數(shù)據(jù)庫測試 在Web應(yīng)用技術(shù)中，數(shù)據(jù)庫起著重要的作用，數(shù)據(jù)庫為Web應(yīng)用系統(tǒng)的管理、運行、查詢和實現(xiàn)用戶對數(shù)據(jù)存儲的請求等提供空間。 在Web應(yīng)用中，最常用的數(shù)據(jù)庫類型是關(guān)系型數(shù)據(jù)庫，可以使用SQL對信息進(jìn)行處理。