java工程師個人年終工作總結(jié)是不是有很多話語掛在嘴邊但不知道如何下筆描寫呢？那還不趕緊進來看看能幫到你吧！下面是由我為大家整理的“java工程師個人年終工作總結(jié)范文（精選5篇）”，僅供參考，歡迎大家閱讀本文。

時間一晃而過，轉(zhuǎn)眼間到公司已經(jīng)5個月了。這是我人生中彌足珍貴的一段經(jīng)歷。在這段時間里各級領導在工作上給予了我極大的幫助，在生活上給予了我極大的關心。在對公司各級領導肅然起敬的同時，也為我有機會成為公司的一份子而自豪。

在這5個月的時間里，在領導和同事們的悉心關懷和指導下，通過自身的努力，各方面均取得了一定的進步，現(xiàn)將我的工作情況作如下匯報。

一、通過培訓學習和日常工作積累使我對公司有了一定的新的認識。

在7月份我來到了某X公司—鄭州分公司參加招聘，經(jīng)過幾輪面試和筆試，終于能夠有幸加入了某X這個大家庭，在我進入公司時我拿到的第一份資料就是公司介紹和新員工入職說明，當時只是覺得公司很正規(guī)，很強大。在和人事、部門領導交流后，感覺公司很親切，很溫馨。公司的理念在平時的工作以及項目開發(fā)時體現(xiàn)的淋漓盡致，本人對公司的理念非常認同?，F(xiàn)在公司在某行業(yè)起到了舉足輕重的地位，今后還將更加輝煌。

二、遵守各項規(guī)章制度，認真工作，端正態(tài)度，使自己素養(yǎng)不斷得到提高。

愛崗敬業(yè)的職業(yè)道德素質(zhì)是每一項工作順利開展并最終取得成功的保障。在這5個多月的時間里，我能遵守公司的各項規(guī)章制度，兢兢業(yè)業(yè)做好本職業(yè)工作，5個多月來從未遲到早退，用滿腔熱情積極、認真地完成好每一項任務，認真履行崗位職責，平時生活中團結(jié)同事、不斷提升自己的團隊合作精神。在這5個月的時間里讓我認識到：一種積極豁達的心態(tài)、一種良好的習慣、一份計劃并按時完成竟是如此重要，并最終決定一個的人成敗。讓我對自己的人生有了進一步的認識，渴望有所突破的我，將會在以后的工作和生活中時時提醒自己，以便自己以后的人生道路越走越精彩。

三、認真學習崗位職能，工作能力得到了一定的提高。

在進入公司以來，一直參與到某X項目的集成和開發(fā)。通過完成上述工作，使我認識到一個稱職的開發(fā)人員應當具有良好的語言表達能力、扎實的技術(shù)能力、較強的邏輯處理能力、靈活的應變問題能力、有效的對外聯(lián)系能力。在參與項目開發(fā)的過程中，發(fā)現(xiàn)很多看似簡單的工作，其實里面還有很多技巧。

四、不足和需改進方面。

雖然加入公司這個大家庭已經(jīng)5個多月，對開發(fā)技術(shù)掌握的還不是很深，對發(fā)現(xiàn)問題的處理還不是很全面。隨著對公司和工作的進一步熟悉，我也希望能夠在今后的工作中更加迅速的提升自己的業(yè)務能力以及技術(shù)能力，我覺得多做一些工作更能體現(xiàn)自己的人生價值?！皹I(yè)精于勤而荒于嬉”，在以后的工作中我要不斷學習業(yè)務知識，通過多看、多問、多學、多練來不斷的提高自己的各項業(yè)務技能。學無止境，時代的發(fā)展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種知識，并用于實踐。

在今后工作中，要努力做好開發(fā)人員的本職工作，注重工作態(tài)度，把自己的工作創(chuàng)造性做好做扎實，為項目的開發(fā)以及公司的發(fā)展貢獻自己的力量。

五、工作計劃暫時做出以下幾點規(guī)劃：

1、要提高工作的主動性，做事干脆果斷，不拖泥帶水；

2、工作要注重實效、注重結(jié)果，一切工作圍繞著目標的完成；

3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；

4、把握一切機會提高專業(yè)能力，加強平時知識總結(jié)工作；

5、虛心請教比我做的優(yōu)秀的其他同事，向他們學習技術(shù)或經(jīng)驗。

其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優(yōu)秀工作習慣，豐富的專業(yè)技能，配合著實際工作不斷的進步，不論在什么環(huán)境下，我都相信這兩點：一是三人行必有我?guī)煟翘斓莱昵凇?/p>

展望臨近的某X年，我會更加努力、工作上認真負責，再接再厲，更上一層樓。相信自己會完成新的任務，能迎接新的挑戰(zhàn)。

這是一次比較完整的團隊合作項目，它要求團隊各成員對系統(tǒng)的主體設計搭成一定的共識，這包括數(shù)據(jù)庫設計，需求分析，以及其它一些細節(jié)，因此在編碼之前的準備工作一定要充分。

在設計之前，我們兩組對于數(shù)據(jù)庫的設計進行了激烈的討論，最后在一些關鍵的問題上統(tǒng)一了意見。接下來的工作便是需求分析，具體結(jié)構(gòu)設計，并制訂小組項目詳細計劃，項目的進行將嚴格按照所制訂的計劃執(zhí)行。然后小組成員對各自的數(shù)據(jù)庫進行了設計，并且以數(shù)據(jù)字典的形式進行了共享。

企業(yè)級人力資源系統(tǒng)分為十個子系統(tǒng)：機構(gòu)編制管理、人員信息管理、人事檔案管理、考勤管理、薪資福利管理、社會保障管理、招聘管理、合同管理、查詢統(tǒng)計管理、系統(tǒng)管理。

我負責人員信息管理子系統(tǒng)，這方面需要處理的業(yè)務邏輯比較少，表單比較多，要把握好與其它子系統(tǒng)的關聯(lián)。員工基本信息表是與其它子系統(tǒng)關聯(lián)的橋梁，大部分表都涉及到與基本信息表的外鍵關聯(lián)。其中，職員編號（employeeId）是作為外鍵關聯(lián)的字段，我給它設置了自增長。有人認為在企業(yè)里，職員編號應該是有一定規(guī)律的數(shù)字，而不應該設置自增長。這樣的是想法很符合實際情況，后來我和兩個組長討論，認為自增長可以保證數(shù)據(jù)的唯一性，非自增長的主鍵在增加時可能遇到不可知的問題，并且其他組員的數(shù)據(jù)庫已經(jīng)設計好，改起來就麻煩了。因此最終職員編號采用了自增長。

有了上面的共識，接下來的重要工作便是依次完成表的增刪改查、數(shù)據(jù)校驗。其中，分頁和批量刪除是我計劃最后完成的部分，并且一定要完成。

基本數(shù)據(jù)校驗按各數(shù)據(jù)格式進行，例如手機號、e-mail等。另一方面要對職員編號與姓名的一致性，職員編號的存進行驗證，這些通過DAO里面的方法實現(xiàn)，針對出錯，用JS給出友好的提示。

在做好基本功能的前提下，爭取做出特色。我嘗試寫了Hibernate分頁、批量刪除的代碼，最后都測試成功。同時加入了JS控件，對于一些有特殊格式要求的字段，防止用戶填寫錯誤（比如日期的填寫格式為yyyy-mm-dd），使系統(tǒng)更加人性化。經(jīng)過討論，對員工基本信息主表及與其關聯(lián)的所有表，配置級聯(lián)刪除。當主表信息被刪除時，與之外鍵關聯(lián)的子表信息同時被刪除。

回顧這段歷程，遇到了一些瓶頸，例如批量刪除時如何有效的處理選中的id，要明白它得到的是一個String[]，需要轉(zhuǎn)化成int[]就好辦了。關于分頁，我也是琢磨了好久。在網(wǎng)上看了不少實例，具體實現(xiàn)起來還是一頭霧水。就在項目驗收的前兩天晚上，我決定自己寫的試試。第一個方法是需要獲取表里面總記錄數(shù)count，按照套路執(zhí)行hql，我這樣處理了結(jié)果：

（）；結(jié)果出了問題。數(shù)據(jù)庫里有6條記錄，結(jié)果打印出count為1。在這里折騰了好久，后來打印list為[6]，這下才明白（）得到的是list里元素的個數(shù)，這個元素是6，我需要獲取的是元素的是值（基礎知識薄弱）。明白這點就好辦了，最后我是這樣處理的

（0）ring（）；//獲取list第一個元素（對象），并轉(zhuǎn)換成String

eInt（a）；//將a轉(zhuǎn)換成int，得到count這樣做分頁的第一步就完成了。第二天早上比較順利的完成了剩下的代碼并測試成功。相比網(wǎng)上的分頁代碼，總的來說我寫的很容易看懂，至于它有什么問題目前還不知道。

通過這次項目經(jīng)驗，我明白了只要想到了，就一定可以做到。不要畏懼，困難并不像想像中的那么可怕。一味的逃避將得不到真正的鍛煉。要時刻和隊友交流，分享成果。兩個人總比一個人知道的多。

本次培訓分為兩個階段。前五天是第一階段。我們學習了理論知識，鞏固和深化了所學的編程知識。下面說說個人感受和經(jīng)歷：

一、我學習理論知識

在最初的五天實踐培訓中，我們學習了java編程的理論課程。班主任幽默嚴謹。在老師的指導和啟發(fā)下，我們鞏固了以前在學校學過的編程知識，加深了它，澄清了一些以前對編程技術(shù)了解的錯誤或模糊的概念。

在課堂上，我們還以java中GUI編程常用的swing框架和JAVA的容器系統(tǒng)為切入點。在此期間，框架不僅學習了一般的編程知識和技能。在對框架全面系統(tǒng)的了解中，我也學到了框架中的泛型技術(shù)和架構(gòu)思想的知識。在企業(yè)的實際編碼過程中，每一個框架都構(gòu)成了軟件的基石。只有掌握幾個框架知識，我們才能在實踐中高效發(fā)展，才能使我們的產(chǎn)品立足于市場敗之地。

在理論課的學習過程中，我們也暴露了一些問題，比如在學校上課學習時，對所學知識只是知其然而不知其所以然，不太愿意深鉆，和超前學習一些知識。

二、項目開發(fā)實戰(zhàn)練習

在結(jié)束了理論知識的學習之后，后五天我們在實訓基地進行了項目開發(fā)的實戰(zhàn)練習。

項目的名稱是superVCD，是由海輝曾經(jīng)所接的一個遠程音樂唱片管理軟件項目的精簡版。雖然有所精簡，但是其內(nèi)容對我們學習仍具有相當?shù)膬r值，對我們了解真實的軟件的設計規(guī)范，編碼規(guī)范，文檔規(guī)范以及客戶對軟件的需求很有參考價值。該內(nèi)容囊括了GUI設計和編碼，容器與泛型的知識，規(guī)范文檔編寫，測試及日志系統(tǒng)，甚至要求我們實現(xiàn)一個專用的輕量級數(shù)據(jù)庫系統(tǒng)，這無疑是對我們很好的一次歷練機會，同時可以積累豐富的知識。

平時我們很少有機會能夠完成一個如此規(guī)模的項目，所以在這次項目實戰(zhàn)訓練中，我的收獲也有很多。

第一，我學會了如何規(guī)范的編寫代碼和文檔。文檔和代碼是團隊各成員在項目開發(fā)交流合作中的紐帶，風格隨意混亂的代碼和缺失或語義不明的文檔會讓團隊中的其他成員不能理解和使用自己寫的程序，我在平時編寫代碼比較隨意，并不注重這一點，經(jīng)歷這次實戰(zhàn)演練之后，我一定會嚴格的遵守編碼規(guī)范。

第二，我學會了如何理解和分析客戶的需求。軟件為客戶而生，只有理解了客戶的需求才有寫出優(yōu)秀的軟件的可能，在這次實戰(zhàn)演練中，老師教會了我們?nèi)绾谓M織團隊正確的理解和分析客戶的需求，并寫出完善的需求分析，并用于項目開發(fā)。

第三，我學會了對按照需求對軟件架構(gòu)進行設計，這點我想是我們許多同學之前都非常欠缺的，因為我們在學校的時編寫代碼篇幅短小，功能單一，所以設計思路通常只留于腦內(nèi)，非常模糊。而在這次項目開發(fā)演練中，老師手把手的教會我如何從需求中抽象出問題，并將之模塊化，然后逐步求精，就如同為高樓大廈搭建棟梁。

第四，我學會了如何團隊合作，共同開發(fā)。作為項目開發(fā)小組的組長，我的體會更加深刻。獨木難支，光靠一個人的力量是遠遠不夠的。只有管理組織好一個團隊，才能夠最終完成項目的開發(fā)，或許在編程技術(shù)水平上團隊成員有高有低，但是，每個人都有自己的閃光點，總可以在團隊的找到適合自己的位置，每個人在自己的團隊中做的貢獻，創(chuàng)造出不可磨滅的重大價值。

第五，我學會了如何與客戶溝通并展示自己的項目，軟件項目的開發(fā)最終需要的是客戶的認可，讓客戶了解并認可自己的產(chǎn)品最好的辦法就是用言語將自己的項目的最好的一面展示出來，在最后一天里，實訓的老師組織了項目的答辯，給我們提供了鍛煉自己的表達能力，展示自己的項目的舞臺。

在實戰(zhàn)的過程中，我對項目開發(fā)流程有了切實的體會：學會了如何編寫規(guī)范合格的代碼和文檔；學會了了正確理解分析客戶需求并設計項目的方法；體會到了團隊合作精神的重要性，明白了組織團隊進行項目開發(fā)的具體流程，還了解到了向客戶展示產(chǎn)品以及與客戶進行溝通的技巧。

經(jīng)歷過這次實習實訓，我們不僅在編程的理論知識上有所鞏固和深化，更重要的是有了實戰(zhàn)進行項目開發(fā)鍛煉動手能力的機會，積累了一筆寶貴的經(jīng)驗。實訓雖已結(jié)束，但我們的不斷學習的征途才剛剛邁出第一步。今后的路還很長，還有很多機會去實習提高，我們要以更加積極的姿態(tài)去充實自己，學習，不斷地迎接挑戰(zhàn)。

從我X月X日進入公司到現(xiàn)在已經(jīng)過去一年了，從一名剛剛結(jié)束實習的學生到一名獨立的開發(fā)人員，角色改變了，職責也改變了。雖然已經(jīng)預計了工作之中會有很多困難，可是在實際的項目開發(fā)中，自己所遇到遠遠不止自己想象之中的那么簡單、單純。在開發(fā)過程中，難題一個接一個的出現(xiàn)，要做到滿足公司的產(chǎn)品需求，成為一名合格的程序開發(fā)人員，這個過程還很漫長。每天我都在勉勵自己，要好好學，好好做，以后會好的。在此同時我衷心感謝公司給我提供了學習的機會和平臺，這也使我對以后的日子多了些許的信心。

一、工作回顧

在我進入公司的這一年里，我陸續(xù)接觸了公司的gps平臺，智能手表定位，XX鐵路局車站消防綜合管理系統(tǒng)，XX金融款箱管理系統(tǒng)，XX保衛(wèi)處的管理系統(tǒng)，指揮中心的視頻監(jiān)控系統(tǒng)，并在這期間為XXXX制作了一個展示型企業(yè)網(wǎng)站。在剛進入公司的那段時間里，我從沒有接觸過網(wǎng)絡攝像機，對于網(wǎng)絡攝像機根本沒有任何概念，在公司的培養(yǎng)下我逐漸熟悉了各種攝像機，現(xiàn)在拿到XX的攝像機開發(fā)包，可以很熟練的進行二次開發(fā)。在工作之余，我也在努力的學習，和別人交流，學習先進的開發(fā)技術(shù)，請教別人開發(fā)技術(shù)問題。

二、主要問題

1、由于開始對業(yè)務需求不是很熟悉，所以在寫需求分析與了解所要開發(fā)的過程中多次出現(xiàn)因為需求的原因，而不斷修改、返工的情況。在同XX金融交流的時候，這個問題多次困擾著我，對方的需求不明，每次交流的過程中都在變更需求，從而導致了效率比較低的問題。

2、在開發(fā)中，用到很多我所不知道或很多我知道但不太熟悉的領域，在這個領域內(nèi)，我需要不斷的學習。

3、在工作階段，有時比較偏向自己的工作方便，忽略了其他同事的工作上的量與難易。有的功能自己怎么方便怎么寫，如今公司在不斷壯大，我們部門人員在不斷的增加，這樣是不利于多人合作的。

4、工作的條理性不夠清晰，要分清主次和輕重緩急；在開發(fā)時間很倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，哪些需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優(yōu)化空間。

5、學習的知識不夠廣泛；一個項目中，涉及的技術(shù)往往有多種，知識多了，就會靈活變通，以后我會加強這方面的學習。

三、工作心得

1、每一個項目在開始著手的第一步，一定要和客戶把需求溝通清楚，只有了解了項目的需求，才有可能真正做好一個項目。我們需要向客戶提出要求客戶提供所有涉及該項目的資料，每次與客戶見面都需要熟悉業(yè)務與程序的最少一至兩個程序員隨時記錄需求。

2、工作中，有一個無論是技術(shù)，還是經(jīng)驗都比較讓人肯定的前輩帶領，將任務詳細化，詳細到，每個頁面、甚至是一個頁面中的圖片什么時候做好，做到什么程度，這樣把工作進度有計劃有方向的贊定下來，做事很有效率。和XX，XX等人合作時候一定注意要多項工作同步進行，保證每個子模塊都能同步運行。

3、每天的工作小結(jié)真的很重要，這讓我們每天都有計劃的知道自己干了什么，不是漫無目的的工作，所以我們應該養(yǎng)成，日記、周記、月記、年記的工作習慣。

4、工作并不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術(shù)要互相學習，也許有一天，公司需要你發(fā)揮其他的技能幫忙，所以互相學習也是很重要的。自己的工作不能僅僅局限于編程。

國有很多精于編碼的人，但是中國軟件行業(yè)，尤其是網(wǎng)絡應用開發(fā)方面誤區(qū)很大，很難形成有規(guī)模的軟件開發(fā)力量和產(chǎn)品能力，不但比美國差距甚遠，和印度相比也是頗有不如。

這些問題不是在于中國程序員的智商和工作努力狀況，也不是在于國家和民間對開發(fā)的投入程度，而是很大程度上，有一些對技術(shù)，對程序開發(fā)，對項目設計方面的思想誤區(qū)，這些誤區(qū)，導致了軟件行業(yè)的產(chǎn)品化能力不足，缺乏規(guī)?；痛笮蛷陀孟到y(tǒng)研發(fā)能力，可以說，改變認識誤區(qū)，是解決軟件行業(yè)小作坊模式和個體英雄模式所帶來的局限性的重要工作。

中國有很多小朋友，他們18，9歲或21，2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術(shù)細節(jié)相當出眾，也很有鉆研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統(tǒng)，對程序的整體理解能力，這些人，一個網(wǎng)上的朋友說得很好，他們實際上只是一些Coding fans，壓根沒有資格稱為程序員，但是據(jù)我所知，不少小網(wǎng)絡公司的CTO就是這樣的coding fans，拿著嚇人的工資，做著嚇人的項目，項目的結(jié)局通常也很嚇人。

作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具有的素質(zhì)。

1、團隊精神和協(xié)作能力

把它作為基本素質(zhì)，并不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。

把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創(chuàng)造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協(xié)作精神是不可想象的。

獨行俠可以作一些賺錢的小軟件發(fā)點小財，但是一旦進入一些大系統(tǒng)的研發(fā)團隊，進入商業(yè)化和產(chǎn)品化的開發(fā)任務，缺乏這種素質(zhì)的人就完全不合格了。

2、文檔習慣

說高水平程序員從來不寫文檔的肯定是乳臭未干的毛孩子，良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為代碼程序員，30%的工作時間寫技術(shù)文檔是很正常的，而作為高級程序員和系統(tǒng)分析員，這個比例還要高很多。

缺乏文檔，一個軟件系統(tǒng)就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。

3、規(guī)范化，標準化的代碼編寫習慣

作為一些外國知名軟件公司的規(guī)矩，代碼的變量命名，代碼內(nèi)注釋格式，甚至嵌套中行縮進的長度和函數(shù)間的空行數(shù)字都有明確規(guī)定，良好的編寫習慣，不但有助于代碼的移植和糾錯，也有助于不同技術(shù)人員之間的協(xié)作。

有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能他們自己壓根不配自稱程序員。

代碼具有良好的可讀性，是程序員基本的素質(zhì)需求。

再看看整個linux的搭建，沒有規(guī)范化和標準化的代碼習慣，全球的研發(fā)協(xié)作是絕對不可想象的。

4、需求理解能力

程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性能指標全部歸結(jié)到硬件，操作系統(tǒng)和開發(fā)環(huán)境上，而忽視了本身代碼的性能考慮，有人曾經(jīng)放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數(shù)量級的訪問情況下的性能指標是如何實現(xiàn)的，對于這樣的程序員，你給他深藍那套系統(tǒng)，他也做不出太極鏈的并訪能力。

性能需求指標中，穩(wěn)定性，并訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統(tǒng)運營中所處的環(huán)境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。

就這一點，一個成熟的程序員至少需要2到3年的項目研發(fā)和跟蹤經(jīng)驗才有可能有心得。

5、復用性，模塊化思維能力

經(jīng)常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫一些沒有任何新意的代碼，這其實是中國軟件人才最大浪費的地方，一些重復性工作變成了熟練程序員的主要工作，而這些，其實是完全可以避免的。

復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數(shù)的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統(tǒng)存在，是否可以通過簡單的修改參數(shù)的方式在其他系統(tǒng)和應用環(huán)境下直接引用，這樣就能極大避免重復性的開發(fā)工作，如果一個軟件研發(fā)單位和工作組能夠在每一次研發(fā)過程中都考慮到這些問題，那么程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投入到創(chuàng)新的代碼工作中去。

一些好的程序模塊代碼，即便是70年代編成的，拿到現(xiàn)在放到一些系統(tǒng)里面作為功能模塊都能適合的很好，而現(xiàn)在我看到的是，很多小公司軟件一升級或改進就動輒全部代碼重寫，大部分重復性工作無謂的浪費了時間和精力。

6、測試習慣

作為一些商業(yè)化正規(guī)化的開發(fā)而言，專職的測試工程師是不可少的，但是并不是說有了專職的測試工程師程序員就可以不進行自測；軟件研發(fā)作為一項工程而言，一個很重要的特點就是問題發(fā)現(xiàn)的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成后進行認真的測試，就可以盡量將一些潛在的問題最早的發(fā)現(xiàn)和解決，這樣對整體系統(tǒng)建設的效率和可靠性就有了最大的保證。

測試工作實際上需要考慮兩方面，一方面是正常調(diào)用的測試，也就是看程序是否能在正常調(diào)用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調(diào)用的測試，比如高壓力負荷下的穩(wěn)定性測試，用戶潛在的異常輸入情況下的測試，整體系統(tǒng)局部故障情況下該模塊受影響狀況的測試，頻發(fā)的異常請求阻塞資源時的模塊穩(wěn)定測試等等。

當然并不是程序員要對自己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試并盡早發(fā)現(xiàn)和解決問題，當然這需要上面提到的需求理解能力。

7、學習和總結(jié)的能力

程序員是人才很容易被淘汰，很容易落伍的職業(yè)，因為一種技術(shù)可能僅僅在三兩年內(nèi)具有領先性，程序員如果想安身立命，就必須不斷跟進新的技術(shù)，學習新的技能。

善于學習，對于任何職業(yè)而言，都是前進所必需的動力，對于程序員，這種要求就更加高

但是學習也要找對目標，一些小coding fans們，他們也津津樂道于他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網(wǎng)絡程序不懂通訊傳輸協(xié)議，做應用程序不懂中斷向量處理，這樣的技術(shù)人員，不管掌握了多少所謂的新語言，永遠不會有質(zhì)的提高。

善于總結(jié)，也是學習能力的一種體現(xiàn)，每次完成一個研發(fā)任務，完成一段代碼，都應當有目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結(jié)，找到自己的不足，這樣逐步提高，一個程序員才可能成長起來。

一個不具備成長性的程序員，即便眼前看是個高手，建議也不要選用，因為他落伍的時候馬上就到了。

軟件質(zhì)量越來越受到人們的關注，軟件測試作為新興行業(yè)有很多不完善的地方。下面我整理了軟件測試工程師 工作 總結(jié) ，希望對你有幫助。 軟件測試工程師工作總結(jié)篇一 現(xiàn)在軟件測試工作越來越收到企業(yè)的重視，許多人員也投入到軟件測試的行列中來，軟件測試工程師的隊伍越來越壯大。但是如何成為一名優(yōu)秀的軟件測試工程師呢?這是大家比較關注的一個問題，尤其是初入這個行當?shù)娜R鳥更想了解這個問題的答案。本文根據(jù)自己多年來在IT公司從事軟件測試的 經(jīng)驗 總結(jié)了一些東西給大家共享，同時也希望大家提出寶貴的意見和建議。 步驟/ 方法 起碼有三年以上的軟件開發(fā)經(jīng)驗 現(xiàn)在許多軟件企業(yè)招收一些剛剛 畢業(yè) 的大學生或者非計算機專業(yè)的人員作為自己公司軟件測試工程師，這是非常錯誤的，也是對軟件測試不負責任的表現(xiàn)。雖然他們可以發(fā)現(xiàn)軟件中的一些錯誤，但是對于軟件中的一些關鍵，致命，危險的錯誤他們是很難發(fā)現(xiàn)的。大家都知道，軟件工程中有個模型叫瀑布模型，這是最基本的軟件模型，這個模型又叫碗狀模型，因為開發(fā)位于碗的最底部，左上方依次為建模，需求分析，設計;右上方依次為測試，部署，維護。這就是說明軟件開發(fā)是一切軟件活動的基礎，同時也是軟件測試的基礎。一個人只有經(jīng)歷過一定年限的軟件開發(fā)工作，才可以積累豐富的經(jīng)驗，知道在軟件中哪些地方容易出錯而那些地方不容易，這給以后的軟件測試工作帶來非常寶貴的經(jīng)驗。 有 逆向思維 的能力 我曾經(jīng)接觸過一些軟件測試工程師，他們干了一段時間軟件測試工作后返回去又開始去做開發(fā)工作了，問他們?yōu)樯?答案是軟件測試工作太難了，開發(fā)是順向思維，而測試是逆向思維，老要找一些稀奇古怪的思路去操作軟件。軟件的使用者千差萬別，軟件在使用過程中遇到的各種現(xiàn)象也是千差萬別的，所以要求軟件測試工程師需要具有一些逆向思維的能力，想別人所不想，測別人所不測，這樣才可以找到更多的軟件中的錯誤。這是作為一名優(yōu)秀的軟件測試工程師最基本的素質(zhì)。 善于同軟件開發(fā)人員溝通 溝通是當今軟件項目中需要掌握的最關鍵技術(shù)之一。軟件測試人員要善于同軟件開發(fā)人員溝通，軟件測試人員與開發(fā)人員搞好關系，使測試人員不成為開發(fā)人員的眼中釘，這對于提高整個軟件項目質(zhì)量是十分重要的。溝通主要包括： 討論軟件的需求，設計：通過這樣的溝通，你可以更好的了解所測試的軟件系統(tǒng)，以至于盡可能少的測試出軟件中不是錯誤的“錯誤”，從而降低給軟件開發(fā)人員帶來的壓力。 報告 好的測試結(jié)果：作為一個測試人員，發(fā)現(xiàn)錯誤往往是測試人員最愿意而且引以自豪的結(jié)果，但是一味地給開發(fā)人員報告軟件錯誤，會給他們造成厭惡感，降低整個軟件的質(zhì)量和開發(fā)進度。所以作為一名軟件測試工程師，當你測試的模塊沒有嚴重的錯誤或者錯誤很少的時候，你不妨跑到開發(fā)人員那里告訴他們這個好消息，這會給你帶來意想不到的結(jié)果。 討論一些與工作無關的事情：作為一個測試人員經(jīng)常和開發(fā)人員討論一些與工作無關的事情，比如大家可以談談新聞，趣事，家庭…這樣可以加強相互間的默契程度，許多統(tǒng)計表明，這樣可以更好的提高軟件工作質(zhì)量。 善于同領導溝通 測試人員往往是領導的眼和耳，領導根據(jù)測試人員的測試結(jié)果可以了解公司的產(chǎn)品質(zhì)量，從而調(diào)整其他的工作。領導工作一般比較繁忙，所以作為一名優(yōu)秀的測試人員要學會把測試結(jié)果進行總結(jié)，最好以圖表的形勢給領導看。 掌握一些自動化測試工具 測試工作往往是比較繁瑣，枯燥無味的工作，測試人員長期處于重復的手工工作，會降低測試效率，并且對于測試質(zhì)量也往往是不利的;況且許多測試不使用測試工具是不可以進行的，比如性能測試，壓力測試等等。目前市場上有許多測試工具供你使用，你可以根據(jù)自己的需要選擇一些測試工具來輔助你的測試。但是要記住一點，不是說有了測試工具就不要人工測試了，測試工具不是萬能的。 善于學習的能力 軟件測試技術(shù)隨著時間的變化也在做一些提高和改進，作為一名優(yōu)秀的測試人員要善于利用書籍，網(wǎng)站，論壇，交流等各種途徑不斷提高自己的軟件測試水平。 7 提高自己的表達能力 軟件測試人員當發(fā)現(xiàn)軟件中存在缺陷的時候，往往要書寫缺陷報告，缺陷報告要寫得詳盡清楚，使開發(fā)人員能夠盡快定位錯誤，修改錯誤，所以作為一名優(yōu)秀的測試人員提高自己的寫作能力是非常必要的。 8 了解業(yè)務知識 更好的了解你說測試軟件的業(yè)務知識是非常重要的，對業(yè)務知識了解得越深入，越能夠找出更深入，更關鍵，更隱蔽的軟件錯誤。所以作為一名優(yōu)秀的軟件測試工程師，要多向該領域?qū)＜?，同行學習，提高自己的業(yè)務知識水平。 以上僅為個人的一些經(jīng)驗所談，希望大家都能夠成為一名優(yōu)秀的軟件測試工程師。 軟件測試工程師工作總結(jié)篇二 1、分享第一條經(jīng)驗：“學歷代表過去、能力代表現(xiàn)在、學習力代表未來。”其實這是一個來自國外 教育 領域的一個研究結(jié)果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈!- 2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什么?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術(shù)，將來成為專家級人物?向管理方向走，成為職業(yè)經(jīng)理人?先熟悉行業(yè)和領域，將來自立門戶?還是先在行業(yè)里面混混，過幾年轉(zhuǎn)行做點別的?這很重要，它將決定你近幾年、十年內(nèi)“做什么事情才是在做正確的事情!”。- 3、軟件開發(fā)團隊中，技術(shù)不是萬能的，但沒有技術(shù)是萬萬不能的!在技術(shù)型團隊中，技術(shù)與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟件項目團隊中，技術(shù)水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、設計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術(shù)基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個“高學歷的牛人”(非技術(shù)型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。- 4、詳細制定自己軟件開發(fā)專業(yè)知識 學習計劃 ，并注意及時修正和調(diào)整(軟件開發(fā)技術(shù)變化實在太快)。請牢記：“如果一個軟件開發(fā)人員在1、2年內(nèi)都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了?！辈灰嬖V自己沒有時間。來自 時間管理 領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業(yè)以來，平均每天實際學習時間超過2小時。- 5、書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書!我買的那些家伙出的書，!00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉?！皳碛袝⒉槐硎緭碛兄R;擁有知識并不表示擁有技能;擁有技能并不表示擁有 文化 ;擁有文化并不表示擁有智慧?！敝挥袑咀兂傻淖约褐腔?，才算是真正擁有了它。- 6、不要僅局限于對某項技術(shù)的表面使用上，哪怕你只是偶爾用一、二次?！皩θ魏问挛锊痪烤屠铩笔侨魏涡袠I(yè)的工程師所不應該具備的素質(zhì)。開發(fā)windows應用程序，看看windows程序的設計、加載、執(zhí)行原理，分析一下 pe文件格式，試試用sdk開發(fā)從頭開發(fā)一個windows應用程序;用vc++、 delphi、java、。net開發(fā)應用程序，花時間去研究一下mfc、vcl、j2ee、。net它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、設計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!- 7、在一種語言上編程，但別為其束縛了思想?！按a大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關鍵模塊時，為什么不可以借鑒c、c51、匯編的模塊化封裝方式?用傳統(tǒng)的桌面開發(fā)工具(目前主要有vc++、delphi)進行系統(tǒng)體統(tǒng)結(jié)構(gòu)設計時，為什么不可以參考來自 java社區(qū)的ioc、aop設計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架?在進行類似于實時通信、數(shù)據(jù)采集等功能的設計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式?為什么一切都必須以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題???“他山之石、可以攻玉”。- 8、養(yǎng)成總結(jié)與 反思 的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統(tǒng)體系結(jié)構(gòu)、甚至進化為框架。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務時都從頭開始，而有經(jīng)驗者往往通通過重組自己的可復用模塊、類庫來解決問題 (其實這個結(jié)論不應該被局限在軟件開發(fā)領域、可以延伸到很多方面)。這并不是說，所有可復用的東西都必須自己實現(xiàn)，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現(xiàn)，這樣沒有知識產(chǎn)權(quán)、版權(quán)等問題，關鍵是自己實現(xiàn)后能真正掌握這個知識點，擁有這個技能。- 9、理論與實踐并重，內(nèi)外雙修。工程師的內(nèi)涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產(chǎn)品的本質(zhì)及軟件產(chǎn)品研發(fā)的思想精髓的人(個人觀點、歡迎探討)。掌握軟件開發(fā)語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質(zhì)的工作。學習、掌握軟件產(chǎn)品開發(fā)理論知識、軟件開發(fā)方法論，并在實踐中理解、應用軟件產(chǎn)品的分析、設計、實現(xiàn)思想來解決具體的軟件產(chǎn)品研發(fā)問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。 軟件測試工程師工作總結(jié)篇三 先介紹一下我的背景：通信類院校05年畢業(yè)、本科、計算機專業(yè)，畢業(yè)后進入一家大型通信設備商工作，任職軟件測試工程師。 一、T項目執(zhí)行 05年7月13日入部門，此時才知道自己被分配到了測試部。部門主管把我領走后，就把我交給了導師。 入部門的頭幾天，主要熟悉公司的工作環(huán)境，認識部門同事，了解產(chǎn)品知識。由于我們是做傳輸設備的，所以當時學習的產(chǎn)品知識主要以SDH原理為主，包括SDH的幀結(jié)構(gòu)、網(wǎng)絡的保護和倒換等。 下面介紹一下我所做的項目。 項目名稱：T軟件 項目概況：該項目是在PC和Sun工作站上開發(fā)的軟件，屬于CS結(jié)構(gòu)。Client端用Java開發(fā)(開始使用，后來改用)，實現(xiàn)跨平臺;Server端用C++開發(fā)，使用ACE實現(xiàn)跨平臺(Windows和Unix)。 人力投入：開發(fā)好像是9人，測試3人。(我來的時候是產(chǎn)品的第2個版本，人力投入大概如此) 我入部門幾天后，T項目就進入了測試階段。我的任務就是執(zhí)行分配給我的測試用例。當時我只知道根據(jù)測試用例描述的內(nèi)容，去點鼠標，如果發(fā)現(xiàn)程序出現(xiàn)錯誤或異常，就填寫問題單。我就這樣沒有任何思考的按著測試用例點了3個月的鼠標 : ) 現(xiàn)在想起當初的測試工作，實在有太多的不足，和待改進點。 1、 測試用例。對于一個軟件的測試來講，測試用例是至關重要的。測試用例要覆蓋所有測試規(guī)格，而且測試用例要易于理解、易于執(zhí)行，簡單的講就是要描述的規(guī)范。而當時我們的測試用例卻是一團糟，最糟糕的是用例的質(zhì)量很差，使用這些測試用例，根本無法保證產(chǎn)品質(zhì)量。測試用例的預置條件、操作步驟、預期結(jié)果的描述也是亂糟糟的，而且用于存儲測試用例的 Excel 表格設計的很差，界面很不友好，從一定程度上降低了測試效率。 2、 產(chǎn)品知識。T軟件雖然是在PC和工作站上運行的，但是開發(fā)T軟件的目的是為產(chǎn)品服務的，所以我們必須具備產(chǎn)品知識，才能更好的對T軟件進行測試。恰巧當時包括我導師在內(nèi)的3個人，都不太了解產(chǎn)品，所以就造成我們無法判斷某些測試用例是否驗證通過。從而導致了與開發(fā)人員的多次爭吵。 3、 軟件測試的重點不明確。軟件測試是軟件工程中的一項重要活動，它盡可能發(fā)現(xiàn)程序中存在的缺陷，保證程序的質(zhì)量。但軟件作為一種商業(yè)品，有它的發(fā)布時限，老板說這個軟件要1月份發(fā)布，你總不能測到12月份再給他發(fā)布吧。當時我們在一些小問題上與開發(fā)人員糾纏過多，而很多重點卻沒有得到重視，一些嚴重問題暴露的比較晚，導致測試時間延了又延，版本測了一個又一個，想起那些日子，只能如此描述：“累并痛苦著”。 : ( 4、 測試流程的把握。7月份中旬，T項目從開發(fā)部轉(zhuǎn)到測試部，進入了測試階段，實際當時的產(chǎn)品質(zhì)量并不能達到轉(zhuǎn)測試的標準，而我們卻讓他們通過了轉(zhuǎn)測試，結(jié)果就給我們自己帶來了巨大的痛苦。而且后續(xù)的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了?；仡^想一想，T軟件還真的是我們測出來的，而不是開發(fā)寫出來的 : )