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

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é)不到什么東西，個人想專注測試，2011年動搖了要離職的念頭，不過老大找我談了好幾次話，也主動給我加了工資，就留下了，遇到這種老大，挺不容易的，對我們組員很好。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)重，如果她不是女生就和老大說不用她了介紹下以前公司的測試流程：查看全文請點擊下載：/html/76/n-844176.html2.4 數(shù)據(jù)驗證1）前后臺數(shù)據(jù)一致 ： 前臺正確錄入信息保存后，后臺數(shù)據(jù)庫相對應(yīng)的表正常記錄（與前臺輸入一致）比如：注冊一個用戶信息提交成功后，用戶表users中是否正常保存了當(dāng)前的錄入信息。2）存儲過程驗證：oracle F8編譯通過，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.6 LR壓力測試選擇好錄制協(xié)議，錄制腳本，根據(jù)需要添加 事物和集合點 ，使用參數(shù)化，設(shè)置runtime-setting ，在場景執(zhí)行的時候 注意觀察主機(jī)CPU和內(nèi)存使用率。個人觀點1）立項前的需求分析很重要，與開發(fā)人員的溝通也很重要；對需求理解程度