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