1、IT 測試部年終工作總結(jié)范文光陰似箭，歲月如梭，一轉(zhuǎn)眼，我來到英特華已經(jīng)九個月了，在這段時間里，我們公司從沒有測試人員，到測試部的建立；從沒有測試環(huán)境到測試服務(wù)器的建立，測試工具QC、性能測試軟件LoadRnner 的安裝使用；測試部規(guī)章制度的建立-測試流程、測試規(guī)范、 bug 等級制度的建立、測試報告模板的建立、QC使用手冊的書寫等等；在這近九個月工作中，我們測試部苦過、累過、緊張過。但這一切最后都被成功的喜悅所代替， 我們測試部也就是在這苦中、 累中、成功、失敗中一步步成長起來。xx 年 5 月，我來到英特華，在李經(jīng)理的指導(dǎo)下負(fù)責(zé)測試部的組建、部門制度文檔的建立、安全測試軟件的研究、盤點機

2、系統(tǒng)的測試、新訂單系統(tǒng)的測試等工作。雖然測試部在 xx 年中取得了不小的成績， 但是還是存在很多不足，比如新訂單系統(tǒng)的長期測試，工期長期推延，遲遲不能結(jié)束！這是測試部在下一年要重視的地方，要認(rèn)真總結(jié)的地方！下面是這一年測試部遇到的重大問題及原因與對策：1. 新訂單系統(tǒng)的多倫測試后還不能封版完工原因：1 ）1 級 bug 太多，嚴(yán)重影響阻礙測試的進度（尤其是報黃頁的bug）；具 QCBUG管理系統(tǒng)統(tǒng)計，新訂單系統(tǒng)中bug 總共 209 個，一級竟然有 109 個之多！2 ）存在拆西墻補東墻的嚴(yán)重現(xiàn)象（很嚴(yán)重）原來好的沒有 bug 模塊，由于修改bug 重新出現(xiàn)缺陷，出現(xiàn)拆西墻補東墻， bug 循

3、環(huán)出現(xiàn)，杜絕bug 遙遙無期！3 ）軟件開發(fā)基本定型后，還在修改數(shù)據(jù)庫結(jié)構(gòu)， 修改底層代碼！4 ）軟件開發(fā)基本定型后，還在修改需求！5 ）開發(fā)人員不按照需求開發(fā)軟件； 開發(fā)出來的模塊或功能和需求有出入6 ）部分模塊需求在測試快結(jié)束后，需求還沒出來，開發(fā)人員在等需求！（如新訂單系統(tǒng)中的利潤表模塊）7. ）測試人員不足；軟件模塊太多，測試周期長！對策：1 ）檢查：對于 1 級 bug 太多，只要開發(fā)人員開發(fā)出的模塊后或修改的 bug 后自己先走查一下流程， 看看流程是否能走通， 是否還報錯，這樣就能確保一級 bug 出現(xiàn)的機會大大減少！2 ）開發(fā)人員在修改 bug 之前一定要認(rèn)真先想一下， 我這種

4、修改方法會不會給其他模塊帶來 bug？會不會影響其他人員的模塊出錯？然后在下手修改代碼！3 ）一旦所有人進入全面開發(fā)軟件后， 數(shù)據(jù)庫和底層代碼就不能變動！4 ）一旦進入開發(fā)階段，需求就不能再隨意增加變動！5 ）開發(fā)人員嚴(yán)格按需求開發(fā)項目，不能私自變動開發(fā)；如有變動需要，要所有部門領(lǐng)導(dǎo)在一起商量，并下發(fā)通知商量后的結(jié)果！6 ）要做到在寫代碼之前需求必須全部寫完！7 ）大型項目，測試人員必須配足，崗位齊全，從而縮短測試周期，一個人的精力與技術(shù)經(jīng)驗必定有限！下面是展望 xx豐收的 xx 已經(jīng)過去，讓我們迎接展新的xx！xx 努力的方向：為了公司開發(fā)軟件的質(zhì)量與專業(yè)，我們測試部要往更高層次發(fā)展，這就要

5、吸收更專業(yè)的白盒測試人員 - 性能測試工程師、安全測試工程師！xx 測試部要努力增加的崗位人員：一名功能測試人員一名性能測試人員一名安全測試人員xx 年測試部需要的物理資源一臺做壓力測試用的物理服務(wù)器 （可以用一臺配置好的 pc 機代替）一個專業(yè)的， 準(zhǔn)確的性能測試需要模擬接近真實服務(wù)器的干凈的環(huán)境！虛擬機的各項性能還是和物理機的性能是有很大區(qū)別的，并且虛擬機上已經(jīng)裝了很多的服務(wù)和軟件， 環(huán)境不干凈，影響真實的性能測試結(jié)果！xx 年測試部的工作年度目標(biāo)：電商俱樂部 CRM系統(tǒng) xx 年 3 月之前完成測試工作 ERP- 產(chǎn)品系統(tǒng) xx 年 6 月 30 日之前完成測試工作ERP-采購系統(tǒng) xx 年 8 月 25 日之前完成測試工作ERP-倉儲系統(tǒng) xx 年 9 月 30 日之前完成測試工作ERP