20**年軟件測試個人工作總結[1]

　　我最初參加測試工作的時候，不知道什么是軟件測試，集成測試和系統測試的概念經?；煜?，cmm是什么就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能，對于那些拿著螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人于無形之絕世秘技。拿破侖說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個秘技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

第一招學會利用網絡

　　剛參加工作面對浩瀚的網絡世界，當時如劉姥姥進大觀園，什么都新奇，什么都想要，從網上下載很多源程序的代碼，軟件技術文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些“武林秘籍“，成為高手指日可待。最初參加工作由于自己工作努力有幸轉為開發，加入項目組后我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

　　一次項目經理分配任務，覺得依靠手中的秘籍加上自己的“聰明才智“很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網絡尋找要解決問題的答案，從此google成了我的最愛，關鍵字成了我變化的招數。在軟件測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟件測試新手，甚至老手都沒有意識到自己手上就握有

　　“無敵秘籍“，所以只要你耐心找，答案就在身邊。

　　這里總結一下利用網絡搜索引擎的技巧：

　　組合搜索

　　每次搜索某個文件，如果只給出一個單詞進行搜索，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那么搜索結果會更加切題。

　　選擇表述內容的詞組

　　一般我在網頁搜索引擎的時候，選擇一些可以表達我要查找內容的關鍵詞組，用來縮小搜索范圍，從而找到搜索結果是最好的辦法。運用詞組搜索涉可以先先簡單地輸入一個問題作為詞組搜索，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。

　　定位信息來源

　　有的時候用詞組搜索不到或者無法準確表達所需信息?？梢杂昧硪环N方法直接到信息源，就是直接到到提供某種信息的站點去?？梢杂霉?ldquo;.公司名.”去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組

　　其實網絡上還有很多關于搜索技巧的文章，大家可以自行學習。千萬要記住搜索引擎是幫助你成功的有力武器。

第二招學會動手

　　參加軟件測試工作后，隨著工作經驗的增長自我感覺越來越好。在公司里也逐漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣“隨手“測試出了幾個bug，然后“仔細“的填寫了bug單(這個bug的現象已經出現了很多次了)。這時候測試經理走過來，重新復查了一下填寫的bug。他在重現我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現了，同樣的現象，他關閉軟件重新變化輸入，擴展出10幾個變化后，軟件不動了，內存不斷上升。終于他找到了產生軟件的bug的原因，然后對我說“尋找bug要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的bug描述不清楚，并且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現bug的時候他要調試跟蹤判斷，很花費時間，而且效率低。如果測試人員發現bug的時候多動手可以更加準確的定位bug步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作!。“。

　　在以后的日子里，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。

第三招思考自己所作的

　　剛開始入行的時候，總是思考如何做好軟件測試。認為公司的測試流程混亂總是很郁悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然后評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了iso,cmm，測試管理工具，自動化工具(因為公司不正規給了我很多學習的機會，后來到了比較大的軟件公司后，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛煉反倒少了)。由于工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴展，整個過程是思想升華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果后來不時有人把他的絕技記錄下來，也就不能有后來的少林寺七十二絕技。

　　所以善于思考，總結經驗，也是成為高手之路的不二法決。

第四招學會利用論壇資源

　　其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到“測試高手“的身影，并且不提問題，而且還能“鋤強扶弱“，是測試新丁的救命稻草。好像是高手們無所不能，其實摘掉這層耀眼的光環，他們并沒想像得那么厲害，只不過通過自己的搜索找到的答案，然后幫助其他人。當然也有很多人都是通過自學，然后在論壇中交流得到了很多經驗，高手其實也是因為善于思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。

　　很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因為題目不清晰，而且高手字樣嚇阻了很多人。其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。

第五招學習和你所測試的軟件產品相關的知識

　　要想成為好的測試人員，還要了解你要測試的軟件的相關知識。要了解軟件產品的架構是什么樣的。要了解軟件的市場需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些才是用戶最關心的，也是你在測試中需要注意的問題，滿足客戶是最大的需要。但是了解軟件需求之后要學會要多讀些軟件系統的技術文檔，軟件設計文檔，這些文檔可以幫助你了解產品如何工作。還有多看看公司bug庫中的問題，這些存在的問題可以幫助你了解軟件產品那些地方存在缺陷，軟件系統那些地方會出現錯誤。軟件是運行在一個大環境中，如果對系統不熟悉，那么有些問題你不能從一個更廣闊的層面考慮，學習操作系統的知識，有助于你發現缺陷，定位問題更加準確。比如軟件運行在windows或者linu*，如果你不懂操作系統，你就無法建立測試環境，有些時候時候軟件的組件發生問題，就是你系統配置造成的，對系統不熟悉，你會把外在原因歸結為軟件本身。所以要學習關于和軟件系統相關的知識，比如編程，網絡，數據庫等。不一定你要學習到多好的程度，只是通過這些擴展的知識面，你可以在發現問題，解決問題上不會局限在狹小的圈子里。

　　和一切相關的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客戶交流，你會在測試中從客戶的角度發現問題;和開發人員交流，你會了解開發人員怎么實現軟件功能的;和項目管理人員交流，你會知道開發進度以及遇到的困難。

篇2：軟件測試員實習總結

　　軟件測試員實習總結

　　我所在的實習單位是深圳E軟件技術有限公司(簡稱易軟)，是國內知名的專業軟件外包企業，在深圳華南地區位居行業前列。易軟自開始從事軟件外包業務以來，服務合作模式從人力資源外包發展到項目外包、離岸開發和OEM產品合作等模式。業務領域涉及固網、移動通信、光網絡，電信增值服務等業務領域。

　　實習第一周：

　　主要去學習工作的業務，制度以及學習關于測試的知識，雖然不是重要的工作，但對今后的工作有很大的幫助。

　　實習第二周：

　　進公司第二周，開始了解項目的需求，以及公司的資料模板，比較測試用例、方案等。

　　在這周里，主要了解WEB網站類型的《深圳E》項目的需求，從需求中學習寫測試用例。并且還參與了該項目的用例評審。

　　實習第三周：

　　熟悉《深圳E》項目的需求，學習前輩們的用例和測試方案。

　　根據測試用例，測試項目。主要負責測試系統后臺的信息管理模塊、發貨管理模塊等模塊。并提交BUG到BUG管理庫。

　　實習第四周：

　　項目經過一段時間的測試，終于快要完成了，這個星期主要是回歸測試。就是把提過BUG的單，經過開發修改過后的系統再進行測試?；貧w全部通過，說明系統的質量不差。測完并且編寫用戶手冊。

　　實習第五周：

　　項目完成了，進行了一個星期的OCS項目培訓，這次培訓主要是學習OCS的業務流程。所謂的OCS是指Online Charging System在線計費系統。是我們平時用手機打電話、發短信、上網等業務的計費。

　　發現計費系統的業務邏輯強。要努力學習才行。

　　實習第六周：

　　學習語言計費流程知識，以及熟悉OCS相關概念。

　　學習使用CBDE工具的使用，以及測試工具IDT。IDT是接口驅動工具。原來模擬DCC，IDL接口信息以及離線話單，可以直接觸m.airporthotelslisboa.com發業務流程，簡化問題定位。學習了這些工具就要多練習，才會熟練。

　　實習第七周：

　　這周主要是練習linu*命令，多點與同事的交流，這樣便于解決問題。

　　實習第八周：

　　由于暫時還沒接到項目，所以這周的主要任務是：學習loadrunner工具為主，linu*命令為輔。

　　我在本機上搭建一個網上商城的系統，用于做性能測試的練習，因此，使用LR工具對其進行性能的測試，以熟悉使用LR工具。

　　實習第九周：

　　這周主要熟悉《電子采購系統》的需求，了解電子采購系統的業務流程，由于我們這個系統是定制版本，在增加系統需求前是一個完整的系統。

　　實習第十周：

　　這周主要測試《電子采購系統》進行系統測試，主要測試物料管理模塊、問題反饋模塊。

　　根據測試用例對物料管理模塊、問題反饋模塊進行測試，記錄測試中出現的BUG，與開發人員進行溝通。

　　實習第十一周：

　　這周主要測試《電子采購系統》進行系統測試，主要測試供應商認證模塊、采購與招標詢價模塊。

　　根據測試用例對供應商認證模塊、采購與招標詢價模塊進行測試，記錄測試中出現的BUG，與開發人員進行溝通。

篇3：軟件測試人員畢業實習總結

　　軟件測試人員畢業實習總結

　　20**年11月28日，我懷著提高并實現自我價值的心態，跨進E軟件技術有限公司的大門，開始了自己第一份實習工作。這是一家國內知名的專業軟件外包企業，在深圳華南地區位居行業前列。易軟自開始從事軟件外包業務以來，服務合作模式從人力資源外包發展到項目外包、離岸開發和OEM產品合作等模式。業務領域包括電信業，金融業，制造業等。特別在電信行業有多年積累,在電信業務領域涉及固網,智能網、移動通信、光網絡,電信增值服務等業務領域.易軟公司總部設在深圳, 在上海、南京、北京，廣州，重慶，蘇州，武漢，大連等地建立了分公司或辦事處，就近為客戶提供外包服務。

　　轉眼間，三個月實習時間就過去了?；叵肫疬@段時間的工作過程，我從一名普通的大學生到一個為社會服務的軟件測試人員，思想覺悟有了很大的提高，作為一個剛剛步入企業的年輕人來說，什么都不懂，沒有任何實踐經驗，不過在各位同事的幫助下，我很快的融入到了這個新環境，還學到了很多在學校學不到的東西，也認識到了自己很多的不足，感覺受益匪淺。以下是我在這幾個月實習期間對工作的總結以及一些自己的心得體會。

　　要想成為好的測試人員，首先得了解自己要測試的軟件的相關知識。要了解軟件產品的架構是什么樣的。要了解軟件的市場需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些才是用戶最關心的，也是在測試中需要注意的問題，滿足客戶是最大的需要。但是了解軟件需求之后要學會要多讀些軟件系統的技術文檔，軟件設計文檔，這些文檔可以幫助了解產品如何工作。還有多看看公司 Bug 庫中的問題，這些存在的問題可以幫助自己了解軟件產品那些m.airporthotelslisboa.com地方存在缺陷，軟件系統那些地方會出現錯誤。軟件是運行在一個大環境中，如果對系統不熟悉，那么有些問題你不能從一個更廣闊的層面考慮，學習操作系統的知識，有助于你發現缺陷，定位問題更加準確。比如軟件運行在 Windows 或者 Linu* ，如果不懂操作系統，你就無法建立測試環境，有些時候時候軟件的組件發生問題，就是自己系統配置造成的，對系統不熟悉，會把外在原因歸結為軟件本身。所以要學習關于和軟件系統相關的知識，比如編程，網絡，數據庫等。不一定要學習到多好的程度，只是通過這些擴展的知識面，可以在發現問題，解決問題上不會局限在狹小的圈子里。

　　和一切相關的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客戶交流，會在測試中從客戶的角度發現問題;和開發人員交流，會了解開發人員怎么實現軟件功能的;和項目管理人員交流，會知道開發進度以及遇到的困難。

　　在這實習期間，我就參與了一個項目，這對我在軟件測試方面有了一定的認識和需要注意的地方。

　　在滕邦國際的項目中，我主要負責的是wap網站、Symbian客戶端和后臺管理系統，對有關用戶界面的測試和測試執行流程有了一定的了解，學會了對bug管理工具Bugzilla的使用。

　　一.有關用戶界面的測試

　　1.圖形測試

　　圖形包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。

　　(1) 要確保圖形有明確的用途，應用系統的圖片尺寸要合理，并且要能清楚的說明某件事情，一般都鏈接到某個具體的頁面。如在滕邦項目中，wap網站跟客戶端的標志圖形就不一樣，酒店模塊、機票模塊和旅游模塊的圖片也是不同的。

　　(2)驗證所有頁面字體的風格是否一致。

　　(3)背景顏色與字體顏色和背景色相搭配。如本項目以該企業顏色為主。

　　2.內容測試

　　內容測試用來檢驗應用系統提供信息的正確性、準確性和相關性。信息的正確性是指信息是可靠的還是誤傳的。信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。

　　如在滕邦項目中，在查詢機票的時候出現一個不應存在奧林匹克航空，查詢機票深圳-北京時，出現美國聯合航空 UA，屬于國際票務，也是不應該查詢到的。

　　3.整體界面測試

　　整體界面是指整個 應用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽應用系統時是否感到舒適，是否憑直覺就知道要找的信息在什么地方?整個應用系統的設計風格是否一致?

　　在滕邦國際項目中，除了wap網站外，還有Symbian、Android、WinMobile三個客戶端，所以在事先沒有標準的情況下，各個平臺的導航不統一，各關鍵字段也不一致。

　　二.bug管理

　　1. 在進行測試前，首先必須理解業務和需求。需求和業務理解了，才知道客戶想要系統實現什么。然后按照需求來進行測試，不滿足需求要求的都可以認為是BUG。

　　2. 和開發人員溝通。這里說的溝通并不僅僅指通過溝通試圖讓開發人員修改每個BUG，這個當然需要溝通，但是并不是指所有的BUG都需要修改，這中間涉及到成本、技術，還有別的問題。除此之外，通過和開發人員搞好關系，對于BUG我們可以問他發生該BUG的原因，修改的大致方法，甚至不修改的原因等等，這有助于以后測試中多注意、多發m.airporthotelslisboa.com現這樣的問題，甚至提出修改建議。

　　如在Symbian客戶端測試中，會出現“內存不足，請關閉一些應用程序后再試”的警告，是屬于正?，F象。

　　3. 決定BUG嚴重性的時候，可以根據該被測對象在整個系統中充當的角色，實現的功能來判定如果該對象出現錯誤會對整個系統產生什么樣的影響，對產生的影響打分，從而定義BUG的嚴重程度;決定BUG優先級的時候，可以先假設不修復該BUG，出現的這些問題會產生哪些影響，然后判定這些影響的嚴重性來判定BUG的優先性。

　　如在項目中，旅游模塊頁面中，點擊查詢時自動退出系統，本是屬于High單，而我提的是Medium單。

　　4. 容易產生BUG的情況：雖然在開發過程中，軟件需求通常都會發生改動，所以如果某一部分的軟件需求頻繁發生變動，那么就會導致和這部分相關的編碼和設計會相應的頻繁變動，那么在測試中，這部分編碼設計實現的部分出現BUG的可能性就很大。

　　如果在開發的過程中，大量使用了第三方的組件，或者從別的軟件中移植了大量的代碼，那么和這些第三方的組件和代碼相關部分出現BUG的可能性就很大。

　　例如在本項目中，機票模塊和酒店模塊的需求經常改動，所以這兩個模塊也是該測試的重點;Symbian客戶端有V3版本、V5版本，這兩個版本之間的代碼大致相同的，V5版本也是大量復制了V3版本的代碼，所以V3版本出現異常的時候，V5版本也就會出錯。

　　5. 描述BUG主題時，應當根據實際情況，簡要的描述出自己的操作和希望被重視的現象，不應該包含自己對異常表現出現的原因的推測和猜想。BUG的描述要簡潔易懂。

　　6. 不能假設開發人員對他們開發的程序和業務需求都十分熟悉，在提交BUG的時候，一定要說明白是哪個模塊的哪個功能，出現了哪種類型的錯誤，并且，如果需要，應該把這部分相應的需求都描述出來。

　　實習這段期間，自己的收獲是豐碩的：最起碼從意識上，發現自己的不足，并尋求到合適的解決途徑。非常感謝那些曾對我幫助的同事。因為你們的幫助，我順利的走過了我人生中第一份工作的適應期。我堅信：在你們的幫助下，我會持續努力，不斷反省，總結提高。