測試工程師的年度總結7篇

年度總結可以讓我們正視自己的發展，得到更大的進步，在寫年度總結之前一定要先認真回顧自己以往的工作經歷，以下是本站小編精心為您推薦的測試工程師的年度總結7篇，供大家參考。

測試工程師的年度總結篇1

一：20xx年工作回顧及總結

回顧20xx年這一年來的工作，我在公司領導及各位同事的支援和幫助下，嚴格要求自己，按照公司要求，比較好地完成了本職工作。通過近一年的學習和工作，工作模式上有了新的突破，工作方式有了較大的改變。現將這一年的工作情況總結如下：

1、總體來說，20xx年我主要完成了“……銀行系統”、“……渠道管理平臺”等的日常測試以及質量控制工作；“……”已經穩定上線執行6個多月，“……”即將上線。

2、日常我主要負責專案測試工作、測試文件編輯、參與功能需求設計、協調開發進度、總結經驗分享、完成所需知識積累、工具學習及研究、相容性軟體測試。就在銀聯專案工作來說，主要的工作內容有：

a、測試專案案例、測試用例的設計與編寫；

b、對測試過程中遇到的問題進行溝通，並提供意見；

c、設計業務功能流程，提供參考意見，繪製關鍵業務流程；

d、進行主要功能的介面測試、功能測試；

e、按照測試用例執行測試計劃；

f、進行需求驗證工作

3、知識的總結與分享，完成客戶端在安卓4、0、4、1，ios6、0以上系統上出現的相容等問題，完成了相容性測試案例的編寫以及相容性測試的培訓工作。在日常工作中，發現相容上重大問題，在測試部門群中釋出分享。

4、完成所需知識積累，學習所需知識、工具以及技能。在工作中學習了銀行業務流程規範、學習公司研發規範、參加了公司組織的技術培訓、學習了各種測試工具的使用。

二：對公司的建議與意見

對公司和部門建設上，我有以下幾點建議：

1、對員工進行金融知識的系統培訓，使測試人員瞭解銀行業務流程，有助於測試人員更加詳細瞭解業務流程，測試過程會少走很多彎路。

2、部門內希望多組織技術交流討論，促進測試工作的開展和提高。一年至少有2次這樣的.交流。

3、公司在專案開發前期，希望儘可能的明確需求，儘可能的詳盡需求說明書內容。在測試過程中發現很多專案缺少需求說明書，需求說明書不明確或者需求說明書內容錯誤，誤導了開發和測試，浪費了時間，影響了專案進度。

4、建議專案需求設計可以有測試員參與討論。

5、公司管理有點混亂，個人感覺公司對每位員工的重視程度不夠！節假日公司應該給每位員工一定的福利和關心。

6、個人感覺平時的效率比較低，希望測試部門能夠有所調整。希望公司能制定質量控制標準以及開發、測試工作流程，使開發更好的瞭解測試的流程，增強開發團隊與測試團隊的配合，提高工作效率。

7、加強部門測試成果的積累與沉澱，提高團隊測試水準，希望咱們的團隊能夠做的更好，能夠已團隊的形式參與軟體專案的開發，而不僅僅是一個專案中毫不起眼的小小測試員。

三：20xx年工作計劃與學習計劃

20xx年工作計劃就是希望通過自己的努力，使咱們的產品更加完美，使自己在軟體測試技能上有所提高，更多的關注軟體產品的開發過程，提高工作效率、做到與使用者的需求一致，提高公司軟體產品使用者滿意度。

具體來說20xx年工作計劃有：努力提高自身測試水準，努力學習金融知識以及業務流程，學會需求分析，掌握需求分析在測試中的作用，參與公司更多的開發專案的測試工作。

測試工程師的年度總結篇2

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

第一招學會利用網路

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

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

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

組合搜尋

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

選擇表述內容的片語

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

定位資訊來源

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

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

第二招學會動手

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

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

第三招思考自己所作的

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

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

測試工程師的年度總結篇3

伴隨著充實緊湊的工作生活，20xx年的時間已經過去了。這一段時間裡有工作上的收穫，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。

總結經驗，吸取教訓，我主要從幾個方面來對工作進行總結：工作的主要內容；其中的失敗和教訓以及成功和經驗；展望下一階段的工作，確定自己的目標。以此作為懲前毖後的記錄。

一、 工作的主要內容

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

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

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

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

下面依照時間來對我的工作進行介紹。

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

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

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

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

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

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

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

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

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

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

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

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

1、成功的經驗：

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

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

2、失敗的教訓：

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

進行重複工作也不能大意。在對礦權系統進行輸入限定的方法熟悉之後，都是重複性的工作，給每個頁面，每個欄位進行輸入控制語句的新增，在進行了數個頁面之後，出現了有的頁面沒有新增完整，或者提示語句不正確的情況，在後續的bug勘誤中出現了大量此類問題，浪費了大量的時間和精力修改。

從這個事情上得到的教訓就是工作不能大意，重複性的工作更要完成好。一般重複性的工作第一次做不好，後續檢查修改是非常浪費時間的。

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

注重使用者體驗。在礦權系統bug勘誤的過程中，修改最多的在於座標系統的提示語句，因為座標系統不僅要求資料必須填入，而且每一個數據都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本著如何讓使用者知道哪裡錯了為原則進行設定。

在最初的限定裡面，語句粗糙，彈出語句不明確，造成了使用者使用的不方便，還得重新進行改造。這個問題的教訓是一定要從使用者的角度出發考慮問題，注重使用者體驗從簡單的提示語句做起。

三、展望下一階段的工作

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

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

測試工程師的年度總結篇4

一、具體來說，如下：

1．專案測試工作

這段時間，我主要是協助c。y。x進行cmbp專案測試，主要工作內容有：

對測試用例的編寫提供反饋意見；

對測試過程及測試情況進行分析，並提供意見；

設計業務測試資料的例子；

繪製系統關鍵業務流程；

進行主要功能的介面測試、功能測試；

按照測試用例執行測試，並提交測試彙報；

進行需求驗證工作。

2．知識與經驗分享

這部分工作，主要表現在四方面：

完成專案測試經驗總結

完成“測試經驗交流與知識分享”簡報，包括簡報材料的製作。該簡報內容包括：專案測試經驗介紹、測試度量、效能測試知識介紹、load runner使用經驗交流。

對現有測試規範提供改進反饋意見；

根據以往經驗，在cmbp專案中提供幫助。

3．完成所需知識的積累

這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。我主要是根據《新員工入職指引表》的要求進行的。主要工作內容有：

學習金融行業業務知識

學習公司研發規範

學習研發部產品知識（保理專案、intelliworkflow、農行crm系統、工作流知識）

參加公司或業務部門組織的`培訓（新員工入職培訓、基於uml的面向物件分析和設計、金融衍生工具介紹）

學習缺陷管理工具ttp

4．工具學習及研究

根據《新員工入職指引表》的要求，我瞭解rationa測試解決方案和工具，並進行rationa performance tester的研究。完成對rationa performance tester的研究後，我提交了研究成果，包括：《rationa performance tester 6 介紹。doc》、使用rationa performance tester進行效能測試的例子及學習參考資料。

二、xx年計劃

xx年，我希望能通過參與具體專案的實踐，達到以下目標：

1．能將測試過程在專案中真正的運用起來，並讓專案的開發人員瞭解我們的測試過程

2．在專案中沉澱出一些部門成果

除了保質保量的完成專案測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。

三、對部門建設的建議

在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：

1．對人員進行分工，或者說是團隊成員的側重方向進行明確

例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。

2．強化制度建設

3．加大對測試過程的實施力度

現有測試過程，過程檔案上存在不易操作的地方。所以在實施上也相應的存在一些問題。另外，爭取能讓開發人員瞭解測試過程。如果能讓開發人員瞭解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。

4．加強部門測試成果的積累與沉澱。

現在的測試成果儲存在伺服器上，很容易發生測試成果丟失的情況。加上還有一些測試成果未提交伺服器，只是保留在個人機器上，很容易發生人走成果也不在的情況。另外，儲存在個人機器上，也不利於知識的傳播與分享，不利於部門成員技能的提升。

除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉澱下來。例如，對專案的測試經驗，效能測試的經驗，測試用例設計經驗等等。

測試工程師的年度總結篇5

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

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

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

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

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

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

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

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

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

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

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

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

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

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

測試工程師的年度總結篇6

__年即將過去，雖然我__年在工作時間不長，只有不到_個月的時間，但是這將近_個月的時間裡，本人認真的做好了本職工作，認真、積極、按質按量的完成領導安排的工作。

一、工作總結

總體來說，__年我主要完成了以下幾方面的工作：

1、專案測試工作

2、知識與經驗分享

3、完成所需知識的積累

4、工具學習及研究

具體來說，如下：

1、專案測試工作

這段時間，我主要是協助進行_專案測試，主要工作內容有：

對測試用例的編寫提供反饋意見;

對測試過程及測試情況進行分析，並提供意見;

設計業務測試資料的例子;

繪製系統關鍵業務流程;

進行主要功能的介面測試、功能測試;

按照測試用例執行測試，並提交測試彙報;

進行需求驗證工作。

知識與經驗分享

這部分工作，主要表現在四方面：

完成專案測試經驗總結

完成“測試經驗交流與知識分享”簡報，包括簡報材料的製作。該簡報內容包括：專案測試經驗介紹、測試度量、效能測試知識介紹、使用經驗交流。

對現有測試規範提供改進反饋意見;

根據以往經驗，在_專案中提供幫助。

完成所需知識的積累

這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。我主要是根據《新員工入職指引表》的要求進行的。主要工作內容有：

學習金融行業業務知識

學習公司研發規範

學習研發部產品知識

參加公司或業務部門組織的培訓

學習缺陷管理工具

二、_年計劃

_年，我希望能通過參與具體專案的實踐，達到以下目標：

能將測試過程在專案中真正的運用起來，並讓專案的開發人員瞭解我們的測試過程

在專案中沉澱出一些部門成果

除了保質保量的完成專案測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。

三、對部門建設的建議

在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：

對人員進行分工，或者說是團隊成員的側重方向進行明確

例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。

強化制度建設

加大對測試過程的實施力度

現有測試過程，過程檔案上存在不易操作的地方。所以在實施上也相應的存在一些問題。另外，爭取能讓開發人員瞭解測試過程。如果能讓開發人員瞭解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。

加強部門測試成果的積累與沉澱。

現在的測試成果儲存在伺服器上，很容易發生測試成果丟失的情況。加上還有一些測試成果未提交伺服器，只是保留在個人機器上，很容易發生人走成果也不在的情況。另外，儲存在個人機器上，也不利於知識的傳播與分享，不利於部門成員技能的提升。

除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉澱下來。例如，對專案的測試經驗，效能測試的經驗，測試用例設計經驗等等。

測試工程師的年度總結篇7

一、總體來說，20xx年我主要完成了以下幾方面的工作：

（1）專案測試工作。

（2）知識與經驗分享。

（3）完成所需知識的積累。

（4）工具學習及研究。

具體來說，如下：

1、專案測試工作。

這段時間，我主要是協助c、y、x進行cmbp專案測試，主要工作內容有：

（1）對測試用例的編寫提供反饋意見。

（2）對測試過程及測試情況進行分析，並提供意見。

（3）設計業務測試資料的例子。

（4）繪製系統關鍵業務流程。

（5）進行主要功能的介面測試、功能測試。

（6）按照測試用例執行測試，並提交測試彙報。

（7）進行需求驗證工作。

2、知識與經驗分享。

這部分工作，主要表現在四方面：

（1）完成專案測試經驗總結。

（2）完成“測試經驗交流與知識分享”簡報，包括簡報材料的製作。該簡報內容包括：專案測試經驗介紹、測試度量、效能測試知識介紹、loadrunner使用經驗交流。

（3）對現有測試規範提供改進反饋意見。

（4）根據以往經驗，在cmbp專案中提供幫助。

3、完成所需知識的積累。

這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。我主要是根據《新員工入職指引表》的要求進行的。主要工作內容有：

（1）學習金融行業業務知識。

（2）學習公司研發規範。

（3）學習研發部產品知識（保理專案、intelliworkflow、農行crm系統、工作流知識）。

（4）參加公司或業務部門組織的培訓（新員工入職培訓、基於uml的面向物件分析和設計、金融衍生工具介紹）

（5）學習缺陷管理工具。

4、工具學習及研究。

根據《新員工入職指引表》的要求，我瞭解rational 測試解決方案和工具，並進行rational performance tester的研究。完成對rational performance tester的研究後，我提交了研究成果，包括：《rational performance tester 6 介紹。doc》、使用rational performance tester進行效能測試的例子及學習參考資料。

二、20xx年計劃。

20xx年，我希望能通過參與具體專案的實踐，達到以下目標：

1、能將測試過程在專案中真正的運用起來，並讓專案的開發人員瞭解我們的測試過程

2、在專案中沉澱出一些部門成果

除了保質保量的完成專案測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。

三、對部門建設的建議。

在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：

1、對人員進行分工，或者說是團隊成員的側重方向進行明確。例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。

2、強化制度建設。

3、加大對測試過程的實施力度。

現有測試過程，過程檔案上存在不易操作的地方。所以在實施上也相應的存在一些問題。另外，爭取能讓開發人員瞭解測試過程。如果能讓開發人員瞭解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。

4、加強部門測試成果的積累與沉澱。

現在的測試成果儲存在伺服器上，很容易發生測試成果丟失的情況。加上還有一些測試成果未提交伺服器，只是保留在個人機器上，很容易發生人走成果也不在的情況。另外，儲存在個人機器上，也不利於知識的傳播與分享，不利於部門成員技能的提升。

除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉澱下來。例如，對專案的測試經驗，效能測試的經驗，測試用例設計經驗等等。