it部主管年終工作總結(jié)5篇-資料下載頁(yè)
2025-04-15 00:25本頁(yè)面
【正文】 要作進(jìn)一步的完善?！ “岩陨咸岬降膸c(diǎn)改善了，相信我們大家在工作當(dāng)中都能夠得到提升?！ ∥覀兩羁汤斫忭?xiàng)目部門對(duì)于公司發(fā)展的意義及公司對(duì)項(xiàng)目團(tuán)隊(duì)的期待和要求！所以，團(tuán)隊(duì)的每一位兄弟姐妹們對(duì)于公司的價(jià)值不言而喻，要充分發(fā)揮出我們團(tuán)隊(duì)的戰(zhàn)斗力，需要我們擰成一股繩，共同努力。有一點(diǎn)可以肯定，“世間自有公道，付出總有回報(bào)”，只要我們付出努力，無(wú)論是在個(gè)人職業(yè)素質(zhì)，物質(zhì)報(bào)酬，或是職務(wù)上都會(huì)得到提升。目前我們正在開(kāi)發(fā)的CRM系統(tǒng)，工作室管理軟件，游戲帳號(hào)管理系統(tǒng)，還有GOA1。0和其他一系列的維護(hù)工作，以及接下來(lái)要做的游戲麥網(wǎng)站的改版，我們都有信心做的更好。 我深信，只要我們能夠齊心協(xié)力，就可以發(fā)揮出超強(qiáng)的團(tuán)隊(duì)?wèi)?zhàn)斗力，就能夠跨越前進(jìn)道路上的任何障礙。it部主管年終工作總結(jié)5 光陰似箭，歲月如梭，一轉(zhuǎn)眼，我來(lái)到英特華已經(jīng)九個(gè)月了，在這段時(shí)間里，我們公司從沒(méi)有測(cè)試人員，到測(cè)試部的建立；從沒(méi)有測(cè)試環(huán)境到測(cè)試服務(wù)器的建立，測(cè)試工具QC、性能測(cè)試軟件LoadRnner的安裝使用；測(cè)試部規(guī)章制度的建立—————測(cè)試流程、測(cè)試規(guī)范、bug等級(jí)制度的建立、測(cè)試報(bào)告模板的建立、QC使用手冊(cè)的書寫等等； 在這近九個(gè)月工作中，我們測(cè)試部苦過(guò)、累過(guò)、緊張過(guò)。但這一切最后都被成功的喜悅所代替，我們測(cè)試部也就是在這苦中、累中、成功、失敗中一步步成長(zhǎng)起來(lái)?！ ?0xx年5月，我來(lái)到英特華，在李經(jīng)理的指導(dǎo)下負(fù)責(zé)測(cè)試部的組建、部門制度文檔的建立、安全測(cè)試軟件的研究、盤點(diǎn)機(jī)系統(tǒng)的測(cè)試、新訂單系統(tǒng)的測(cè)試等工作。 雖然測(cè)試部在20xx年中取得了不小的成績(jī)，但是還是存在很多不足，比如新訂單系統(tǒng)的長(zhǎng)期測(cè)試，工期長(zhǎng)期推延，遲遲不能結(jié)束！這是測(cè)試部在下一年要重視的地方，要認(rèn)真總結(jié)的地方！ 下面是這一年測(cè)試部遇到的重大問(wèn)題及原因與對(duì)策： 一、新訂單系統(tǒng)的多倫測(cè)試后還不能封版完工。 ?。ㄒ唬┰颍骸 ?級(jí)bug太多，嚴(yán)重影響阻礙測(cè)試的進(jìn)度（尤其是報(bào)黃頁(yè)的bug）；具QCBUG管理系統(tǒng)統(tǒng)計(jì)，新訂單系統(tǒng)中bug總共209個(gè)，一級(jí)竟然有109個(gè)之多！ 存在拆西墻補(bǔ)東墻的嚴(yán)重現(xiàn)象（很嚴(yán)重），原來(lái)好的沒(méi)有bug模塊，由于修改bug重新出現(xiàn)缺陷，出現(xiàn)拆西墻補(bǔ)東墻，bug循環(huán)出現(xiàn)，杜絕bug遙遙無(wú)期！ 軟件開(kāi)發(fā)基本定型后，還在修改數(shù)據(jù)庫(kù)結(jié)構(gòu)，修改底層代碼！ 軟件開(kāi)發(fā)基本定型后，還在修改需求！ 開(kāi)發(fā)人員不按照需求開(kāi)發(fā)軟件；開(kāi)發(fā)出來(lái)的模塊或功能和需求有出入 部分模塊需求在測(cè)試快結(jié)束后，需求還沒(méi)出來(lái)，開(kāi)發(fā)人員在等需求！（如新訂單系統(tǒng)中的利潤(rùn)表模塊） 測(cè)試人員不足；軟件模塊太多，測(cè)試周期長(zhǎng)！ ?。ǘ?duì)策： 檢查：對(duì)于1級(jí)bug太多，只要開(kāi)發(fā)人員開(kāi)發(fā)出的模塊后或修改的bug后自己先走查一下流程，看看流程是否能走通，是否還報(bào)錯(cuò)，這樣就能確保一級(jí)bug出現(xiàn)的機(jī)會(huì)大大減少！ 開(kāi)發(fā)人員在修改bug之前一定要認(rèn)真先想一下，我這種修改方法會(huì)不會(huì)給其他模塊帶來(lái)bug？會(huì)不會(huì)影響其他人員的模塊出錯(cuò)？然后在下手修改代碼！ 一旦所有人進(jìn)入全面開(kāi)發(fā)軟件后，數(shù)據(jù)庫(kù)和底層代碼就不能變動(dòng)！ 一旦進(jìn)入開(kāi)發(fā)階段，需求就不能再隨意增加變動(dòng)！ 開(kāi)發(fā)人員嚴(yán)格按需求開(kāi)發(fā)項(xiàng)目，不能私自變動(dòng)開(kāi)發(fā)；如有變動(dòng)需要，要所有部門領(lǐng)導(dǎo)在一起商量，并下發(fā)通知商量后的結(jié)果！ 要做到在寫代碼之前需求必須全部寫完！ 大型項(xiàng)目，測(cè)試人員必須配足，崗位齊全，從而縮短測(cè)試周期，一個(gè)人的精力與技術(shù)經(jīng)驗(yàn)必定有限！ 15 / 15
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1