測試部的年終工作總結範文

時光匆匆，我們在忙碌中奔走，不經意間我們又到了歲末年終，經過過去一年的辛勤付出，我們一定積累了不少經驗和教訓，你的年終總結寫好了嗎？適時做總結才能讓自己的努力更有方向哦。可是到底怎麼寫才能引起領導的關注和重視呢？以下是小編爲大家收集的測試部的年終工作總結範文，供大家參考借鑑，希望可以幫助到有需要的朋友。

測試部的年終工作總結1

光陰似箭，歲月如梭，一轉眼，我來到英特華已經九個月了，在這段時間裏，我們公司從沒有測試人員，到測試部的建立；從沒有測試環境到測試服務器的建立，測試工具QC、性能測試軟件LoadRnner的安裝使用；測試部規章制度的建立-----測試流程、測試規範、bug等級制度的建立、測試報告模板的建立、QC使用手冊的書寫等等；

在這近九個月工作中，我們測試部苦過、累過、緊張過。但這一切最後都被成功的喜悅所代替，我們測試部也就是在這苦中、累中、成功、失敗中一步步成長起來。

20xx年5月，我來到英特華，在李經理的指導下負責測試部的組建、部門制度文檔的建立、安全測試軟件的研究、盤點機系統的測試、新訂單系統的測試等工作。

雖然測試部在20xx年中取得了不小的成績，但是還是存在很多不足，比如新訂單系統的長期測試，工期長期推延，遲遲不能結束！這是測試部在下一年要重視的地方，要認真總結的地方！

下面是這一年測試部遇到的重大問題及原因與對策：

1.新訂單系統的多倫測試後還不能封版完工原因：

1）1級bug太多，嚴重影響阻礙測試的進度（尤其是報黃頁的bug）；具QC BUG管理系統統計，新訂單系統中bug總共209個，一級竟然有109個之多！

2）存在拆西牆補東牆的嚴重現象（很嚴重）。

原來好的沒有bug模組，由於修改bug重新出現缺陷，出現拆西牆補東牆，bug循環出現，杜絕bug遙遙無期！

3）軟件開發基本定型後，還在修改數據庫結構，修改底層代碼！

4）軟件開發基本定型後，還在修改需求！

5）開發人員不按照需求開發軟件；開發出來的模組或功能和需求有出入

6）部分模組需求在測試快結束後，需求還沒出來，開發人員在等需求！（如新訂單系統中的利潤表模組）

7.）測試人員不足；軟件模組太多，測試周期長！

對策：

1）檢查：對於1級bug太多，只要開發人員開發出的模組後或修改的bug後自己先走查一下流程，看看流程是否能走通，是否還報錯，這樣就能確保一級bug出現的機會大大減少！

2）開發人員在修改bug之前一定要認真先想一下，我這種修改方法會不會給其他模組帶來bug？會不會影響其他人員的模組出錯？然後在下手修改代碼！

3）一旦所有人進入全面開發軟件後，數據庫和底層代碼就不能變動！

4）一旦進入開發階段，需求就不能再隨意增加變動！

5）開發人員嚴格按需求開發項目，不能私自變動開發；如有變動需要，要所有部門領導在一起商量，並下發通知商量後的結果！

6）要做到在寫代碼之前需求必須全部寫完！

7）大型項目，測試人員必須配足，崗位齊全，從而縮短測試周期，一個人的精力與技術經驗必定有限！

下面是展望20xx

豐收的20xx已經過去，讓我們迎接展新的20xx！

20xx努力的方向：

爲了公司開發軟件的質量與專業，我們測試部要往更高層次發展，這就要吸收更專業的白盒測試人員-----性能測試工程師、安全測試工程師！

20xx測試部要努力增加的崗位人員：

一名功能測試人員

一名性能測試人員

一名安全測試人員

20xx年測試部需要的物理資源

一臺做壓力測試用的物理服務器（可以用一臺配置好的pc機代替）—— 一個專業的，準確的性能測試需要模擬接近真實服務器的乾淨的環境！虛擬機的各項性能還是和物理機的性能是有很大區別的，並且虛擬機上已經裝了很多的服務和軟件，環境不乾淨，影響真實的性能測試結果！

20xx年測試部的工作年度目標：

電商俱樂部CRM系統 20xx年3月之前完成測試工作

ERP-產品系統 20xx年6月30日之前完成測試工作

ERP-採購系統 20xx年8月25日之前完成測試工作

ERP-倉儲系統 20xx年9月30日之前完成測試工作

ERP-物流系統 20xx年11月5日之前完成測試工作

ERP-訂單系統 20xx年12月10日之前完成測試工作

最後感謝領導和各部門的同事對測試部工作的大力支援！

測試部的年終工作總結2

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項目和新一代做市商項目組中都能明顯體現出來。他們多是認爲項目組的測試過程中的工作不屬於自己的職責範圍，認爲自己只是一個簡單的配合過程，要求加班時間要麼不來，要麼就做其他無關工作的事情。項目組也認爲維護人員只是做自己的維護工作，抱怨時只會對測試人員。項目測試工作量也比較繁重，頻繁的超負荷工作，給測試人員也造成比較大的壓力。

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

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

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

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