測試部年終總結

　　總結是指對某一階段的工作、學習或思想中的經驗或情況進行分析研究，做出帶有規律性結論的書面材料，它可以使我們更有效率，讓我們好好寫一份總結吧。我們該怎么去寫總結呢？下面是小編收集整理的測試部年終總結，歡迎大家借鑒與參考，希望對大家有所幫助。

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

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

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

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

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

　　1、新訂單系統的多倫測試后還不能封版完工

　　原因：

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

　　2）存在拆西墻補東墻的嚴重現象（很嚴重）原來好的沒有bug模塊，由于修改bug重新出現缺陷，出現拆西墻補東墻，bug循環出現，杜絕bug遙遙無期！

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

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

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

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

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

　　對策：

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

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

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

【測試部年終總結】相關文章：

2021物業保潔部年終總結12-21

2021物業部經理年終總結12-20

2021酒店保安部年終總結12-20

客房部年終總結范文12-19

2021公司技術部年終總結12-20

2021物業工程部人員年終總結12-21

2021部門主管年終總結范文12-20

學生會學習部年終總結01-12

普通話水平測試F部多音字02-04

普通話水平測試G部多音字02-04