毛片在线视频观看,一级日韩免费大片,在线网站黄色,澳门在线高清一级毛片

薈聚奇文、博采眾長、見賢思齊
當(dāng)前位置:公文素材庫 > 計劃總結(jié) > 工作總結(jié) > WEB測試總結(jié)

WEB測試總結(jié)

網(wǎng)站:公文素材庫 | 時間:2019-05-29 15:23:51 | 移動端:WEB測試總結(jié)

WEB測試總結(jié)

一、輸入框

1、字符型輸入框:(1)字符型輸入框:英文全角、英文半角、數(shù)字、空或者空格、特殊字符“~!@#¥%……&*?[]{}”特別要注意單引號和&符號。禁止直接輸入特殊字符時,使用“粘貼、拷貝”功能嘗試輸入。(2)長度檢查:最小長度、最大長度、最小長度-1、最大長度+1、輸入超工字符比如把整個文章拷貝過去。(3)空格檢查:輸入的字符間有空格、字符前有空格、字符后有空格、字符前后有空格(4)多行文本框輸入:允許回車換行、保存后再顯示能夠保存輸入的格式、僅輸入回車換行,檢查能否正確保存(若能,檢查保存結(jié)果,若不能,查看是否有正常提示)、(5)安全性檢查:輸入特殊字符串

(null,NULL,,javascript,,,,,)、輸入腳本函數(shù)(alert("abc"))、doucment.write("abc")、hello)

2、數(shù)值型輸入框:(1)邊界值:最大值、最小值、最大值+1、最小值-1(2)位數(shù):最小位數(shù)、最大位數(shù)、最小位數(shù)-1最大位數(shù)+1、輸入超長值、輸入整數(shù)(3)異常值、特殊字符:輸入空白(NULL)、空格或"~!@#$%^&*()_+{}|[]\\:"?;",./?;:"-=等可能導(dǎo)致系統(tǒng)錯誤的字符、禁止直接輸入特殊字符時,嘗試使用粘貼拷貝查看是否能正常提交、word中的特殊功能,通過剪貼板拷貝到輸入框,分頁符,分節(jié)符類似公式的上下標(biāo)等、數(shù)值的特殊符號如∑,,,∏,+,-等、

輸入負(fù)整數(shù)、負(fù)小數(shù)、分?jǐn)?shù)、輸入字母或漢字、小數(shù)(小數(shù)前0點舍去的情況,多個小數(shù)點的情況)、首位為0的數(shù)字如01、02、科學(xué)計數(shù)法是否支持1.0E2、全角數(shù)字與半角數(shù)字、數(shù)字與字母混合、16進(jìn)制,8進(jìn)制數(shù)值、貨幣型輸入(允許小數(shù)點后面幾位)、(4)安全性檢查:不能直接輸入就copy

3、日期型輸入框:(1)合法性檢查:(輸入0日、1日、32日)、月輸入[1、3、5、7、8、10、12]、日輸入[31]、月輸入[4、6、9、11]、日輸入[30][31]、輸入非閏年,月輸入[2],日期輸入[28、29]、輸入閏年,月輸入[2]、日期輸入[29、30]、月輸入[0、1、12、13](2)異常值、特殊字符:輸入空白或NULL、輸入~!@#¥%&*(){}[]等可能導(dǎo)致系統(tǒng)錯誤的字符(3)安全性檢查:不能直接輸入,就copy二、搜索功能

若查詢條件為輸入框,則參考輸入框?qū)?yīng)類型的測試方法

1、功能實現(xiàn):(1)如果支持模糊查詢,搜索名稱中任意一個字符是否能搜索到(2)比較長的名稱是否能查到(3)輸入系統(tǒng)中不存在的與之匹配的條件(4)用戶進(jìn)行查詢操作時,一般情況是不進(jìn)行查詢條件的清空,除非需求特殊說明。

2、組合測試:(1)不同查詢條件之間來回選擇,是否出現(xiàn)頁面錯誤(單選框和多選框最容易出錯)(2)測試多個查詢條件時,要注意查詢條件的組合測試,可能不同組合的測試會報錯。

三、添加、修改功能

1、特殊鍵:(1)是否支持Tab鍵(2)是否支持回車鍵

2、提示信息:(1)不符合要求的地方是否有錯誤提示

3、唯一性:(1)字段唯一的,是否可以重復(fù)添加,添加后是否能修改為已存在的字段(字段包括區(qū)分大小寫以及在輸入的內(nèi)容前后輸入空格,保存后,數(shù)據(jù)是否真的插入到數(shù)據(jù)庫中,注意保存后數(shù)據(jù)的正確性)

4、數(shù)據(jù)正確性:(1)對編輯頁的每個編輯項進(jìn)行修改,點擊保存,是否可以保存成功,檢查想關(guān)聯(lián)的數(shù)據(jù)是否得到更新。(2)進(jìn)行必填項檢查(即是否給出提示以及提示后是否依然把數(shù)據(jù)存到數(shù)據(jù)庫中;是否提示后出現(xiàn)頁碼錯亂等)(3)是否能夠連續(xù)添加(針對特殊情況)(4)在編輯的時候,注意編輯項的長度限制,有時在添加的時候有,在編輯的時候卻沒有(注意要添加和修改規(guī)則是否一致)(5)對于有圖片上傳功能的編輯框,若不上傳圖片,查看編輯頁面時是否顯示有默認(rèn)的圖片,若上傳圖片,查看是否顯示為上傳圖片(6)修改后增加數(shù)據(jù)后,特別要注意查詢頁面的數(shù)據(jù)是否及時更新,特別是在首頁時要注意數(shù)據(jù)的更新。(7)提交數(shù)據(jù)時,連續(xù)多次點擊,查看系統(tǒng)會不會連續(xù)增加幾條相同的數(shù)據(jù)或報錯。(8)若結(jié)果列表中沒有記錄或者沒選擇某條記錄,點擊修改按鈕,系統(tǒng)會拋異常。

四、刪除功能

1、特殊鍵:(1)是否支持Tab鍵(2)是否支持回車鍵

2、提示信息:(1)不選擇任何信息,直接點擊刪除按鈕,是否有提示(2)刪除某條信息時,應(yīng)該有確認(rèn)提示

3、數(shù)據(jù)實現(xiàn):(1)是否能連續(xù)刪除多個產(chǎn)品(2)當(dāng)只有一條數(shù)據(jù)時,是否可以刪除成功(3)刪除一條數(shù)據(jù)后,是否可以添加相同的數(shù)據(jù)(4)如系統(tǒng)支持批量刪除,注意刪除的信息是否正確(5)如有全選,注意是否把所有的數(shù)據(jù)刪除(6)刪除數(shù)據(jù)時,要注意相應(yīng)查詢頁面的數(shù)據(jù)是否及時更新(7)如刪除的數(shù)據(jù)與其他業(yè)務(wù)數(shù)據(jù)關(guān)聯(lián),要注意其關(guān)聯(lián)性(如刪除部門信息時,部門下游員工,則應(yīng)該給出提示)(8)如果結(jié)果列表中沒有記錄或沒有選擇任何一條記錄,點擊刪除按鈕系統(tǒng)會報錯。

五、注冊、登陸模塊

1、注冊功能:(1)注冊時,設(shè)置密碼為特殊版本號,檢查登錄時是否會報錯(2)注冊成功后,頁面應(yīng)該以登陸狀態(tài)跳轉(zhuǎn)到首頁或指定頁面(3)在注冊信息中刪除已輸入的信息,檢查是否可以注冊成功。

2、登陸功能:(1)輸入正確的用戶名和正確的密碼(2)輸入正確的用戶名和錯誤的密碼(3)輸入錯誤的用戶名和正確的密碼(4)輸入錯誤的用戶名和錯誤的密碼(5)不輸入用戶名和密碼(均為空格)(6)只輸入用戶名,密碼為空(7)用戶名為空,只輸入密碼(8)輸入正確的用戶名和密碼,但是不區(qū)分大小寫(8)用戶名和密碼包括特殊字符(9)用戶名和密碼輸入超長值(10)已刪除的用戶名和密碼(11)登錄時,當(dāng)頁面刷新或重新輸入數(shù)據(jù)時,驗證碼是否更新六、上傳圖片測試

1、功能實現(xiàn):(1)文件類型正確、大小合適(2)文件類型正確,大小不合適(3)文件類型錯誤,大小合適(4)文件類型和大小都合適,上傳一個正在使用中的圖片(5)文件類型大小都合適,手動輸入存在的圖片地址來上傳(6)文件類型和大小都合適,輸入不存在的圖片地址來上傳(7)文件類型和大小都合適,輸入圖片名稱來上傳(8)不選擇文件直接點擊上傳,查看是否給出提示(9)連續(xù)多次選擇不同的文件,查看是否上傳最后一次選擇的文件

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

1、功能實現(xiàn):(1)列表、列寬是否合理(2)列表數(shù)據(jù)太寬有沒有提供橫向滾動(3)列表的列名有沒有與內(nèi)容對應(yīng)(4)列表的每列的列名是否描述的清晰(5)列表是否把不必要的列都顯示出來(6)點擊某列進(jìn)行排序,是否會報錯(點擊查看每一頁的排序是否正確)(7)雙擊或單擊某列信息,是否會報錯

八、返回鍵檢查

1、一條已經(jīng)成功提交的記錄,返回后再提交,是否做了處理

2、檢查多次使用返回鍵的情況,在有返回鍵的地方,返回到原來的頁面多次,查看是否會出錯

九、回車鍵檢查

1、在輸入結(jié)果后,直接按回車鍵,看系統(tǒng)如何處理,是否會報錯十、刷新鍵檢查

1、在Web系統(tǒng)中,使用刷新鍵,看系統(tǒng)如何處理,是否會報錯十一、直接URL鏈接檢查

1、在Web系統(tǒng)中,在地址欄直接輸入各個功能頁面的URL地址,看系統(tǒng)如何處理

十二、其他

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

2、每個頁面都有相應(yīng)的Title

3、在測試的時候要考慮到頁面出現(xiàn)滾動條時,滾動條上下滾動時,頁面是否正常4、URL不區(qū)分大小寫

5、某個字段是唯一的,當(dāng)多個用戶并發(fā)點擊產(chǎn)生該字段時,檢查系統(tǒng)怎么處理6、對于電子商務(wù)網(wǎng)站,當(dāng)用戶并發(fā)購買數(shù)量大于庫存的數(shù)量時,系統(tǒng)如何處理7、測試數(shù)據(jù)避免單純輸入“123”、“abc“之類的,讓測試數(shù)據(jù)盡量接近實際

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

9、做功能測試的時候,也要注意系統(tǒng)的性能(如操作的響應(yīng)時間、內(nèi)存使用情況)

十三、界面和易用性測試

1、風(fēng)格、樣式、顏色是否協(xié)調(diào)2、界面布局是否整齊、協(xié)調(diào)(保證全部顯示出來的,盡量不要使用滾動條3、界面操作、標(biāo)題描述是否恰當(dāng)(描述有歧義、注意是否有錯別字)

4、操作是否符合人們的常規(guī)習(xí)慣(有沒有把相似的功能的控件放在一起,方便操作)5、提示界面是否符合規(guī)范(不應(yīng)該顯示英文的cancel、ok,應(yīng)該顯示中文的確定等)6、界面中各個控件是否對齊7、日期控件是否可編輯

8、日期控件的長度是否合理,以修改時可以把時間全部顯示出來為準(zhǔn)9、查詢結(jié)果列表列寬是否合理、標(biāo)簽描述是否合理

10、查詢結(jié)果列表太寬沒有橫向滾動提示

11、對于信息比較長的文本,文本框有沒有提供自動豎直滾動條

12、數(shù)據(jù)錄入控件是否方便

13、有沒有支持Tab鍵,鍵的順序要有條理,不亂跳14、有沒有提供相關(guān)的熱鍵

15、控件的提示語描述是否正確

16、模塊調(diào)用是否統(tǒng)一,相同的模塊是否調(diào)用同一個界面

17、用滾動條移動頁面時,頁面的控件是否顯示正常

18、日期的正確格式應(yīng)該是XXXX-XX-XX或XXXX-XX-XXXX:XX:XX

19、頁面是否有多余按鈕或標(biāo)簽

20、窗口標(biāo)題或圖標(biāo)是否與菜單欄的統(tǒng)一

21、窗口的最大化、最小化是否能正確切換

22、對于正常的功能,用戶可以不必閱讀用戶手冊就能使用23、執(zhí)行風(fēng)險操作時,有確認(rèn)、刪除等提示嗎

24、操作順序是否合理十四、兼容性測試

兼容性測試不只是指界面在不同操作系統(tǒng)或瀏覽器下的兼容,有些功能方面的測試,也要考慮到兼容性,比如涉及到ajax、jquery、javascript等技術(shù)的,都要考慮到不同瀏覽器下的兼容性問題。

十五、鏈接測試

主要是保證鏈接的可用性和正確性,它也是網(wǎng)站測試中比較重要的一個方面。十六、業(yè)務(wù)流程測試

業(yè)務(wù)流程,一般會涉及到多個模塊的數(shù)據(jù),所以在對業(yè)務(wù)流程測試時,首先要保證單個模塊功能的正確性,其次就要對各個模塊間傳遞的數(shù)據(jù)進(jìn)行測試,這往往是容易出現(xiàn)問題的地方,測試時一定要設(shè)計不同的數(shù)據(jù)進(jìn)行測試。

十七、安全性測試

(1)SQL注入(登陸頁面)

(2)XSS跨網(wǎng)站腳本攻擊:程序或數(shù)據(jù)庫沒有對一些特殊字符進(jìn)行過濾或處理,導(dǎo)致用戶所輸入的一些破壞性的腳本語句能夠直接寫進(jìn)數(shù)據(jù)庫中,瀏覽器會直接執(zhí)行這些腳本語句,破壞網(wǎng)站的正常顯示,或網(wǎng)站用戶的信息被盜,構(gòu)造腳本語句時,要保證腳本的完整性。

document.write("abc")alter("abc")

(3)URL地址后面隨便輸入一些符號

(4)驗證碼更新問題

擴(kuò)展閱讀:web手工測試的經(jīng)驗總結(jié)

web手工測試的經(jīng)驗總結(jié)

前言

本文主要是闡述個人的web手工黑盒測試的工作經(jīng)驗測試目的

測試并不僅僅是為了找出錯誤,通過分析錯誤產(chǎn)生的原因和錯誤的分布特征,可以幫助項目管理者(開發(fā)人員)發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷,以便改進(jìn);從而提高軟件的質(zhì)量,更體現(xiàn)了測試的重要性。工作經(jīng)歷1、工作環(huán)境介紹

09年3月剛?cè)肼,也是項目初建階段,項目組6個人在一個小房間,5臺臺式機(jī)1個人用筆記本(領(lǐng)導(dǎo));2張桌子比較擠,工作的地方是比較簡陋;剛開始熟悉需求,然后是和同事一起部署項目,不過就是看看表結(jié)構(gòu),學(xué)習(xí)下怎么把數(shù)據(jù)入庫Oralce數(shù)據(jù)庫,后臺Oracle存儲過程開發(fā),在前臺配置業(yè)務(wù)指標(biāo)配置展現(xiàn),給用戶做個什么小需求等等,都是瑣碎的事。不過項目初建比較累,加班較多,事情也多,大概到8、9月份才開始正常上下班。10年過完年大概3月份左右吧,二期的項目要測試(公司給我們項目組劃了一片辦公地方,挺好的),項目組人手不夠,老大讓我轉(zhuǎn)測試,問我同不同意,我想了想自己的工作內(nèi)容比較雜,專注一件事情也是好事,就同意了!開始真正的測試工作。

然后老大從別個項目組調(diào)了一個有測試經(jīng)理級別的人,過來協(xié)助測試,我跟著他學(xué)習(xí)了一點東西。比如測試用例的撰寫,用戶驗收UAT用例和測試報告的輸出。記得他說過做測試要細(xì)心,提出的bug要跟蹤,注意頁面的美觀性,按鈕、字體大小、字體顏色,風(fēng)格要保存一致等,雖然他教的少,不過還是挺感謝滴!

二期項目上線之后,測試工作告一段落,我又恢復(fù)了以前的工作,沒有了測試工作就做業(yè)務(wù)需求開發(fā)寫寫Oracle存儲過程,前臺配置展現(xiàn),維護(hù)下測試環(huán)境和線上的環(huán)境等等。

做了測試之后感覺自己挺喜歡這行滴,因為工作的事情比較雜想學(xué)不到什么東西,個人想專注測試,201*年動搖了要離職的念頭,不過老大找我談了好幾次話,也主動給我加了工資,就留下了,遇到這種老大,挺不容易的,對我們組員很好。

11年項目三期測試;輸出測試策略,按照計劃的時候輸出相應(yīng)的文檔,比如測試用例的輸出,然后全員參加用例評審(開發(fā)、測試和PM),會上提出用例的不足或者、與需求不符或者不完善的地方;修改了之后發(fā)送PM,通過后執(zhí)行測試。測試的時候每天晚上郵件反饋當(dāng)天的工作進(jìn)度,采用迭代測試的形式測試,測試環(huán)境我自己維護(hù),一輪測試完成后,開發(fā)把bug修復(fù)完成,在提供一個發(fā)布包,然后驗證,沒有新bug產(chǎn)生后,就輸出一份系統(tǒng)測試報告和缺陷報告(針對開發(fā)人員)。如果客戶要求做壓力測試,需要輸出一個壓力測試方案(包括場景、測試模塊、測試環(huán)境等),當(dāng)然方案也要評審,評審?fù)ㄟ^后開始LoadRunner壓力測試,測試完成后輸出壓力測試報告。然后是一個用戶驗收UAT測試用例的輸出。最后上線完成。并輸出一個上線總結(jié)文件!

在工作期間帶了3個新同事,Ta們3個都不同,也許是剛開始接觸測試,慢慢的成長!有一個女同事很…..我給她定了個學(xué)習(xí)系統(tǒng)和業(yè)務(wù)的計劃,人家自己不做反而在那里看開發(fā)的代碼,問她的時候她也總是沒問題,偷懶很嚴(yán)重,如果她不是女生就和老大說不用她了……

介紹下以前公司的測試流程:

……………………

查看全文請點擊下載:-844176.html2.4數(shù)據(jù)驗證

1)前后臺數(shù)據(jù)一致:前臺正確錄入信息保存后,后臺數(shù)據(jù)庫相對應(yīng)的表正常記錄(與前臺輸入一致)比如:注冊一個用戶信息提交成功后,用戶表users中是否正常保存了當(dāng)前的錄入信息。

2)存儲過程驗證:oracleF8編譯通過,F(xiàn)8執(zhí)行后對應(yīng)的數(shù)據(jù)表正常錄入數(shù)據(jù),無鎖表現(xiàn)象(當(dāng)目標(biāo)表B表從另外一長表A表取值,當(dāng)A表數(shù)據(jù)過大時要借助臨時表,避免死鎖、耗費資源的現(xiàn)象)2.5根據(jù)開發(fā)習(xí)慣找錯誤

1)同一個開發(fā)人員開發(fā)的模塊,在不同的模塊犯了錯誤,其他的模塊也有類似的錯誤

比如A開發(fā)人員主要負(fù)責(zé)用戶、權(quán)限模塊,在測試用戶模塊時發(fā)現(xiàn)用戶名可以重復(fù),現(xiàn)象用戶名重復(fù):注冊了兩個相同的帳號,但是用戶狀態(tài)不同,一個是不可用狀態(tài),一個是可用狀態(tài),但是登錄的時候兩個都不能登錄,提示“帳號不可用”。然后再去驗證權(quán)限模塊,角色名稱也可以重復(fù),看似小問題,但對于用戶來說可能就是大問題了,因為正常狀態(tài)的用戶不能登錄。所以開發(fā)人員的習(xí)慣也是不能忽視的!2.6LR壓力測試

選擇好錄制協(xié)議,錄制腳本,根據(jù)需要添加事物和集合點,使用參數(shù)化,設(shè)置runtime-setting,在場景執(zhí)行的時候注意觀察主機(jī)CPU和內(nèi)存使用率。個人觀點

1)立項前的需求分析很重要,與開發(fā)人員的溝通也很重要;對需求理解程度越深,對開發(fā)的思想理解越透徹,撰寫的測試用例就越全面,漏測的幾率也會減少。

2)關(guān)注用戶的需求,注重細(xì)節(jié),盡可能找出系統(tǒng)中隱藏的缺陷。3)總結(jié)測試過程中發(fā)現(xiàn)的問題,做好漏測記錄,避免相同的錯誤發(fā)生。

友情提示:本文中關(guān)于《WEB測試總結(jié)》給出的范例僅供您參考拓展思維使用,WEB測試總結(jié):該篇文章建議您自主創(chuàng)作。

來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。


WEB測試總結(jié)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址:http://www.seogis.com/gongwen/713225.html