軟體測試工程師的年終工作總結6篇

我們可以在工作總結裡面回憶自己這段時間以來的工作收穫和成長，通過工作總結，我們發現自己在工作中可能存在的缺乏自信和領導力的問題，更好地發揮個人潛力，以下是本站小編精心為您推薦的軟體測試工程師的年終工作總結6篇，供大家參考。

軟體測試工程師的年終工作總結篇1

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

一、工作的主要內容

在20xx年的工作中，我的總體任務是協助xx管理系統的後期測試，編碼，修改，文件編寫的工作，分解開來之後，我主要做了三件事：

1.編寫礦業權系統的各類文件；

2.礦業權系統的編碼及bug勘誤工作；

3.礦業權系統的測試工作。

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

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

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

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

在對礦業權系統新增輸入限定完成之後，進入瞭解決程式小問題的階段，對xx系統進行細微的縫補工作。這段時間是學習多於工作的，不同的問題督促我要每天和百度親密接觸數百次，又要勞煩諸位在百忙中的同事抽出時間來給我幫忙。雖然辛苦一點，但收穫卻是滿滿。完成了系統的修補之後，我們的程式送到了xx進行第一輪測試，在測試的一週裡，我主要是補充網路程式設計的基礎知識。

第一輪測試結果出來之後，我們專案組開始了緊張的第一輪礦業權系統bug勘誤工作。拿到bug列表之後，發現有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。第一輪bug勘誤工作完成後，進行了第一輪了迴歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之後，我們的程式送到了xx所進行所檢。在進行所檢之餘，我又接到了新的任務，完成xx系統的概要設計以及詳細設計文件的編寫。這兩份文件已於x月x號編寫完畢。

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

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

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

成功的經驗：

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

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

失敗的教訓：

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

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

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

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

三、展望下一階段的工作

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

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

軟體測試工程師的年終工作總結篇2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

軟體測試工程師的年終工作總結篇3

剛開始入行的時候，總是思考如何做好軟體測試。認為公司的測試流程混亂總是很鬱悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了 iso,cmm ，測試管理工具，自動化工具(因為公司不正規給了我很多學習的機會，後來到了比較大的軟體公司後，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內?a href='///yangsheng/kesou/' target='_blank'>咳嗽狽止っ魅罰閱芰Φ畝土鬥吹股倭?。由於工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴充套件，整個過程是思想昇華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。

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

軟體測試工程師的年終工作總結篇4

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

第一招 學會利用網路

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

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

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

組合搜尋

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

選擇表述內容的片語

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

定位資訊來源

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

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

軟體測試工程師的年終工作總結篇5

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

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

軟體測試工程師的年終工作總結篇6

時光荏苒，如今20xx年的帷幕已經謝下，20xx年的鐘聲已經敲響，在公司高層的正確領導下，我們xx科技又走過了一年。而我也在自己的努力以及同事的幫助下完成了20xx年我所負責的工作，以下就是我對過去這一年的工作總結：

一、測試工作及經驗

作為軟體部測試組的一員，首先要做好的就是自己的本職工作，我在20xx年中所做的工作主要有：測試用例的編寫，對系統的測試、跟蹤；需求、高保圖、介面和功能的測試；功能測試用例的編寫，高保圖、系統的測試；xx的靜態頁面測試和功能測試；xx的功能測試；第一、二、三迭代高保圖測試，測試用例編寫，靜態頁面和功能測試，並主持參與測試用例評審；平臺高保圖的測試和系統靜態頁面、功能的測試；xx的高保圖測試和測試用例的編寫；xx的靜態頁面和功能測試，參與測試用例的評審；xx的高保圖測試、靜態頁面和功能測試；使用者使用手冊的編寫。

一年的工作，讓我獲得很多方面的經驗：

1、編寫邏輯覆蓋率全的測試用例甚為重要。在理解需求的前提下編寫測試用例，使得我掌握了多種測試用例編寫方法，更讓我對產品的需求有更加深入的理解，須知對需求是否理解透徹決定了能否有效、全面地對產品進行測試。

2、要站在使用者角度對系統進行測試。從一些專案中出現的未能及時發現的bug中，我認識到使用者體驗的重要性，現在能夠越來越多的從這方面來執行測試。

3、對拿到手的專案有較清晰的思路，能夠更加快速、準確地發現問題。

4、越來越規範的工作流程的讓我們的工作有條不紊的進行，讓我深刻認識到工作的規範性是多麼的重要，並且從中學習如何從文件和流程上規範工作。

5、同事間的溝通很重要。現在不管遇到什麼不確定或疑惑，都與開發人員、產品經理等及時溝通，大大提高了工作的效率。

二、加強自我能力的提高

只有不斷的提高自己各種的能力，才能勝任越來越艱鉅的任務，因此在工作相對不飽和的'時候，我自己進行了一些學習。

為提高對“使用者體驗”的理解，我學習了《下一站使用者體驗》，書中一些經驗確實讓我獲益匪淺。不能總拿別人的使用者體驗去改進自己的產品，但是有一些卻是通用的，比如：太多彈出框、按鈕會給使用者帶來憤怒感，要適當的給頁面減肥等等。

深知單純的介面測試和功能測試已經漸漸不能滿足今後平臺的開發，所以我學習了效能測試的一些相關知識，並在師父的指導下運用lr工具進行簡單效能測試，以後必須堅持學習。

三、存在的不足及明年計劃

一年的工作讓我有所進步，但是很多地方還是存在不足，比如：有時候看問題比較主觀，不是很細緻，沒能深入地去測試，會有遺漏的bug；自身專業技術能力還不足，不能從系統穩定性這一點上對系統進行測試。在以後的工作中，我會努力改善。

在20xx年的工作中，我計劃：

1、本著實事求是的態度，更加認真、負責的完成工作。

2、要儘可能深刻的理解需求，堅持編寫覆蓋率強的測試用例。

3、按照系統穩定性測試方案，要逐漸對系統的穩定性、安全性進行測試。

4、繼續研究效能測試，並要將lr工具運用在實際工作中。

5、多多的學習，參加一些有益的培訓，在實際工作中活學活用。

四、個人建議

這一年來我們部門有著的顯著進步，越發規範的工作流程，越來越明確的責任制度、管理體系等，都讓我們更加有凝聚力。在此，個人提出以下幾個小建議：

1、希望可以加強對專案的把控，儘量能將延期風險降到最低。

2、從各個組對需求理解的不一致，以及資訊更新不及時等問題上看，溝通問題還是有待完善。

3、希望能夠在需求這一關卡上能更詳細、準確的確定產品的功能要求。

4、雖然工作任務繁重，還是希望部門能夠多組織活動，完善獎勵制度，可以讓大家更加激情的為部門、為公司奉獻自己的全部力量。

以上是我個人的一些淺見，相信在大家共同的努力下，向著同一個目標進發，軟體部甚至整個公司必定會大展全新的巨集圖偉業。