測試部的年終工作總結范文（精選3篇）

測試部的年終工作總結范文 篇1

　　XX年已近尾聲，回顧這一年里的工作收獲頗多。年初一直在參與中行對公系統的測試工作，中國銀行對公代客資金管理系統已2月份對公系統順利投產。緊接著春節后又開始了xx銀行的x-fund2.0項目的全程介入測試。跟隨項目組一同到北京現場開發測試，以及后期配合用戶的壓力測試，項目投產內部演練和支持等工作。目前中信x-funds2.0系統也已經投產完畢。

　　8月份后回到公司，主要從事公司內部集成測試和系統測試工作，主要測試系統包括福建分行日積月累系統、sge與k+接口管理系統、xx銀行利率衍生品交易系統、浦發銀行離岸交易系統、中國銀行新一代做市商系統等。目前正忙于新一代做市商系統測試工作，該項目計劃年底投產。

　　補丁測試方面主要有部分轄內對公系統補丁測試、部分中行對公代客管理系統補丁測試、澳門資金管理系統補丁測試、中信x-funds2.0系統補丁測試等。

　　壓力測試方面主要有中信x-funds2.0系統、中信外匯電子交易系統壓力測試、統一登錄系統壓力、浦發離岸系統壓力、新一代做市商系統壓力測試等。

　　從年初的中行對公項目到xx銀行x-funds2.0項目再到中行新一代做市商項目。一個個項目完成測試任務并順利投產或進行中。

　　從本年度內主要項目的測試及跟進客戶測試方面經驗教訓進行總結，以便更好的提高項目介入測試的質量和完善自己的能力與不足之處。

　　一、測試組內部要有計劃。

　　介入項目測試以后，理論上講是應該配合項目組的測試工作。但個人認為這樣測試組方面工作會比較被動，跟隨項目組指定的測試并不能比較全面的覆蓋到系統全部功能或者絕大多數功能。如更新一塊，就讓你測一塊，這樣無形中就會疏漏其他模塊。測試組內部可以根據項目整體工作的安排情況也應該有自己的測試計劃，即完整測試輪次的計劃，這樣能更好的把握系統整體功能情況。這部分工作在進駐客戶現場測試時應與項目組長溝通，明確每日工作流程，如版本更新時間約定、內部更新測試安排以及配合指導用戶測試等工作。

　　二、項目的測試進度控制。

　　主要是按照項目計劃進行的，按照項目組計劃要求完成測試任務、提交測試類相關文檔，包括制定內部測試計劃、測試案例的完善、執行測試、缺陷跟蹤以及bug回歸測試等。協調項目的內部測試工作，配合項目工作，共同保證項目質量。項目測試的問題跟蹤及處理采用每日進行修改問題回歸測試工作，每日同步更新問題跟蹤單的模式，按照規劃時間完成系統更新測試等。

　　三、要加強學習和溝通。

　　在進駐客戶現場測試后，測試人員的工作要配合項目組，也要指導和協調客戶測試。項目組內部共同探討解決問題的方法，向各模塊負責人學習模塊功能處理方式，向業務人員了解系統中涉及的業務知識點，兩者結合起來進行模塊功能測試。與客戶接觸吸收新的業務知識，積累測試方面必須的業務知識點，這些都做公司系統測試應有的測試基礎，或者說銀行金融行業項目測試工作的素養。也可以進步一提高與客戶、與項目組內的溝通能力和協調能力。多參考客戶測試的測試案例及測試過程中提出的問題，也能為自己的測試工作打下一個好的基礎。

　　四、善于總結和吸收項目經驗教訓。

　　總結回顧以往的項目測試經驗可以更好的指導以后的測試工作，也會提高系統缺陷和業務處理流程方面不合理情況的發現率。測試出來的問題與項目組溝通也會比較容易。鑒于以前的項目經驗，也可以向項目組提出了一些完善性意見和功能實現的處理方式。

　　五、個人得失及不足。

　　作為幾次項目測試的負責人，對于日常的測試流程、測試任務分配、測試執行、缺陷跟蹤、協調內部測試及協調客戶測試方面能力均得到了進一步提高，理清了項目整個過程中測試小組的工作過程以及后期的項目移交工作。同時也對系統相應的業務知識有了更進一步認知。相關業務知識方面還需要進一步加強，測試技能及測試管理方面還需要進一步完善學習。更好的吸收項目經驗，做好以后的補丁測試工作及其他項目的測試工作。

　　項目測試中，維護部門配合介入的測試工作比較難分配及管理。維護人員并不是很積極從事項目的測試工作，且分配的任務也不情愿去完成。在中信x-funds2.0項目和新一代做市商項目組中都能明顯體現出來。他們多是認為項目組的測試過程中的工作不屬于自己的職責范圍，認為自己只是一個簡單的配合過程，要求加班時間要么不來，要么就做其他無關工作的事情。項目組也認為維護人員只是做自己的維護工作，抱怨時只會對測試人員。項目測試工作量也比較繁重，頻繁的超負荷工作，給測試人員也造成比較大的壓力。

　　公司是否可以通過下放部分考核比例，由測試負責人給組內測試人員和維護人員的工作進行考核打分，來約束和督促內部測試工作的合理進行。

　　公司是否應該考慮制定比較合理項目開發和測試周期計劃及人員分配比例，切實減少超負荷工作帶來的壓力。

　　公司的業務逐年擴展，測試部門人員缺口較大，主要測試工作基本都落在了部門幾個人身上，望明年公司能合理補充人員，并能在薪資待遇方面能有比較合理的增長。

　　測試部內部是否應該經常在和合適的時間組織測試技能、業務知識以及項目經驗方面交流的討論會等，以便更好的分享各自的經驗教訓，為今后的工作提供更多的基礎支持，同時也應加強新人的培訓力度。

測試部的年終工作總結范文 篇2

　　緊張而有序的一年又要過去了，忙碌的一年里，在領導及各部門各同事的幫助下，我順利的完成了本年度的工作。為了今后更好的工作，總結經驗、完善不足，本人本年度的工作總結如下：

　　1、及時完善了本部門的電腦、儀器、治具的維護。盡可能的降低設備使用的故障率與報廢率，在其出現故障的時候，并做到了能在當地解決就當地解決，不能當地解決的也在最短的時間內給予了解決。

　　2、對每個客戶的機種資料、軟件都及時更新，各機種首件帶班工程都全程跟到底，直到有結果為止，如有問都有于駐廠客戶聯系。

　　3、測試儀器、治具每天使用前都有做點檢項目，儀器設備都有做定期保養計劃。

　　4、測試輔材、治具進出與儀器送修、校驗都有做電子檔記錄并保存。

　　5、積極配合部門與部門之間的工作，與各部門同事之間溝通氣氛良好，擁有積極向上的心態。

　　自擔任帶班工程一職以來，我始終堅持嚴格要求自己，勤奮努力，在這平凡而普通的工作崗位上，努力做好本職工作。

　　回顧這一年來，我在思想上、學習上、工作上都取得了新的進步，但我也認識到自己的不足之處。

　　1、因為簡單的問題重復出現重復解決，可能到位不及時。

　　2、自己的思路還很窄對現代技術的發展認識的不夠全面。

　　3、本部門有時出現的問題我不知道而領導先知，這是令我身為帶班工程而慚愧的。

　　總結了過去，方能展望未來！最后說說20xx年的工作計劃，辭舊迎新，總結本年度工作的同時，對于明年工作也提出了初步設想：

　　1、繼續完善產線設備儀器的維護。

　　2、加強自己與本部門技術人員的理論和實踐知識，不斷提高自身綜合素質水平。把工作做到最好。

　　3、在條件允許的情況下，對產線所有電腦安裝網絡監控。并把部分配置低、運速慢、問題多的電腦進行更換，更換配置高的電腦既有利于產線提高產能與效率，也可減少工程維修時間。

　　以上三點是我對明年工作計劃的初步設想。

　　在我入職的三年，我在公司學到了很多，公司在茁壯的成長，像雨后的春筍發展速度飛快，這發展離不開我們每一個人的共同努力。希望新的一年里公司業績蒸蒸日上，更上一層樓。

測試部的年終工作總結范文 篇3

　　我是在20xx年5月到新單位工作的，新單位是一個很不錯的單位，項目飽滿，資金等方面也沒有太多的問題，但就測試部門工作的情況卻很不樂觀。具體表現是人員少，任務重，人員不穩定。領導對測試部門的工作很不滿意，在面試我的時候就多次表示了對公司目前測試不滿，期待我來之后能夠帶領測試部門有一個比較好的發展。

　　首先說說我們公司測試部門在這四個月的變化吧

　　1 測試人員大量增加，原來的測試人員為3人，現在為14人，人員擴充了3倍，目前來說，測試人員的數量還不是很多，但相比原來部門的擴充速度還是很快的，另外一個方面，由于我們工作比較有成效，領導基本認可開發人員和測試人員比例可以達到1：0.8或1的比例。我想這個比例對一個國內的企業來說已經是很高的比例了。

　　2 個人素質的提高。具體的個人素質提高不是很好說，還是用項目來說吧，我剛來的時候，測試人員在一個系統測試的時候，一般測試需求點位500個左右，后來一個項目在作回歸測試的時候，測試需求點達到15000個，第二次回歸測試的時候測試需求點達到了49000個，這里要說明的是，我們測試需求點的增加不是為了增加而增加，而是對被測試需求各種使用情況分析的更詳細，程序覆蓋強度越來越大的結果，測試發現的問題深度逐步增強的反應。

　　3 機器設備的變化，測試人員是開發群體的弱勢群體，他們的機器配置也是公司最低的，剛來的時候，全部測試人員都使用P4 1.7完全不能滿足自動化測試的需要，目前，測試人員基本都是P4 3.0雙核，液晶，測試人員很高興。另外我們還有專門的測試流程管理服務器，一些淘汰下來的老機器作為專門跑測試用例的測試專用機。

　　4 開發人員對測試人員的態度改變。測試人員在開發過程中處于弱勢地位，這是一個不可回避的現象，原來開發人員可以隨意的讓測試人員作自己認為需要的測試，而測試人員是沒有辦法拒絕的，甚至連具體測試的方法和手段開發人員都要干涉，而一旦出問題，首先怪罪測試人員，而不是找自己的責任，測試人員成了項目失敗的替罪羊。而現在這種已經發生了很大的改變，至少測試人員有能力展示他們的特長。而不是開發人員的附屬。

　　5 領導對測試工作的態度轉變

　　我剛到單位的時候，領導們對測試工作很不滿意，給我印象最深的是領導說，測試部門的工作人員，可用的就留下，不可用的就直接開除，這對測試人員的工作評價實在不高，現在好多了，首先測試部門現在的工作得到了領導的認可（原來我們總是被批評，而現在總是被表揚），其次，人員、設備的配置在增加，最重要的是，我們要求的測試時間可以得到保證。

　　到單位工作4個月了，測試部門出現這么多的變化，有很多原因，但最重要的就是那句話：做正確的事情，正確地做事情。

　　個人認為做正確的事情比正確地做事情要重要，道理很簡單，中國的一句成語，南轅北轍是最好的解釋了，如果不能了解什么事情是正確的事情，那么你做事情的效果越好，則整個項目失敗的可能性越大。下邊先說說我到單位做的幾個事情。

　　1和領導達成一個協議

　　和領導達成一個協議是一個很關鍵的事情，我在面試的時候，就了解到了領導們對測試部門的工作很不滿意，希望很快扭轉測試部門目前的工作狀態，但一個部門工作狀態的改變不是一件很容易的事情，在面試的時候，我就和領導們達成了一個協議，爭取測試部門在3個月內有一個小變化，6個月內有一個大變化，12個月內形成一個良好的工作環境。領導是 一個明白人，沒有強迫我在幾天或幾周內就要 有一個大變化，這為我們部門以后的發展打下了一個良好的基礎。

　　2了解單位的工作情況

　　3了解單位工作的問題

　　4訂立規則

　　5組建自己的團隊以及核心團隊

　　6協助其他人做工作

　　測試人員工作分配不均，嚴重影響工作情緒

　　在我來的時候，測試人員都是被配置到項目組，開發人員有測試需求的時候都是直接找到本項目組的測試人員，由于各項目進度不一，造成在不同階段測試人員的工作量嚴重不一，真是忙的忙死，閑的閑死。另外還有一個問題，有一些比較好的測試人員會主動幫助其他測試人員，而一些懶惰的測試人員作會坐在一邊裝作什么都不知道，結果是好的測試人員忙死，其他人閑死。

　　4訂立規則

　　在了解了測試部門當前的主要問題，解決的方法就確定了，具體方法：

　　A：首先是訂立規則，說簡單點先確定測試部門內部規則，我規定測試部門只接受系統測試，不接受單元測試和集成測試，說簡單點，測試人員進行的測試必須是一個完整的測試周期，最短時間是2周，這樣才能保證測試工作的最低測試強度。

　　B：我向測試人員明確測試人員是軟件開發過程中的專業技術人員，他們的特長就是測試技術，在測試技術上測試人員不能比開發人員水平低，所以，他們的測試工作要保持自己的獨立性，問題的發現是他們作主，至于發現的問題是否是BUG，是否需要修改，這是開發人員（確切的說是項目經理）和質量保證人員來確定，但是否是問題是測試人員來決定，測試人員判斷是否是問題的標準就是測試結果和測試預期結果是否相同，只要不相同，就算問題。其他人員無權對這個原則提出異議。

　　C：為了保證測試的獨立性，我要求測試人員在測試過程中，不要和開發人員有過多的交流，如果有交流也僅僅限制于關于系統如何使用方面（我們沒有很好的開發文檔），其他的一概不和開發人員討論，這種方法雖然會對開發工作有一些阻礙工作，但在測試工作當時的工作狀態下是很必要的，否則整個測試工作的獨立性根本無法保持。

　　D：使用測試流程管理工具，我們原來的測試計劃、測試用例都使用word文檔來管理，很不方便，我來單位后，采用了專門的測試流程管理工具，也就是說一個完整的測試，首先寫測試計劃（主要內容是測試人員，系統需求，時間等方面的信息,這個東西還是使用word來編寫），其次是測試需求點、測試計劃（這個測試計劃是我們測試用例執行的先后次序），每個測試用例的測試步驟，以及發現的所有問題。在最近的一段時間，通過測試工具的使用，使我們測試需求點的管理從不規范，隨意寫，到有條理，有順序，有了很大的變化，我們的一個系統，在我來以前測試需求點大約是600個。在我們后來的幾次回歸測試中，測試需求點，分別為20000，500000，60000個，測試需求點的變化，說明了測試強度的增加和規范。

　　E：測試結果需求評審，否則不進行回歸測試。這是一個原則問題，確切的說測試人員在開發過程中不能直接創造價值，他們的工作必須通過開發人員才可以得到體現。開發人員是否重視測試中發現的問題，是否對這些問題進行認真的評判和修改，不但關系到測試人員工作價值的體現，而且對測試部門工作安排也很重要。在我們測試的幾個項目中，如果開發人員認真對待測試結果，一般來說，進行1到2次回歸測試，整個系統bug就會呈現出收斂狀態，否則，測試人員需要無休止的測試。在測試過程中，我一方面保證測試周期的時間的要求（最少2周）。一方面，和質量保證人員配合，對于那些不認真對待測試結果的項目組，采取不評審，就不進行回歸測試的方法。（反正項目延期不是測試部門的責任，有點無賴，但有時候也是沒有辦法）。保證了測試的有效性。

　　刪除 51mobile (20xx-4-21 12:36:45, 評 0 分)

　　現在這篇不完整，我在其他地方有看到完整的，現在補充下，希望作者別見怪 ^_^

　　1和領導達成一個協議

　　2了解單位的工作情況

　　3了解單位工作的問題

　　4訂立規則

　　5組建自己的團隊以及核心團隊

　　6協助其他人員工作

　　下邊我具體的說一下：

　　1、和領導達成一個協議：

　　5月份我到公司正式上班，新到一個公司，人生地不熟。最先要作的事情是在和各位領導接觸過程中了解公司的情況，并與領導達成一個大致的協議，我首先和領導達成的協議基本內容是測試部門的工作在3個月內有一個小變化，6個月內有一個大改觀，1年之后形成良好的測試流程和測試隊伍。領導們也基本同意我的設想。和領導達成這個協議為我以后的工作的開展取得了時間上的保證，（很多領導希望招聘一個高級開發管理人員后，開發或測試立刻有一個改觀，在幾天內開發和測試完全沒有問題，這種心情是可以理解的，但實際上也是不可能的），我的領導在這方面給了我一定寬限，為以后的工作打下了一個良好的基礎。

　　2、了解單位的工作情況

　　每一個單位都用自己的特點，有優點也有缺點，如果下車伊始就亂下命令，必然是瞎指揮，不但不能改善工作，而且原來單位一些好的做法也必然被你毀掉。所以，剛下車，一定要休息一下，看看周圍的環境，再決定如何行動。來一個新單位也是這樣，人生地不熟的自然要先看看，首先是有幾個部門，各個部門主要方向，幾個主管領導，比如人力資源對我們以后人員招聘會比較重要，研發部門有幾個？哪個研發方向是單位的最主要的方向，后勤保障部門是那些人員，不要小看他們，部門以后是否可以獲得好設備主要就看他們了，這些人職位不高，但屬于現管。爭取他們對工作支持是很必要的。最后,別忘了了解你的工作人員，無論怎么說，你的工作人員是和你打天下的人。

　　3、了解單位工作的問題

　　剛到單位，測試人員都很忙，我則在一邊觀察，前幾天的問題總結了一下。

　　A：測試人員人員少，隊伍分散，由于以前的測試隊伍管理比較亂，很多項目不放到測試部門測試，而是將測試人員直接從測試部門調出。在我到崗的時候測試部門只有4名測試人員。

　　B：試部門機器的問題，由于測試部門一直不被重視，所有的機器很落后，自動化測試工具基本不可使用，

　　C：開發人員對測試干涉過多，測試缺少獨立性

　　開發人員對測試工作干涉過多，主要表現在幾個方面，

　　C1：測試內容由開發人員規定，測試方法以及測試手段均由開發人員決定，在測試人員能力弱的情況下，這無疑是一個可行的方法，問題是這種方法要求開發人員對測試方法和手段比較了解，但單位的實際情況卻不是這樣，另外開發人員對測試工作質量不承擔責任，說明白點就是測試人員按照開發人員的規定去做，即使完成了測試任務，也無法保證測試質量，而由于測試質量不好造成產品質量不好的問題，又需要測試人員來承擔。

　　C2：開發人員和測試人員在測試過程中交流過多，在測試過程中由于相關文檔不全或者質量問題，測試人員經常需要開發人員進行交流，這種交流是必要的，但也容易產生問題，比如測試在發現一個問題的時候，開發人員總會用這樣或那樣的借口告訴開發人員這不是問題，不用寫在問題報告里，結果很多問題即使被測試出來也被這種糟糕的交流給掩蓋起來了。

　　D：測試時間無法保證

　　測試時間無法保證主要是以下幾個原因

　　D1：首先是開發人員來規劃測試任務，而真正了解測試工作的開發人員很少，測試工作量占到整個開發量的30%-70%�；�本上沒有開發人員了解這個情況，所以他們給測試留得時間很少，往往是1、2天。這么短的時間根本不能做到完整的測試。

　　D2：開發人員管理的混亂，軟件版本的頻繁升級，有時候一個版本和上一個版本的差別只有幾行代碼，這樣不但造成軟件配置管理的混亂，而且給測試人員帶來了很大的麻煩，最討厭的是，絕大部分的測試工作都變成了無效測試。除了浪費測試資源以外對開發沒有任何好處。

　　E：測試水平低，測試需求點少，測試強度不夠

　　測試時間的緊張，嚴重限制了測試人員的測試水平的發揮，單位許多測試人員測試水平是相當不錯的，但他們根本沒有時間編寫測試需求報告，一個系統的測試需求點往往只有幾百個點，這種測試需求強度根本無法保證測試質量。