10種web測試方法(Web測試的主要內容和測試方法)
1.Web測試的主要內容和測試方法有哪些
Web測試的主要內容：
一、輸入框
二、搜索功能
三、增加、修改功能
四、刪除功能
五、注冊、登錄模塊
六、上傳圖片測試
七、查詢(xún)結果列表
八、返回鍵檢查
九、回車(chē)鍵檢查
十、刷新鍵檢查
Web測試的測試方法：
1、在測試時(shí)，與網(wǎng)絡(luò )有關(guān)的步驟或者模塊必須考慮到斷網(wǎng)的情況。
2.每個(gè)頁(yè)面都有相應的Title，不能為空，或者顯示“無(wú)標題頁(yè)”。
3.在測試的時(shí)候要考慮到頁(yè)面出現滾動(dòng)條時(shí)，滾動(dòng)條上下滾動(dòng)時(shí)，頁(yè)面是否正常。
4.URL不區分大小寫(xiě)，大小寫(xiě)不敏感。
5.對于電子商務(wù)網(wǎng)站，當用戶(hù)并發(fā)購買(mǎi)數量大于庫存的數量時(shí)，系統如何處理。
6.測試數據避免單純輸入“123”、“abc”之類(lèi)的，讓測試數據盡量接近實(shí)際。
7.進(jìn)行測試時(shí)，盡量不要用超級管理員進(jìn)行測試，用新建的用戶(hù)進(jìn)行測試。測試人員盡量不要使用同一個(gè)用戶(hù)進(jìn)行測試。
8.提示信息：提示信息是否完整、正確、詳細。
9.幫助信息：是否提供幫助信息，幫助信息的表現形式（頁(yè)面文字、提示信息、幫助文件），幫助信息是否正確、詳細。
10.可擴展性：是否有升級的境地，是否保留了接口。
11.穩定性：運行所需的軟硬件配置，占用資源情況，出現問(wèn)題時(shí)的容錯性，對數據的保護。
12.運行速度：運行的快慢，帶寬占用情況。
Web測試：
由于web應用與用戶(hù)直接相關(guān)，又通常需要承受長(cháng)時(shí)間的大量操作，因此web項目的功能和性能都必須經(jīng)過(guò)可靠的驗證。這就要經(jīng)過(guò)web項目的全面測試。Web應用程序測試與其它任何一種類(lèi)型的應用程序測試相比沒(méi)有太大差別。
2.web測試方法有哪些
web網(wǎng)站本質(zhì)上帶有web服務(wù)器和客戶(hù)端瀏覽器的C/S結構的應用程序。主要考慮web頁(yè)面、TCP/IP通訊、Internet鏈接、防火墻和運行在 web頁(yè)面上的一些程序（例如，applet、javascrīpt、應用程序插件），以及運行在服務(wù)器端的應用程序（例如，CGI腳本、數據庫接口、日志程序、動(dòng)態(tài)頁(yè)面產(chǎn)生器，asp等）。另外，因為服務(wù)器和瀏覽器類(lèi)型很多，不同版本差別很小，但是表現出現的結果卻不同，連接速度以及日益迅速的技術(shù)和多種標準、協(xié)議。使得web測試成為一項正在不斷研究的課題。其它要考慮的如下：
1、服務(wù)器上期望的負載是多少（例如，每單位時(shí)間內的點(diǎn)擊量），在這些負載下應該具有什么樣的性能（例如，服務(wù)器反應時(shí)間，數據庫查詢(xún)時(shí)間）。性能測試需要什么樣的測試工具呢（例如，web負載測試工具，其它已經(jīng)被采用的測試工具，web 自動(dòng)下載工具，等等）？
2、系統用戶(hù)是誰(shuí)？他們使用什么樣的瀏覽器？使用什么類(lèi)型的連接速度？他們是在公司內部（這樣可能有比較快的連接速度和相似的瀏覽器）或者外部（這可能有使用多種瀏覽器和連接速度）？
3、在客戶(hù)端希望有什么樣的性能（例如，頁(yè)面顯示速度？動(dòng)畫(huà)、applets的速度等？如何引導和運行）？
4、允許網(wǎng)站維護或升級嗎？投入多少？
5、需要考慮安全方面（防火墻，加密、密碼等）是否需要，如何做？怎么能被測試？需要連接的Internet網(wǎng)站可靠性有多高？對備份系統或冗余鏈接請求如何處理和測試？web網(wǎng)站管理、升級時(shí)需要考慮哪些步驟？需求、跟蹤、控制頁(yè)面內容、圖形、鏈接等有什么需求？
6、需要考慮哪種HTML規范？多么嚴格？允許終端用戶(hù)瀏覽器有哪些變化？
7、頁(yè)面顯示和/或圖片占據整個(gè)頁(yè)面或頁(yè)面一部分有標準或需求嗎？
8、內部和外部的鏈接能夠被驗證和升級嗎？多久一次？
9、產(chǎn)品系統上能被測試嗎？或者需要一個(gè)單獨的測試系統？瀏覽器的緩存、瀏覽器操作設置改變、撥號上網(wǎng)連接以及Internet中產(chǎn)生的“交通堵塞”問(wèn)題在測試中是否解決，這些考慮了嗎？
10、服務(wù)器日志和報告內容能定制嗎？它們是否被認為是系統測試的主要部分并需要測試嗎？
11、CGI程序、applets、javascrīpts、ActiveX 組件等能被維護、跟蹤、控制和測試嗎？
測試技術(shù)大體分為黑盒和白盒測試，當然有的還用灰盒測試。
而功能、性能、用戶(hù)界面、兼容性、安全測試都屬于測試方法。大部分的測試是手動(dòng)的，用基本的辦公軟件就可以解決；部分白盒測試需要了解程序內部的語(yǔ)句、數據結構和算法邏輯。
現在企業(yè)認同的高名氣軟件就是功能測試工具：QTP 性能測試工具：LOADRUNNER
bug追蹤、記錄工具：Bugfree、Bugzilla、TD等，用一個(gè)即可。
而QTP和LOADRUNNER是性能非常龐大的軟件，如果可以熟練的分析出錄制的內容，那么就入門(mén)了。可以運用到工作上。
說(shuō)道這些軟件的劣勢，就是實(shí)現自動(dòng)化需要這個(gè)團隊購買(mǎi)正版軟件、組織和培訓組內成員進(jìn)行新知識的培訓。這些都是成本的一部分。
3.web測試有哪些方面
第一，分析產(chǎn)品結構，明確性能測試的需求，包括并發(fā)、極限、配置和指標等方面的性能要求，必要時(shí)基于LOAD測試的相同測略需同時(shí)考慮穩定性測試的需求。
第一，分析應用場(chǎng)景和用戶(hù)數據，細分用戶(hù)行為和相關(guān)的數據流，確定測試點(diǎn)或測試接口，列示系統接口的可能瓶頸，一般是先主干接口再支線(xiàn)接口，并完成初步的測試用例設計。
第三，依據性能測試需求和確定的測試點(diǎn)進(jìn)行測試組網(wǎng)設計，并明確不同組網(wǎng)方案的重要程度或優(yōu)先級作為取舍評估的依據，必要時(shí)在前期產(chǎn)品設計中提出支持性能測試的可測試性設計方案和對測試工具的需求。
第四，完成性能測試用例設計、分類(lèi)選擇和依據用戶(hù)行為分析設計測試規程，并準備好測試用例將用到的測試數據。
第五，確定采用的測試工具。
第六，進(jìn)行初驗測試，以主干接口的可用性為主，根據測試結果分析性能瓶頸，通過(guò)迭代保證基本的指標等測試的環(huán)境。
第七，迭代進(jìn)行全面的性能測試，完成計劃中的性能測試用例的執行。
第八，完成性能測試評估報告。
在進(jìn)行性能測試的時(shí)候，我們需要知道一些有效的性能指標，下面我們來(lái)列出一些主要的性能指標：
一是，通用指標（指Web應用服務(wù)器、數據庫服務(wù)器必需測試項）：
*ProcessorTime：指服務(wù)器CPU占用率，一般平均達到70%時(shí)，服務(wù)就接近飽和；
*Memory Available Mbyte：可用內存數，如果測試時(shí)發(fā)現內存有變化情況也要注意，如果是內存泄露則比較嚴重；
*Physicsdisk Time ：物理磁盤(pán)讀寫(xiě)時(shí)間情況。
二是，Web服務(wù)器指標：
*Avg Rps：平均每秒鐘響應次數=總請求時(shí)間/秒數；
*Avg time to last byte per terstion(mstes)：平均每秒業(yè)務(wù)角本的迭代次數；*Successful Rounds：成功的請求；
*Failed Rounds：失敗的請求；
*Successful Hits：成功的點(diǎn)擊次數；
*Failed Hits：失敗的點(diǎn)擊次數；
*Hits Per Second：每秒點(diǎn)擊次數；
*Successful Hits Per Second：每秒成功的點(diǎn)擊次數；
*Failed Hits Per Second：每秒失敗的點(diǎn)擊次數；
*Attempted Connections：嘗試鏈接數。
三是，數據庫服務(wù)器指標：
*User 0 Connections ：用戶(hù)連接數，也就是數據庫的連接數量；
*Number of deadlocks：數據庫死鎖；
*Butter Cache hit：數據庫Cache的命中情況）。
可用性測試：1導航測試（Web應用系統的層次一旦決定，就要著(zhù)手測試用戶(hù)導航功能，讓最終用戶(hù)參與這種測試，效果將更加明顯。）2圖形測試3內容測試3整體界面測試4客戶(hù)端兼容性測試（1平臺測試2瀏覽器測試）5安全性測試（測試重點(diǎn)：（1）現在的Web應用系統基本采用先注冊，后登陸的方式。因此，必須測試有效和無(wú)效的用戶(hù)名和密碼，要注意到是否大小寫(xiě)敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個(gè)頁(yè)面等。（2）Web應用系統是否有超時(shí)的限制，也就是說(shuō)，用戶(hù)登陸后在一定時(shí)間內（例如15分鐘）沒(méi)有點(diǎn)擊任何頁(yè)面，是否需要重新登陸才能正常使用。（3）為了保證Web應用系統的安全性，日志文件是至關(guān)重要的。需要測試相關(guān)信息是否寫(xiě)進(jìn)了日志文件、是否可追蹤。（4）當使用了安全套接字時(shí)，還要測試加密是否正確，檢查信息的完整性。（5）服務(wù)器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒(méi)有經(jīng)過(guò)授權，就不能在服務(wù)器端放置和編輯腳本的問(wèn)題。 ）
4.求幾個(gè)WEB應用的測試用例
功能測試[9]
1.鏈接測試：鏈接是WEB應用系統的一個(gè)主要特征，它是在頁(yè)面之間切換和指導用戶(hù)去一些不知道網(wǎng)址的頁(yè)面的主要手段。鏈接測試可分為三個(gè)方面，首先，測試所有頁(yè)面的鏈接是否已經(jīng)按指示的那樣鏈接到該鏈接的頁(yè)面；次，測試鏈接的頁(yè)面是否存在；最后，保證WEB系統上沒(méi)有孤立的頁(yè)面，所謂孤立的頁(yè)面是指沒(méi)有鏈接指向該頁(yè)面，只有知道正確的URL才能訪(fǎng)問(wèn)。
2.表單測試：當用戶(hù)給WEB的系統管理員提交信息時(shí)，就需要表單操作，例如用戶(hù)注冊，登陸和信息提交等。在這種情況下，必須測試提交操作的完整性，以檢驗提交給服務(wù)器信息的正確性。
3. Cookies測試：Cookies通常用來(lái)存儲用戶(hù)信息和用戶(hù)在某個(gè)應用系統的操作，當用戶(hù)用Cookies訪(fǎng)問(wèn)了某個(gè)應用系統時(shí)，WEB服務(wù)器將發(fā)送用的信息，把該信息以Cookies的形式存儲在客戶(hù)端計算機上，這可用來(lái)創(chuàng )建動(dòng)態(tài)信息和自定義也頁(yè)面或者存儲登陸等信息。
4. 數據庫測試：在使用了數據庫的WEB應用系統中，一般情況下，可能發(fā)生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由于用戶(hù)提交的表單信息部正確造成的，而輸出錯誤主要是由于網(wǎng)路速度或者程序設計錯誤等引起的。
性能測試
1.連接速度測試：如果WEB系統等待時(shí)間過(guò)長(cháng)（例如超過(guò)5分鐘），用戶(hù)會(huì )因為沒(méi)有耐心而選擇離開(kāi)。
2.負載測試：為了測量WEB系統在某一個(gè)負載級別下的性能，以保證WEB系統在需求范圍內能正常運行，負載級別可以使某個(gè)時(shí)刻同時(shí)訪(fǎng)問(wèn)WEB系統的用戶(hù)數量，也可以是在線(xiàn)處理的數量。
3.壓力測試：指實(shí)際破壞一個(gè)WEB系統，測試系統的反應。壓力測試的區域包括表單、登陸和其他信息傳輸也頁(yè)面。
客戶(hù)端兼容測試
1.平臺測試：在各種操作系統下對WEB系統進(jìn)行兼容性測試。
2.瀏覽器測試：測試不同廠(chǎng)商，不同版本的瀏覽器對WEB系統的適應性。
安全性測試
1.現在的WEB系統采用先注冊，后登陸的方式。因此必須測試有效，無(wú)效的用戶(hù)名和密碼，要注意大小寫(xiě)是否敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個(gè)頁(yè)面。
2.WEB應用系統是否有超時(shí)的限制，也就是說(shuō)，用戶(hù)登陸頁(yè)面一定時(shí)間內一直未有任何操作動(dòng)作，是否要求重新登陸系統。
3.為了保證WEB系統的安全性，日志文件是至關(guān)重要的。需要測試相關(guān)信息日志是否寫(xiě)入了日志文件，是否可以追蹤。
4.當使用了安全套接字，還要測試加密是否正確，檢查信息的完整性。
5.服務(wù)器端的腳本常常構成安全漏洞，這些安全漏洞又常常被黑客利用，還要測試沒(méi)有經(jīng)過(guò)授權，不得在服務(wù)器端放置和編輯腳本的問(wèn)題。
二 測試范例
主要選自系統登錄頁(yè)面。這個(gè)范例主要用于驗證系統對多臺機器登陸有無(wú)不響應情況，或者相應時(shí)間過(guò)長(cháng)。看是否滿(mǎn)足用戶(hù)提出的數據并發(fā)處理能力。
測試工具使用WEB—CT40，在其設置接入網(wǎng)絡(luò )的方式，模擬機器的總臺數，以及測試頁(yè)面的IP地址三項參數，然后選擇手動(dòng)測試。測試結果在10秒內無(wú)一次失敗，成功率100%。證明系統數據并發(fā)處理能力強。
測試頁(yè)面是否有不可到達現象。測試結果為成功數為1，不成功連接為0，和預期結果一致。
測試在火狐瀏覽器下系統能否正常運行，測試工具為火狐瀏覽器，測試內容為查詢(xún)登陸日志，測試結果為能夠正常顯示日志信息。測試表明系統對主流瀏覽器兼容性較好。
測試系統的安全性，是否只有管理員權限的用戶(hù)才能進(jìn)入后臺管理系統，測試密碼，賬號正確和不正確的情況下能否登入系統。測試不同權限的用戶(hù)是否只能操作該權限的操作。
在大量的測試之后，我排除了系統的大部分錯誤。當然還有些不易檢測到的錯誤還沒(méi)有被發(fā)現，需要在使用的過(guò)程中進(jìn)一步的完善，由于時(shí)間倉促難免有錯誤和不完善的地方，希望老師能夠幫我指點(diǎn)和糾正。
5.Web的系統測試方法是什么
1、鏈接測試 鏈接是Web應用系統的一個(gè)主要特征，它是在頁(yè)面之間切換和指導用戶(hù)去一些不知道地址的頁(yè)面的主要手段。
鏈接測試可分為三個(gè)方面。首先，測試所有鏈接是否按指示的那樣確實(shí)鏈接到了該鏈接的頁(yè)面；其次，測試所鏈接的頁(yè)面是否存在；最后，保證Web應用系統上沒(méi)有孤立的頁(yè)面，所謂孤立頁(yè)面是指沒(méi)有鏈接指向該頁(yè)面，只有知道正確的URL地址才能訪(fǎng)問(wèn)。
鏈接測試可以自動(dòng)進(jìn)行，現在已經(jīng)有許多工具可以采用。鏈接測試必須在集成測試階段完成，也就是說(shuō)，在整個(gè)Web應用系統的所有頁(yè)面開(kāi)發(fā)完成之后進(jìn)行鏈接測試。
2、表單測試 當用戶(hù)給Web應用系統管理員提交信息時(shí)，就需要使用表單操作，例如用戶(hù)注冊、登陸、信息提交等。 在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務(wù)器的信息的正確性。
例如：用戶(hù)填寫(xiě)的出生日期與職業(yè)是否恰當，填寫(xiě)的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。
如果表單只能接受指定的某些值，則也要進(jìn)行測試。 例如：只能接受某些字符，測試時(shí)可以跳過(guò)這些字符，看系統是否會(huì )報錯。
3、Cookies測試 Cookies通常用來(lái)存儲用戶(hù)信息和用戶(hù)在某應用系統的操作，當一個(gè)用戶(hù)使用Cookies訪(fǎng)問(wèn)了某一個(gè)應用系統時(shí)，Web服務(wù)器將發(fā)送關(guān)于用戶(hù)的信息，把該信息以Cookies的形式存儲在客戶(hù)端計算機上，這可用來(lái)創(chuàng )建動(dòng)態(tài)和自定義頁(yè)面或者存儲登陸等信息。 如果Web應用系統使用了Cookies，就必須檢查Cookies是否能正常工作。
測試的內容可包括Cookies是否起作用，是否按預定的時(shí)間進(jìn)行保存，刷新對Cookies有什么影響等。 4、設計語(yǔ)言測試 Web設計語(yǔ)言版本的差異可以引起客戶(hù)端或服務(wù)器端嚴重的問(wèn)題，例如使用哪種版本的HTML等。
當在分布式環(huán)境中開(kāi)發(fā)時(shí)，開(kāi)發(fā)人員都不在一起，這個(gè)問(wèn)題就顯得尤為重要。除了HTML的版本問(wèn)題外，不同的腳本語(yǔ)言，例如Java、JavaScript、ActiveX、VBScript或Perl等也要進(jìn)行驗證。
5、數據庫測試 在Web應用技術(shù)中，數據庫起著(zhù)重要的作用，數據庫為Web應用系統的管理、運行、查詢(xún)和實(shí)現用戶(hù)對數據存儲的請求等提供空間。 在Web應用中，最常用的數據庫類(lèi)型是關(guān)系型數據庫，可以使用SQL對信息進(jìn)行處理。
