軟體測試員的工作總結7篇

工作總結的書寫可以讓我們在工作中的不足得到改正，善於工作總結的職場人，才能夠在吸取工作中的經驗教訓，本站小編今天就為您帶來了軟體測試員的工作總結7篇，相信一定會對你有所幫助。

軟體測試員的工作總結篇1

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

第一招 學會利用網路

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

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

這裡總結一下利用網路搜尋引擎的技巧：

組合搜尋

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

選擇表述內容的片語

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

定位資訊來源

有的時候用片語搜尋不到或者無法準確表達所需資訊。可以用另一種方法直接到資訊源，就是直接到到提供某種資訊的站點去。可以用公式 “” 去猜測某一組織的特點。從而得到所要搜尋的資訊的主要片語

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

軟體測試員的工作總結篇2

這個學期我學習了軟體測試這門專業課程，在學期即將結束的時候，我也對這門課程建立基本的瞭解和理解。軟體測試這門課程作為軟體工程專業中一門很重要的課程，已經在軟體領域佔據了不可替代的角色，當一個軟體從雛形到真正的在一臺計算機上執行的時候，誰也不能保證計算機軟體能一步到位的滿足人們的需求。所以就有了軟體測試，其目的是：第一是確認軟體的質量，其一方面是確認軟體做了你所期望的事情，另一方面是確認軟體以正確的方式來做了這個事件。下面我簡單的寫一下這個學期對課程的總結和收穫。

我認為，在整個龐大的軟體工程中，不管是需求分析、架構設計甚至是最後的debug，都會產生引入不管的機會，這就要求作為一個軟體測試師要掌握豐富的軟體工程原理和知識。測試的工作將會存在於整個專案週期，即在專案開始時需要各種分析調研時就開始了。尤其是在形成需求規格說明書時就有對文件的測試需求，甚至主導整個專案的走向。

軟體測試對邏輯思維、學習能力、反應要求很高，是否有嚴密的思維和逆向思維也非常重要。做測試還要考慮到所有出錯的可能性，有時候還要用一些非常規的的測試方法。軟體測試還很注重軟體效能問題，也就是要保證軟體執行得很好；不同的使用環境下，考慮軟體的相容性同樣重要。對於測試員來講，會比開發人員更加重視軟體產品的質量問題。在測試過程中，測試者可能會為客戶的需求角度考慮到更多，由此我們可以認為測試人員有權利決定產品是否可以釋出。然而，通過一個學期的學期，我們又不得不懂得，軟體測試人員不是萬能的，測試人員在面對一個設計爛編碼爛的軟體時，也是無法不低頭的，再怎麼測試它也變不成優秀的軟體。

通過課上的理論因為課下的實踐和後半學期又因為身體力行於

1、最基本的測試的分類：從是否需要執行被測軟體的角度，可分為靜態測試和動態測試；從測試是否針對系統的內部結構和具體實現演算法的角度來看，可分為白盒測試和黑盒測試。

2、然後就是，白盒測試中的邏輯驅動測試的覆蓋率測試。

3、還有就是對於劃分等價類和邊界值法這一塊，讓我從模糊到明朗。

4、在初次寫測試用例的時候，感覺真是糾結，用例寫的很死板，看似簡單的一個填表工作，要寫好真是不簡單。一開始寫的比較不自然，有些生搬硬套，而且還很慢。在後來負責了對論壇新鮮事版塊的測試之後，明白了測試用例其實就是指導怎麼去執行測試，而且書寫設計測試用例也要以熟悉軟體的業務為前提，才能更好的去測試。

另外就是一個學期的學習讓我糾正了幾點誤區：

1、有位大師曾說過：“軟體測試的目的在於發現錯誤，一個好的測試用例在於發現從來未發現的錯誤，一個成功的測試是發現了從未發現的錯誤的測試。”由此我自認為測試就是為了找到bug，然而一個學期的測試學習經驗告訴我這是錯誤的，如果只是為了找到bug，那麼bug會成天纏著你。

2、在大家協力測試論壇的時期內，我曾認為這種大量的重複性的工作真的很乏味，可是在這乏味中真心發生挺多有意思的bug，意想不到的bug，所以我認為只要掌握了方法，在重複中尋到到創新的小驚喜，任何東西都有它的特點。

作為測試新手，通過一學期的學習，我認為能獨立寫測試計劃，設計測試用例，精通一種測試工具，理解一種bug管理軟體是新手晉級老手的必備素質。任重而道遠？！

在最後，我不得不提的就是細心和耐心了。這是我認為這個學期測試課上收穫的了，課程要求測試時必須細心和耐心，我在想，如果以後真的工作在測試一系列的崗位上，要學會坐得住，用大量的時間和精力和bug鬥爭，分離、識別還有歸類bug，是不是也能真的改變我粗心大意和三分鐘熱度的毛病。

最後感謝劉老師這學期的課程講授，和實踐中的指導和幫助。測試路程，路漫漫其修遠兮，吾將上下而求索。

軟體測試員的工作總結篇3

時光荏苒，從畢業到現在已經10年，10年來一直從事著軟體測試的工作。從一個什麼都不會，到測試技術人員再到測試管理，期間有迷茫，有痛苦，有彎路，有捷徑。今天對自己過去的10年測試經歷做一個總結，一是給自己重新出發增加動力，二是給剛入道的、迷茫中的測試朋友一點點建議，希望你們少走彎路。

首先，談談測試職業規劃，即做什麼的問題。所謂方向比努力重要，這絕對是一句真理。如果能在剛走上測試工作崗位的時候明白這個道理，那麼不出5年，你一定能成為某一測試領域的專家，那時不管是薪水、自信心都是順其自然的事情。但是遺憾的是，我們獲取的太多資訊是，測試人員是一個通才，什麼都要學，什麼都要懂。結果這樣的一個方向，導致了3腳貓功夫的測試人員一大把。那麼什麼都懂一點的測試人員難道就沒有用武之地了嗎？也不是，可以朝著測試管理崗位發展。說到這裡，引出了測試職業規劃的第一條路：測試管理。那麼很容易想到職業規劃的另外一條路，測試技術專家。在測試技術領域裡，無外乎就是效能測試專家和自動化測試專家。

明確了軟體測試職業規劃的三個方向，接下來就是如何選擇一條適合自己的方向。下面給出我的幾條建議。

關於選擇測試管理：首先你一定不是一個喜歡技術，對技術敏感的人，這個很容易判斷。第二，你一定是個善於溝通，組織協調能力強的人。第三，你的長期抗壓能力較強，上能頂住領導批評，下能頂住下屬埋怨。能受得了委屈，吃的了虧。第四，你對管理工作充滿持續的激情，如果過去你是一個比較如魚得水的學生幹部，那更加沒問題。總之，相對你的iq，你的eq更高。那麼從性格上來說你比較適合做測試管理工作。

關於選擇效能測試專家：正好和測試管理人員具備的性格相反，首先，你不喜歡組織協調這樣的工作，你性格有些孤傲，你上學的時候一定不是學生幹部，或者不是一個如魚得水的學生幹部。第二，你不一定是個技術狂熱者，但你不排斥技術，你的動手能力較強，喜歡實踐。能靜下心來學習。那麼你有成為一個技術專家的潛力

關於選擇自動化測試專家：和效能測試專家類似，如果你掌握一門程式語言，或者有信心學好一門程式語言，那麼恭喜你，你有成為自動化測試專家的潛力。通常，效能測試專家和自動化測試專家在技術上是相通的。

確定了自己的測試發展方向，接下來就是如何實現的問題。有一個的10000小時定律理論，即一個人想要成為某個領域的專家，需要經過1萬個小時的錘鍊。按此比例計算，如果以每天工作8小時，一週工作5天計算，那麼成為一個領域的專家需要4-5年的時間。

關於如何成長為測試管理人才：首先你一定要成為一個功能測試專家；通過參與至少2個完整專案的測試工作，你對測試理論、一個完整專案的測試流程、測試活動、測試輸出了於指掌。第二，儘量選擇一個行業如電信、支付、網購、通訊等深入做下去，成為該領域的業務專家。因為測試經理的角色往往也是半個需求人員的角色。第三，儘量在頭三年的時間裡，親自參與功能測試、效能測試、自動化測試工作，為後面測試管理的招聘工作、測試計劃、人員分配、任務安排打下一個良好的技術基礎，說白了，測試管理工作也是一個技術管理崗位，沒有一定的技術功底，很難開展後續的管理工作。

關於如何成長為效能測試專家：剛進入測試管理崗位，你負責的工作一定是功能測試任務。沒有機會接觸效能測試工作。怎麼辦？我的建議是：自學或者參加培訓班，如果你是一個自我管理能力非常強的人，建議自學，如果不是，那麼建議參加專門的效能測試培訓班。參加培訓班之前大致瞭解一下效能測試的基礎知識。

效能測試的學習過程大致如下：

1）首先了解一個系統的架構，明白各伺服器之間是如何互動工作、系統的資料流向、系統的壓力點，從而確定性能測試需求和指標，即那些功能需要考慮壓力，能承擔的壓力是多大。比如一個購物網站，最典型的登陸功能、提交訂單功能需要支援多少個使用者併發，每個併發使用者在幾秒之內完成操作，系統長時間在壓力狀態下的穩定性。

2）第二選擇測試工具，對於基於http協議的應用來說，一般loadrunner都能完成效能測試工作，學習loadrunner的三部曲：指令碼錄製編寫（loadrunner generator）、場景設定和執行（loadrunner controller）、結果分析（loadrunner analysis）的內容。

對於一些無法用現有工具實施效能測試的應用，需要考慮自己編寫工具來完成。所以一個優秀的效能測試工程師一定是能熟練使用一門程式語言的。

3）實踐，一定要多實踐，安裝完loadrunner以後，loadrunner裡帶有現成的效能測試專案---飛機訂票系統。完全可以拿來練手loadrunner。

4）效能測試的目的是發現系統處理能力的瓶頸而系統調優才是最終的目的，如果能進一步提高各業務伺服器、資料庫伺服器的調優技能，對效能測試工作來說是如虎添翼。

關於如何成長為自動化測試專家：

自動化測試和效能測試不一樣，效能測試主要是對伺服器的效能做測試，而自動化測試是從前端考慮，其目的旨在於替代部分手工測試、考量客戶端長時間執行的穩定性。自動化測試分為：web站點的自動化測試、pc客戶端的自動化測試、手機端的自動化測試。每一個終端的測試都是一個大的領域，建議先深入學習一個終端的自動化測試技術。

關於web端站點的自動化測試：常用的開源測試工具：selenium框架+一門程式語言（建議python），或者收費軟體qtp，推薦selenium，因為它是開源的、免費的，不存在盜版問題、且可擴充套件，所以國內的一線大公司喜歡用。

pc客戶端自動化測試：常用的測試工具：qtp。付費軟體，國內很多小公司在用。

android手機自動化測試：常用的測試工具：monkey、monkeyrunner、robutium、appium等，這些都是開源軟體。一樣，國內一流的公司都在使用。

蘋果端的自動化測試：常用的測試工具：instrument、fonemonke、broomine、iphone sdk自帶的test unit。

不管學習哪一個終端的自動化測試，熟練掌握一門程式語言是必要條件。

最後談談軟實力，一個優秀的測試技術專家，我認為需要具備以下幾個特性：

持續學習能力：計算機技術的發展可謂日新月異，如果不持續學習，那麼不出2年，你就會發現你只能當一個廉價的手工測試人員。所以如果能在工作中學習，不能的話，下班後保證2個小時的自學時間。幾年下來，你就能發現自己的進步有多大。

溝通能力：我覺得可以從2方面培養：第一：日常工作的溝通能力：和開發、產品、運維、客服同事的溝通要及時，表達要準確，多微笑、多傾聽、保持良好輕鬆的同事關係。第二，正式場合的溝通能力，如專案週會、評審會議、總結會議，一定要提前做準備，講什麼、怎麼講，自己私下裡先練習一下，這樣在正式場合才能表達清楚、氣定神閒、落落大方，給領導和同事留下一個好的印象。

團隊合作能力：首先從心態上，要強調整體的概念，放下單打獨鬥的想法。在實際專案中，體現為團隊成員之間的相互協作、資源共享、共同進退。這個時代已經不是一個英雄創造神話的年代了，只有團隊的齊心協力才能把專案做好，這樣的人往往也是公司最喜歡，最願意去培養的人。

與優秀的人為伍：所謂近朱者赤，近墨者黑。跟對一個老大、和優秀的人共事，找一個優秀的伴侶、經常去參加一些牛人講座、技術論壇，通過這些人的耳濡目染，一定會讓你少走很多彎路。

其他還有很多軟實力，但我個人認為以上幾點比較重要。

凡事要趁早，特別是技術行業，一定要在頭幾年打下紮實的技術功底，這對將來的技術管理或技術專家路線都有極大的幫助。

不知不覺寫了這麼多，感覺還沒有說完，希望我的一些拙見能對剛畢業的同學和還在測試領域迷茫的同學一點幫助。

軟體測試員的工作總結篇4

20xx年xx月xx日，我懷著提高並實現自我價值的心態，跨進惠普軟體軟體測試基地的大門，開始了為期兩週的見習。我非常榮幸的參加此次見習，通過這次經驗讓我係統的梳理了軟體測試理論技術，對軟體測試有了一個更深入更全面的認識。

轉眼間，兩週的實習時間就過去了。回想起這段時間的見習過程，思想覺悟有了很大的提高，作為一個大二的學生來說，什麼都不懂，沒有任何實踐經驗，不過在老師的指導下，我很快的融入到了這個新環境，還學到了很多在學校學不到的東西，也認識到了自己很多的不足，感覺受益匪淺。以下是我在這幾個月實習期間對工作的總結以及一些自己的心得體會。軟體測試就是利用測試工具按照測試方案和流程對產品進行功能和效能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。執行測試用例後，需要跟蹤故障，以確保開發的產品適合需求。

軟體測試存在於整個專案週期，在專案開始之初需求調研的時候就開始了，在形成需求規格說明書的時候就需要針對文件進行測試。這個環節在後續整個專案中佔了很大的比重，能主導整個軟體專案的走向，成敗與否全在於開始階段的決策。

在嚴格的測試也不能完全的發現軟體當中所有的錯誤，但是測試還是能發現大部分錯誤的，能確保軟體基本可用和軟體的適用性，所以在後使用的過程中還需要加強快速響應的環節。結合軟體測試理論，故障暴露在最終客戶端之前及時主動的去發現並解決。這點需要加強研發隊伍的建設。

要想成為好的測試人員，首先得了解自己要測試的軟體的相關知識。要了解軟體產品的架構是什麼樣的。要了解軟體的市場需求，在接觸軟體之初要可以多看看使用者的反饋資訊，這些才是使用者最關心的，也是在測試中需要注意的問題，滿足客戶是最大的需要。但是瞭解軟體需求之後要學會要多讀些軟體系統的技術文件，軟體設計文件，這些文件可以幫助瞭解產品如何工作。還有多看看公司bug庫中的問題，這些存在的問題可以幫助自己瞭解軟體產品那些地方存在缺陷，軟體系統那些地方會出現錯誤。軟體是執行在一個大環境中，如果對系統不熟悉，那麼有些問題你不能從一個更廣闊的層面考慮，學習作業系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟體執行在windows或者linuxx，如果不懂作業系統，你就無法建立測試環境，有些時候時候軟體的元件發生問題，就是自己系統配置造成的，對系統不熟悉，會把外在原因歸結為軟體本身。所以要學習關於和軟體系統相關的知識，比如程式設計，網路，資料庫等。不一定要學習到多好的程度，只是通過這些擴充套件的知識面，可以在發現問題，解決問題上不會侷限在狹小的圈子裡。

在這短短見習的時間裡，我對軟體測試有了較深的瞭解，發現自己的不足，放下了心中的石頭，同時對測試工程師的工作也有了一定的認識。知道測試工程師不是一個簡單的工作，需要全面的知識和豐富的經驗，還要有細心和耐心。

軟體測試員的工作總結篇5

一、 本年度工作完成情況

時光飛逝，在這年裡本人獨立負責測試的專案10個，與其他測試人員聯合測試的專案9個以及gis應用虛擬專案(2個版本)。

其中獨立負責的專案對專案的開發週期做全程跟蹤測試，聯合測試的專案協助其他測試人員完成專案測試工作。繁忙的工作使自己在過去的一年裡學到了很多，同時也提高了自己各方面的能力。感謝領導的支援和指教，現總結如下：

獨立負責的專案列表：

1) 《湖南__空調進銷存系統》

2) 《湖南__空調售後服務系統》

3) 《長沙統計局資料管理平臺》

4) 《長沙統計局資料展示系統》

5) 《長沙統計局gis應用系統》

6) 《__電網 web gis系統》

7) 《__電網 移動電子化移交系統》

8) 《__電網 東莞局單線圖繪製系統》

9) 《電訊號百-掌上同學圈》

10)《長沙城市林業生態圈資源資訊整合系統》

與其他同事聯合測試的專案列表：

1) 《__市規劃局辦公系統》

2) 《____地理公共服務平臺》

3) 《___市規劃局自動化辦公系統》

4) 《___縣城建檔案館著錄系統》

5) 《___市統計地裡資訊系統》

6) 《___市社會安全聯合救助系統》

7) 《__市施工圖審查中心一體化辦公平臺》

8) 《___控制性詳細規劃系統》

9) 《 _____市地理資訊系統》

gis 應用 虛擬專案

1)gis 應用__專案 b/s版本

2)gis 應用 __專案 c/s版本

其中格力專案的測試工作，多次與開發組人員一同參與在客戶處討論需求與細節要求，對客戶的習慣和要求有了清晰明確的瞭解。與電信的驗收測試中學到了很多專業的測試方法和測試經驗，和他們成為了好朋友。在後續的合作與交流中，將更進一步提高自己的專業技能，保持良好的溝通與聯絡做好測試工作。

南網的專案在通過開發組的培訓後，對南網1.0環境與功能，資料庫的結構有了比較清楚的瞭解，對測試南網2.0很有幫助，主要是對電力這塊的業務有了深入的瞭解，對測試電力行業的系統打下了業務認知基礎。加入專業的測試方法，使測試工作更好的服務於專案。

很開心在公司的qc與svn上，留下了我對以上19個專案測試工作的痕跡，我將不斷努力工作，為測試團隊在公司中更有價值積極進取。

二、 個人取得哪些進步

繁忙的測試工作雖然很辛苦，但得到了領導的支援與指導，通過自身學習，使自己各方面都得到了提高。現總結如下：

1) 對效能測試比之前更加專業熟悉。 通過使用 lr效能測試工具以及其他輔助工具，對格力兩個專案和南網的webgis 專案進行了幾次壓力測試。通過深入瞭解業務，設計有針對性的效能測試方案，得到了電信與格力客戶的認可。這其中主要是與電信測試人員的合作與交流中，學到了很多專業的測試手機端程式壓力與手機客戶端效能的方法。對文件的要求與製作也更加嚴格、專業。

2) 通過了解電信測試對開發文件的要求，認識到文件的重要性與測試文件的重要性，因此格力進銷存後期開始研發後，就不斷給專案組灌輸客戶對文件的要求與格式，以及電信驗收中的習慣與要求，避免了類似格力售後在摸索中，痛苦加班趕製文件的經歷，在張經理的嚴格督導下專案組更新文件都很及時。目前專案已經通過了第一期驗收合格。

3) 參加了公司培訓的gis應用開發，對gis的應用有了初步的瞭解，第一個專案是測試湖南天地網系統，在測試過程中，對gis應用有了實踐。併產生了濃厚的興趣，對配圖、圖層切圖等arcgis相關有了實際操作，在考核中得到了鞏固。

4) 在前期做配置管理的學習中，學會了svn的環境配置與管理，感謝謝敏在我學習svn過程中的指教和幫助，使我對獨立搭建svn環境更加熟悉。

5) 對軟體測試工作有了新的認識：在測試工作中，僅對測試的工具和測試方法熟悉只是測試工作的基礎，需要深入瞭解業務以及軟體需求的趨勢，才能更好的做好測試工作。 對於效能測試更需要在這個基礎上對計算機原理、網路、行業有全面的瞭解和經驗，才能對測試的資料做出精準、詳細的分析。 給出參考價值高的測試報告。

三、 遇到的問題及解決方案

1)專案緊急、開發人員少、測試時間少，客戶更新需求超級頻繁，開發計劃剛做好，需求又變更了。 比如格力售後專案，前期測試計劃基本上每天都在變動。因此前期測試過程中，是連線正在使用開發的環境在測試，測試起來難以把握。處於嬰兒期的專案，加上沒有開發手機端的經驗，因此bug特別多，測試工作比較辛苦。進入格力進銷存開發初期，在與客戶溝通，先畫出ui介面再開發後，專案開發順利了很多，測試工作也沒有前期那麼緊張了，雖然還是經常要加班，但是明顯比最開始開發手機端要好很多。

2)測試環境硬體比較缺乏： 格力專案測試期間初期，公司未申請空間，但是測試必須用到外網，客戶借用了伺服器，但是有客戶的其他軟體正在使用，因此不能重啟，資源也無法準確的預估，對開展測試工作有很大的侷限。格力專案完成基礎功能，準備完善功能細節時期，得到了許總和張經理的支援，公司申請了自己的空間，也辦了手機測試卡，使測試硬體得到了徹底的改善。使我的測試工作有了很好的開展，也因此為客戶提供了大量測試資料和測試文件，並最終得到了認可。

3)中途介入的專案，由於專案開發前期對業務沒有了解，加上自身負責的專案工作也比較忙，因此經常有對業務不熟悉，無法測試整個系統的流程的情況，我目前使用的辦法是：平時對規劃行業和測繪行業的業務加以關注和學習，加上對gis應用的培訓與自身的經驗，要短時間對系統進行徹底測試也不是可以的。

總結：只要有歸零的心態，時刻更新自己的專業技能，並累積經驗，做到時刻學習，不學習就會退後、認真的做一件事總是會找到做好事情的方法。

四、 工作感悟及建議

1) 感受到了積極主動，富有激情的團隊氛圍。 格力的專案時間特別緊、需求變更特別頻繁的特點，加上沒有手機端的開發經驗。因此前期特別辛苦，測試手機端程式也是從這個時候開始的，在這個過程中，我對手機端程式開始了積極探索與學習。瞭解手機端程式的開發與測試方法，特別是手機端效能測試與功能設計體驗方面，我自己總結出了很多方法和經驗，與大家一起分享，感到很開心。

2) 濃厚的培訓特色，在進公司前我不太瞭解arcgis的應用，測試專案時感到有擔心，但是馬上就有公司的arcgis相關培訓，使我們學會了部分基本的操作、對gis應用也有了引匯入門的培訓。這使後續我自行學習和鞏固有了很大的幫助.

3) 開發在業務培訓上花了很多心思，在參加規劃辦公，測繪、南網的業務培訓過程中，使我對業務與系統有了相結合的對應熟悉與瞭解，對後續測試系統很有幫助。也縮短了我們測試系統流程花費的學習時間。

4) 建議： 能增加一套測試環境需要的硬體裝置。專門用來測試，目前我們很大程度上依賴開發現組的環境進行測試。如果有了專屬的測試裝置：將組建更完整的測試環境，使測試工作有基礎得到更全面專業的實施。

五、 下年度個人職業工作規劃

本人希望在專業測試的基礎上，多做管理方面的工作。在上述工作總結中，本人主要是設計測試用例(場景測試)，配置獨立負責專案的環境，熟練使用測試工具，熟悉軟體測試流程，進行bug分析和預防，對配置管理這塊比較熟悉，平時我有對管理類課程的學習和培訓，自學了餘世維的全套管理類網路教學，希望在新的一年裡，繼續在公司服務，發揮自己對公司的熱情、貢獻自己的力量!

軟體測試員的工作總結篇6

伴隨著充實緊湊的工作生活，兩個月的時間已經過去了。這一段時間裡有工作上的收穫，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。總結經驗，吸取教訓，本文將主要從幾個方面來對工作進行總結：工作的主要內容；其中的失敗和教訓以及成功和經驗；展望下一階段的工作，確定自己的目標。以此作為懲前毖後的記錄。

1、工作的主要內容

在這兩個月的工作中，我的總體任務是協助xx做好武警xx部隊xx管理系統的後期測試，編碼，修改，文件編寫的工作，分解開來之後，我主要做了三件事：編寫xx系統的各類文件；系統的編碼及bug勘誤工作；系統的測試工作。下面依照時間來對我的工作進行介紹。

初踏入職場，進入專業的軟體製造公司，對我，一個沒有接觸過標準軟體製作過程的新人來說，起步就是一個很大的難題。若直接做開發，則業務不熟練，程式碼不規範，弊大於利；若僅做學習，則不能跟上專案的步伐，不能以最快的速度融入工作中去。

在我還在忐忑自己到底要做什麼工作的時候，任務已經下達了，首先進行xx系統的測試工作。這樣的好處在於能夠在測試的過程中，瞭解專案的整體佈局，瞭解專案中的業務邏輯，瞭解專案中尚未完成的工作並以此作為下個階段的工作目標。至此，入職工作順利起步。

在對xx系統進行測試之後，暴露了系統的諸多問題，測試過程中發現xx系統沒有進行輸入限定，為了解決這個問題需要對整個系統的資料進行整理，我的下一個任務就是編寫xx系統的資料需求文件。在編寫該文件的過程中，對xx系統進行了更深入的瞭解，為之後的bug勘誤工作奠定了一定的基礎。

完成了xx系統的資料需求文件的編寫之後，新的任務是對整個xx的輸入資料進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現方法的一知半解以及任務完成過程中的不仔細，為之後發生的問題也埋下了苦果。

在對xx系統新增輸入限定完成之後，進入瞭解決程式小問題的階段，對xx系統進行細微的縫補工作。這段時間是學習多於工作的，不同的問題督促我要每天和百度親密接觸數百次，又要勞煩諸位在百忙中的同事抽出時間來給我幫忙。雖然辛苦一點，但收穫卻是滿滿。

完成了系統的修補之後，我們的程式送到了xx第一輪測試，在測試的一週裡，我主要是補充網路程式設計的基礎知識。

第一輪測試結果出來之後，我們專案組開始了緊張的第一輪xx系統bug勘誤工作。拿到bug列表之後，發現有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。

第一輪bug勘誤工作完成後，進行了第一輪了迴歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之後，我們的程式送到了十五所進行所檢。

在進行所檢之餘，我又接到了新的任務，完成xx系統的概要設計以及詳細設計文件的編寫。這兩份文件已於9月2號編寫完畢。

現階段我的任務是根據所檢的bug列表，對礦權系統進行迴歸測試。

2、工作中失敗的教訓以及成功的經驗

對於失敗的教訓要吸取，成功的經驗要進行總結。我對成功的定義是：在保證質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。

成功的經驗：

（1）敢於接受任務並想盡一切辦法完成

入職兩個月最大的收穫就是敢於接受任務並想盡辦法完成，每一個任務對於初入職場的我都是一個挑戰，如何保質保量完成任務是最基本的要求。這兩月最大的成功在於沒有一次任務是拖沓的，每次都盡最大努力完成了任務。

（2）勇於承擔錯誤，正視自身的問題

在這兩個月的工作中可謂是錯誤不斷，從文件的錯別字這種小問題到xx系統bug修改不正確導致崩潰這種大錯誤，暴露出來了很多的問題，我秉承著有錯即改，下不為例的思想，正視自己的錯誤並積極改正，因此這也算是一個成功。

失敗的教訓：

（1）重視每一個細節，不要忽視小問題

在最初進行xx系統資料需求文件的編寫的過程中，對某些頁面的資料在資料庫中沒有儲存的情況沒有加以重視，在後期進行資料限定的時候，還要重新修改資料需求文件，造成了不必要的時間浪費。從這個事情上得到教訓就是不要放過任何一個小問題，這個小問題可能導致之後的大問題。

（2）進行重複工作也不能大意

在對xx系統進行輸入限定的方法熟悉之後，都是重複性的工作，給每個頁面，每個欄位進行輸入控制語句的新增，在進行了數個頁面之後，出現了有的頁面沒有新增完整，或者提示語句不正確的情況，在後續的bug勘誤中出現了大量此類問題，浪費了大量的時間和精力修改。從這個事情上得到的教訓就是工作不能大意，重複性的工作更要完成好。一般重複性的工作第一次做不好，後續檢查修改是非常浪費時間的。

（3）考慮問題要嚴謹

在對xx系統bug勘誤的過程中，對輸入限定條件的判斷出了問題，我想當然的按照我的主觀思路對資料進行了限定，而在迴歸測試的時候出了問題，這些都是考慮不嚴謹的後果。這個事情的教訓就是考慮不嚴謹直接導致問題推倒重來，影響了工作效率，而且很容易埋下隱患。

（4）注重使用者體驗

在xx系統bug勘誤的過程中，修改最多的在於座標系統的提示語句，因為座標系統不僅要求資料必須填入，而且每一個數據都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本著如何讓使用者知道哪裡錯了為原則進行設定。在最初的限定裡面，語句粗糙，彈出語句不明確，造成了使用者使用的不方便，還得重新進行改造。這個問題的教訓是一定要從使用者的角度出發考慮問題，注重使用者體驗從簡單的提示語句做起。

3、展望下一階段的工作

下一階段短期內我們的工作主要針對礦權系統的使用的資料庫變更來對我們的系統進行修改。我的工作任務主要是學習oracle資料庫和sql資料庫的使用上的區別，做好從sql資料庫向oracel資料庫的遷移工作。

這兩個月的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕鬆愉快的。感謝兩個月來xx經理的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖後，總結經驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現中地的輝煌。

軟體測試員的工作總結篇7

我於xxxx年x月x號進入公司的技術研發部門，擔任軟體工程師一職。在這段工作時間，我一直對自己嚴格要求，遵守公司的規章制度，努力完成和完善分配的工作任務;並且在公司領導和同事們的悉心關懷和指導下，通過自身的不懈努力，我已經逐漸適應了公司的生活與工作環境，逐漸進入工作狀態。現在試用期結束，作此小結。

在進入公司初期，為了能夠讓我儘快適應公司的工作平臺和業務內容，部門經理給我分配了，熟悉linux基本操作，學習安裝wrf和hadoop及其部署的任務。由於以前從來沒有接觸過linux方面的內容，所以一開始接觸到該任務時，略顯為難，自信不足，非常擔心自己在規定的時間內不能完成。但是部門經理給了我極大的鼓勵和幫助，前輩們更是積極給我指導，講說相關的注意事項，解釋其中的工作原理，親自演示執行結果等，讓我在工作過程中漸漸放下心裡負擔，消除顧慮，慢慢進入工作狀態，並如期完成任務。通過該任務我有效的瞭解了linux下的基本操作指令，很好的達到了該任務的目的。

接下來我參與網路雲吧專案的解決方案的編寫，由於對於該專案的具體技術內容不瞭解，在略讀過之前的方案之後，只能做一些市場需求調查，蒐集資料的工作。通過該工作，我深刻的認識到工作思路的重要性，在每項工作開始的初期都要認真思考工作思路及實施方向，這樣就避免了後期偏差過大，事倍功半的後果。

之後，我接到了大豐港資料讀取的程式設計任務，通過該任務，希望能夠重新獲得c++程式設計感覺，以便後期順利參與到公司的相關專案中去。由於在校期間參與過c++相關的程式設計專案，該任務進行的比較順利。但是在此過程中也暴露出個人的一些馬虎等缺點為程式設計大忌，導致程式編寫進度受到影響，此急需改正。並且對於資料庫個人知識面不夠也比較影響任務完成的效率，所以需要個人加強資料庫相關方面知識的學習。

通過以上的程式設計訓練我較好的達到了訓練目的，可以參與到公司專案中去。於是我依次接到了雷達產品輸出和人影介面設計的任務，我都能夠認真的研究進行，得到的初步成果，得到了前輩們和部門經理認可。

總之，認真回顧這段時間的工作和表現，我發現了自己的一些不足之處，需要在今後的工作中及時改正和完善。同時，我也增加了一些自信，今後會繼續努力學習和積累經驗，逐步發展成為一個全面的軟體工程師，更好的完成工作，為公司做出更大的貢獻。