qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          web手工測試的經驗總結

           前言

            本文主要是闡述個人的web手工黑盒測試工作經驗

            測試目的

            測試并不僅僅是為了找出錯誤,通過分析錯誤產生的原因和錯誤的分布特征,可以幫助項目管理者(開發人員)發現當前所采用的軟件過程的缺陷,以便改進;從而提高軟件的質量,更體現了測試的重要性。

            工作經歷

            1、工作環境介紹

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

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

            二期項目上線之后,測試工作告一段落,我又恢復了以前的工作,沒有了測試工作就做業務需求開發寫寫Oracle存儲過程,前臺配置展現,維護下測試環境和線上的環境等等。

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

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

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

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

            ……………………

            查看全文請點擊下載:http://www.51testing.com/html/76/n-844176.html

            2.4 數據驗證

            1)前后臺數據一致 : 前臺正確錄入信息保存后,后臺數據庫相對應的表正常記錄(與前臺輸入一致)

            比如:注冊一個用戶信息提交成功后,用戶表users中是否正常保存了當前的錄入信息。

            2)存儲過程驗證:oracle F8編譯通過,F8執行后 對應的數據表正常錄入數據,無鎖表現象(當目標表B表從另外一長表A表取值,當A表數據過大時要借助臨時表,避免死鎖、耗費資源的現象)

            2.5 根據開發習慣找錯誤

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

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

            2.6 LR壓力測試

            選擇好錄制協議,錄制腳本,根據需要添加 事物和集合點 ,使用參數化,設置runtime-setting ,在場景執行的時候 注意觀察主機CPU和內存使用率。

            個人觀點

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

            2)關注用戶的需求,注重細節,盡可能找出系統中隱藏的缺陷。

            3)總結測試過程中發現的問題,做好漏測記錄,避免相同的錯誤發生。

            查看全文請點擊下載:http://www.51testing.com/html/76/n-844176.html

            本文收錄于《51測試天地》電子雜志第二十九期。

            版權聲明:本文出自51Testing軟件測試網電子雜志——《51測試天地》第二十九期。51Testing軟件測試網及相關內容提供者擁有51testing.com內容的全部版權,未經明確的書面許可,任何人或單位不得對本網站內容復制、轉載或進行鏡像,否則將追究法律責任。

          posted on 2013-04-23 09:58 順其自然EVO 閱讀(400) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2013年4月>
          31123456
          78910111213
          14151617181920
          21222324252627
          2829301234
          567891011

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 共和县| 常州市| 双牌县| 边坝县| 宁远县| 吉林省| 京山县| 犍为县| 绥芬河市| 崇左市| 甘肃省| 白沙| 阿图什市| 育儿| 富蕴县| 罗甸县| 华阴市| 万盛区| 兖州市| 呈贡县| 扶沟县| 太原市| 惠水县| 松阳县| 哈巴河县| 潮州市| 顺平县| 柳州市| 额济纳旗| 合作市| 永泰县| 铜梁县| 新源县| 台安县| 山东省| 黄石市| 内江市| 锦屏县| 南丹县| 凯里市| 江安县|