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