IT測試部年終工作總結

日子在彈指一揮間就毫無聲息的流逝，有過困惑，更有希望和喜悅，是時候對自己這一年的工作進行一個全面的總結了。相信很多人都是毫無頭緒、內心崩潰的狀態吧！以下是小編整理的IT測試部年終工作總結，歡迎大家借鑑與參考，希望對大家有所幫助。

光陰似箭，歲月如梭，一轉眼，我來到英特華已經九個月了，在這段時間裏，我們公司從沒有測試人員，到測試部的建立；從沒有測試環境到測試服務器的建立，測試工具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日之前完成測試工作。

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