程序員個人工作總結(精選15篇)
總結是指社會團體、企業單位和個人在自身的某一時期、某一項目或某些工作告一段落或者全部完成后進行回顧檢查、分析評價,從而肯定成績,得到經驗,找出差距,得出教訓和一些規律性認識的一種書面材料,寫總結有利于我們學習和工作能力的提高,快快來寫一份總結吧。那么總結有什么格式呢?以下是小編為大家整理的程序員個人工作總結,歡迎閱讀,希望大家能夠喜歡。
程序員個人工作總結1
時間一晃,一年的時間就這樣過去了;仡欉^去的這段時間,可以說是一部辛酸史。因為本身之前沒有學的這個專業,所以,在這行業里面,基本上技能為零。好在上級領導的正確引導和同事的關心與支持,加上自己的努力,這才漸漸進入這個圈子。在過去的一段時間里,我對自己的工作總結如下:
一、培訓學習和日常工作積累。
在x月中旬我來到了xxxx公司信息科技有限公司參加招聘,經過幾輪面試和筆試,終于能夠有幸加入了xxxx公司這個大家庭,在我進入公司時我拿到的第一份資料就是公司介紹和新員工入職說明,當時只是覺得公司很正規,很強大。在和部門領導以及項目經理交流后,感覺公司很親切,很溫馨。對其它方面就不太知道了,特別是對視頻監控幾乎一無所知。通過三個月的親身體會,對智能交通和公司有了一定了解。公司的理念在平時的工作以及項目開發時體現的淋漓盡致,本人對公司的理念非常認同。公司發展不忘回報社會的壯舉,令人敬佩。公司以人為本、尊重人才的思想在實際工作中貫徹,這是xxxx公司能發展壯大的重要原因。在十年左右的時間實現跨越發展的確很不容易,在智能交通行業深入發展是xxxx公司的雄心壯志,也是凝聚人才的核心動力,F在公司在視頻監控以及安防行業起到了舉足輕重的地位,今后還將更加輝煌。
二、遵守各項規章制度,認真工作,使自己素養不斷得到提高。
愛崗敬業的職業道德素質是每一項工作順利開展并最終取得成功的保障。在這半年多的時間里,我能遵守公司的各項規章制度,兢兢業業做好本職業工作,半年來從未遲到早退,用滿腔熱情積極、認真地完成好每一項任務,認真履行崗位職責,平時生活中團結同事、不斷提升自己的團隊合作精神。一本《細節決定成敗》讓我豪情萬丈,一種積極豁達的心態、一種良好的習慣、一份計劃并按時完成竟是如此重要,并最終決定一個的人成敗。這本書讓
我對自己的人生有了進一步的認識,渴望有所突破的我,將會在以后的工作和生活中時時提醒自己,以便自己以后的人生道路越走越精彩。
三、認真學習崗位職能,工作能力得到了一定的提高。
根據目前工作分工,我的主要工作任務是(1)參與公司軟件項目的開發與測試;(2)負責xx省路警聯合指揮中心軟件系統的維護工作。通過完成上述工作,使我認識到一個稱職的開發人員應當具有良好的語言表達能力、扎實的技術能力、較強的邏輯處理能力、靈活的應變問題能力、有效的對外聯系能力。在參與項目開發的過程中,發現很多看似簡單的工作,其實里面還有很多技巧。
四、不足和需改進方面。
雖然加入公司這個大家庭已經半年有余,對開發技術掌握的還不是很深,對發現問題的處理還不是很全面,對分工的工作還沒有形成系統的計劃。隨著對公司和工作的進一步熟悉,我也希望能夠在今后的工作中更加迅速的提升自己的.業務能力以及技術能力,我覺得多做一些工作更能體現自己的人生價值!皹I精于勤而荒于嬉”,在以后的工作中我要不斷學習業務知識,通過多看、多問、多學、多練來不斷的提高自己的各項業務技能。學無止境,時代的發展瞬息萬變,各種學科知識日新月異。我將堅持不懈地努力學習各種知識,并用于指導實踐。在今后工作中,要努力做好開發人員的本職工作,把自己的工作創造性做好做扎實,為項目的開發以及公司的發展貢獻自己的力量。
五、工作計劃暫時做出以下幾點規劃:
1、要提高工作的主動性,做事干脆果斷,不拖泥帶水;
2、工作要注重實效、注重結果,一切工作圍繞著目標的完成;
3、把握一切機會提高專業能力,加強平時知識總結工作;
4、精細化工作方式的思考和實踐。
5、虛心請教比我做的優秀的其他同事,向他們學習技術或經驗。
6、要提高大局觀,是否能讓其他人的工作更順暢作為衡量工作的標尺。
程序員個人工作總結2
公司程序員試用期個人工作總結2篇
工作總結就是把一個時間段的工作進行一次全面系統的總檢查、總評價、總分析、總研究,并分析成績的.不足,從而得出引以為戒的經驗。以下是小編收集的程序員試用期個人工作總結2篇,歡迎閱讀!
程序員個人工作總結3
先自我簡介一下,本人從事開發進一年,09屆畢業生,08年11月開始上班,之前做asp,09年2月后開始做,由于公司轉型,現在帶十幾個人在一起搞開發,主要是關于準金融行業的行業管理軟件。年度總結在會議上也寫了,但僅限于對于工作總結及20xx年工作計劃,自我總結較少,因此今天專門做下自我的年度總結,主要從技術、管理、人生上面談談這一年的收獲,前輩路過歡迎多多指正。
技術
我在學校里學的是電氣自動化,程序基礎僅限于c基礎課程的一些知識,后來由vb、html轉向asp,在asp上花費了不少時間,對asp比較熟悉,后來由于公司業務需要,將開發平臺轉向,開始對不是很感冒,以為就是asp的一點擴展(那時還不知道三層架構,數據數據訪問全在頁面里——!),后來招來幾個北大青鳥的過來終于意識到的強大之處,經過個人的努力已經逐步掌握了,現在層次上只能講個人覺得是入門而已,原因是多方面的,待會兒會講到。
相信從面向過程轉向面向對象的同學都有一種感覺:面向對象開始真的有點別扭,涉及到屬性,尤其是類之間的各種關系,那時老想用面向過程傳遞參數多方面啊。于是老在想對象這種東西,從概念中跳中來,以自己的方式去理解才逐漸體會到頁面對象的精華來,分層次展現、分級別訪問、封裝對象之間各種關系逐漸真正理解了,尤其是對象之間的關系,如對象a與對象b兩者之間的關系,有些需要完全公開,有些需要隱藏,有些需要通過第三方傳遞,有些需要給自己的下級可見,有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這么理解,面向對象來源于現實,它不是一種憑空空想出來的理論,這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下,頁面過程往往像是一股腦全部推給用戶使用,其中的數據與數據訪問方法層次不清晰,在模擬現實上它與面向對象相比更易于入門理解,實質上難于準確直接地表述。
面向對象上另一方面是它的設計模式,在之前的面向過程中對這個設計模式并沒有清晰地提出來,面向過程優秀的代碼要求高內聚低耦合,從個人的理解上,這僅是對軟件開發方法“技”上理論總結;設計模式是達到了“道”的層次,因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系,可以認為設計模式是完全從實際的應用來不斷總結得來的經驗,之間并沒有這種術語,但相信前人肯定也使用到這種思想,它從實際應用于來,當然要應用于實際工作中,認真思考不斷總結每個人都會有自己的“設計模式”,可以借鑒前人的思想來去提升自己,不可去為“設計模式”而設計模式。
具體到的實現模型中,真正理解它的機制與方法也就不難理解,記住b/s中離不開post或get,所有的autopostback、selectedindexchanged……都是去調用form傳值,加上runat=server的服務器控件打開它生成的源文件也是普通的html標簽,微軟的讓軟件開發更容易的`思路是很好的,時代在前進,很多年前你使用c寫出mis證明你很牛,很多年之后你不在使用c去寫“學生管理系統”、“圖書館管理系統”那只能說明你的腦子少一根筋,開發語言都有長處與不足的地方,因為它們適用的場合不同,類似不能拿匕首去跟炮彈比,也不能拿c與php比,程序員都有一種偏執的心理,但一點要記住,你面對的用戶才有最終發言權,程序能不能滿足需要,易用性、穩定性、成本才是應當首先放到重要位置來去談的。
管理
最開始擔任管理一職時開發團隊加我在內只有四個人,那時只是抱著接受挑戰的心理去做管理,加上我本人比較重感情,團隊之間關系相處都不錯,但嚴重的問題逐漸顯露出來:工作的隨意性、團隊精神薄弱、工作方式蠻干,印象深刻的是有幾個開始承諾項目不能完工,于是最后天天加班,一直做到早上6點,睡一會7點半接著上班,幾個同事都是年齡差不多的小伙子,干勁十足。后來隨著時間的推進,問題越來越擺在眼前:項目遲遲不能完工,又由于公司待遇方面讓新員工感覺不值得,于是形成了老板抱怨員工也抱怨的狀況,我在中間兩點都要去“消火”,這期間是我們部門相對最累的時間但也是相對感覺最充實的時候,后來,之前的員工跟我說“再也找不到那種感覺了”,這是我能想像的。這期間主要是老總對我十分信任,工作上主要是管理方法上對我指點了不少。后來我逐步體會到,管理應該是“大家定規則去遵守”,而不應該是“人管人”。
人管人很容易陷入一個誤區:領導去時時刻刻關注每個員工,這樣最后往往后造成員工對領導的敷衍了事,管理松了員工會責任下下降,管理緊了造成員工與領導關系緊張,另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全
程序員個人工作總結4
20xx年已然向我們揮手告別而去了。在20xx年初之際,讓我們對過去一年的工作做個總結。忙碌的一年里,在領導及各位同事的幫助下,我順利的完成了20xx年的工作。為了今后更好的工作,總結經驗,完善不足,現對本年度的工作匯報如下:
一.本年工作總結及計劃完成情況
1.上半年主要基于物資系統,電子采購系統的開發工作。首先熟悉新框架結構,根據設計文檔,用戶需求進行業務開發。對新框架中公共組件進行封裝,提高開發效率。
2.下半年主要基于機電設備系統項目及app,健康管理項目開發。對apiCloudapp開發進行了初步學習和思考。針對巡檢系統開發出對應app應用。在健康管理項目中開發即時通訊功能,在服務框架上面選取netty框架,對此技術進行了研究和學習。在app上完成客戶聊天功能。
二.工作中存在的.問題及改進措施
1.程序員的基本工作就是編碼,那我就談談自己在編碼中的一些體會和認識。在代碼編寫中,有些方法函數寫的特別的長,在維護時非常的難理解,有時自己寫的代碼,過了一段時間自己去看時,發現特別的吃力,非常的難理解。有時就是改一行代碼,但是卻花了大一部分時間去理解,給自己和他人帶來了不必要的麻煩。今后我應該積極的分解函數,將一個行數非常長的函數分解開來,并且一個函數只做一件事,降低代碼復雜度。正所謂越簡單越好。
2. 在編寫代碼時有些沒用的代碼,重復的代碼,沒有刪除。在回頭時看時,感覺很奇怪,讀不懂代碼在這塊干了什么。因此,在寫代碼時邏輯要清楚,簡便,去除沒用,重復的代碼。
3.在維護項目時總是在前端找后端代碼時,或者相反找時總是找不到,或者很難找到對應位置 。文件命名不規范,注釋沒有,在維護時造成很大的迷惑。因此,確保注釋和代碼一致,命名要準確,簡潔。
三 .本年重點工作計劃
1.完成本年領導安排的工作計劃任務和公司項目的維護開發。
2.改正以前在工作中常犯的編碼不良習慣。對公司開發框架技術進行進一步的學習和運用。
3.利用工作之余時間,加強學習,提高自己處理問題和解決新問題的能力,為后期工作打好基礎。
4.深入掌握Java基礎知識及數據庫技能。
5.利用閑暇時間學習掌握Springboot+Vue/LayUi/Angular技術,掌握互聯網項目開發基本技能。
6.提升團隊協作、項目管理、解決項目技術等能力。
程序員個人工作總結5
隨著20xx新年的腳步的步步臨近,20xx年即將在忙碌與充實中過去。在這個辭舊迎新、萬象更新的時時刻,對20xx年工作上的收獲,知識的豐富,經驗的增長以及問題不足的暴露進行一系列的總結,并明確來年的目標,以盼能懲前毖后,在新的一年中有更好的成績。
1.20xx年的主要工作
1.1武警黃金部隊礦業權管理系統。(7月-10月)
完成的主要工作:
1)參與武警黃金部隊礦業權管理系統的功能測試。
2)參與武警黃金部隊礦業權管理系統的文檔編寫。
3)參與完成武警黃金部隊礦業權管理系統的bug勘誤工作。
4)參與完成武警黃金部隊礦業權管理系統向oracle數據庫的升級工作。
5)參與完成武警黃金部隊礦業權管理系統oracle版本的功能測試以及bug勘誤工作。
1.2國界審界工具。(10月-至今)
1)參與國界審界工具設計方案的編寫。
2)國界審界工具的'程序原型代碼的編寫。(進行中)
1.3有色地質調查中心網上申報系統。(xx月-至今)
1)參與有色地質調查中心網上申報系統的代碼編寫。(進行中)
2.20xx年的經驗和教訓總結
自七月入職以來,主要參與了兩個項目,現對這兩個項目進行總結。
武警黃金部隊礦業權管理系統是我參與的第一個項目,也是入職以來投入精力最多的項目。在這個項目中我對web編程開始了解和熟悉,對mssql和oracle數據庫的差異開始了解。在這個項目中投入精力最多的是從mssql版本遷移到oracle版本,這個過程中不僅僅是對數據庫知識的豐富和提高,還是對網站系統的整體架構和細節編碼的認識和提高。在后期對系統進行優化和修改的過程中,也重點學習了ext框架的部分應用,使得該系統從當初的bug多,界面不一致的狀況得到了明顯的改善,最終項目圓滿結束。
經驗:mssql和oracle數據庫之間差異,ext框架的應用,輸入檢測的方法和應用教訓:重視細節不能忽略小問題,進行重復工作不能大意,考慮問題要嚴謹完成武警黃金部隊礦業權管理系統之后,我參與到了國界審界工。
教訓:考慮用戶的實際需求而不是主觀臆斷。
程序員個人工作總結6
20xx年第三季度也已經過去了, 在本季度中,我積極完成上級交給的任務,與團隊成員配合默契,融入團隊,認真學習,攻克難關,讓自己更進一步。
這一季度,繼續參與了XX項目的開發,主要負責了開發的模塊有:手術管理系統—手術排成,門診病歷—打印門診病歷(門診病歷,西藥處方單,檢查檢驗申請單,自費同意書,診斷同意書),接收HL7消息保存本地數據庫功能,電子病歷生成任務發送到任務記錄,門診急診部分電子病歷任務發送給集成平臺,門急診平臺消息接收集成平臺消息并操作電子病歷系統,急診留觀住院(臨時醫囑。長期醫囑)展開,實時消息提醒功能。參與封裝了部分新的控件:新的動態提示控件(XXTextBox,XXDataGridView, XXDynamicComboBox),病人基本信息統一顯示等控件。
在7月份,我們去XXX醫院實地了解了一下醫院現有的業務流程,了解了現有XXX電子病歷系統XXX醫院使用情況。1。門診病人:掛號,導醫臺,病人排隊,病人看診,門診醫生書寫初診病歷,開立醫囑,病人收費,取藥等業務,2。急診病人:病人檢傷,掛號,病人看診,急診醫生開立檢驗/檢查醫囑,病人檢驗檢測,病人復診,開立藥品醫囑,病人收費,取藥等流程。3。醫院病人:預約住院預分配床位,病人預付費,病人入院護士分配床位,主治醫生書寫入院記錄,病程記錄,開立醫囑等業務。對我們在以后的系統開發中有很大的幫助。
這個季度中主要學習了
HL7衛生信息交換標準,學習使用Socket發送接收HL7消息。利用nHapi解析和包裝HL7消息。
2。系統中使用Socket開發實時消息提示功能。
3。封裝了部分控件,發現自己在控件的使用上還有很多不足,以后還需要繼續學習。
本季度項目開發時主要遇到了以下問題,
本地開發測試通過上傳運行不了問題,
2。系統不直接引用項目時,反射時提示dll版本不正確的問題,
3。底層項目更新修改時,高層調用都要重新編譯的問題。
4。實時消息時采用心跳的方式 ,對服務器的性能要求。 在下一個季度里解決。
在以后個工作中
進一步的了解系統業務,學習公司現有系統的.操作方式,提高自己的開發效率。
2。提高數據庫知識,學習處理當面臨大量數據的如何優化查詢,提高系統性能的知識。
程序員個人工作總結7
回首這一年的工作,有碩果累累的喜悅,有工作當中的艱辛,也有遇到困難和挫折時的惆悵。在項目可開發的過程中,難題一個接一個的出現,自信心不止一次的受到過打擊,雖然自己早就知道,要做到符合公司的要求,做一名合格的程序員,這些是遠遠不夠的。每天我都會不斷勉勵自己,好好學,以后會好的。在此同時,公司也給了我很多學習的機會,這是我對以后的編程之路又有了信心。在擔任公司程序員一職已經有一年多的時間,在這一年時間里,我學到了很多東西。每個人都是在不斷的總結中成長,不斷的是審視中完善自己。在這一年里自己也是在總結、審視中腳踏實地完成好自己的本職工作,現將這一年的工作總結如下:
思想方面
嚴格按照一個程序員應有的素養來約束自己,愛崗敬業,具有強烈的責任崗和事業心,積極主動認真的學習專業知識,工作態度端正,聽從公司的安排,積極配合客戶完善數字化校園系統。
工作方面
熱愛自己的本職工作,能夠正確認真的對待每一項工作,工作投入,熱心為大家服務,認真遵守勞動紀律,按時上下班,有效利用工作時間,堅守崗位,需要加班完成工作的要按時加班加點,保證工作能夠按時完成。在這一年多的時間里面,我本著把工作做的更好這樣一個目標,主動了解公司的開發項目流程,請教他們開發技術上的問題。
工作心得
1. 在這一年多的時間里面,我參與的都是團隊合作的項目,無論是自己還是同事,我們都將就團隊精神。在信任自己和他人的基礎上,思想統一,行動一致,這樣的團隊一定會攻無不克戰無不勝。我們的很多工作是一起完成的,在這個過程中,大家互相提醒和補充,大大提高了工作效率,所有的工作中溝通是最重要的,一定要把信息處理的及時,有效和清晰。
2. 每一個項目在開始著手的第一步,一定要和客戶把需求溝通清除,只要了解項目的'需求,才有可能真正做好一個項目。我們需要向客戶提出,要求客戶提供所有涉及該項目的資料,每次與客戶見面都需要熟悉業務與程序的程序員隨時記錄需求。
3. 工作中,將任務詳細化,詳細到每個頁面,甚至是一個頁面中的圖片什么時候做好,做好到什么程度,這樣把工作進度有計劃有方向的定下來,做事很有效率。
4. 每天的工作小結真的很重要,這讓我們每天都有計劃的知道自己干了什么,不是漫無目的的工作,所以我們應該養成,日記、周記、月記、年記的工作習慣。
5. 工作并不是一成不變的,也許有一天你要去其他崗位幫忙,所以同事之間的技術要相互學習,也許有一天,公司需要你發揮其他的技能幫忙,所以相互學習也是很重要的。
工作教訓
在公司工作的期間,我也發現了自己離一個符合公司要求的程序員還有很多差距,主要體現在工作技能與工作經驗的不夠,也是我以后要在工作中不斷磨練和提高自己的地方。仔細總結一下,自己在工作中主要有以下方面做的不夠好:
1. 工作的條理性不夠清晰,要分清主次和輕重緩急。
在開發時間很倉促的情況下,事情多了,就一定要有詳細而主次分明的計劃,哪 需要立即完成,哪些可以緩緩加班完成,在這方面還有很大的優化空間。
2. 對流程、業務需求不夠熟悉。
在工作中,發現因為流程或業務需求的問題而不知道如何下手的情況有點多,包括錯誤與缺漏還有當時設計考慮不到位的地方,對于這塊的控制力度顯然不夠,平時總是在開發,但說到底對業務很熟悉才是項目很好完成的前提。
3. 缺乏工作經驗。
4. 學習的知識不夠廣泛。
一個項目中,涉及的技術往往有很多種,知識多了,就會靈活變通,以后我也會加強這方面的學習。
工作計劃
1.
2.
3.
4.
5.
6. 要提高工作主動性,做事干脆果斷,不拖泥帶水。工作要注重實效、注重結果,一切工作圍繞著目標完成。 要提高大局觀,是否能讓其他人的工作更順暢作為衡量工作的標尺。 把握一切機會提高專業能力,加強平時知識總結工作。精細化工作方式的思考和實踐。 虛心請教比我做的優秀的其他同事,向他們學習技術或經驗。
其實作為一名員工,所有的地方都是需要學習的,多聽、多看、多想、多做、多溝通,向每一個員工學習他們身上的優秀工作習慣,豐富的專業技能,配合著實際工作不斷的進步,不論在什么環境下,我都相信這兩點:
一是:三人行必有我師
二是:天道酬勤
程序員個人工作總結8
新的一年即將到來、回首06年我很榮幸地進入了公司、加入了xxx團隊。。認識了友善嚴謹的領導、熱心和睦且技術優秀的同事。很是開心、這是有收獲的一年。讓我從學生時代轉職到了一個社會人。下面對自己06年進入公司大半年的情況進行年終小結。
一、收獲、不足及改善
a。 業務開発、技術能力
來到xx團隊、經過了將近一個月的培訓、大體上對業務的流程、規約、制造程序的方法步驟有了一定的了解。期間做過從簡單到復雜的幾本程序、從仿真到實際收獲很大。起先、感到這個人事系統非常之龐大、內容豐富、模塊功能繁多。復雜之中又有規律。在此非常感激我的sub leaderxx、還有老員工們對我們的細心指點。、那段時間常常加班加點地幫助我們盡快熟悉系統。
培訓的最后一本程序、是本工作量比較大的程序。我們也研究討論過數天、也發現了詳細設計的問題。體會到xxxxx公司對程序制造的嚴謹和細致。處處體現了規范。不是亂來、隨心所欲地做程序。如注釋地添加、這是多人合作的工作、你寫的代碼要好好書寫注釋、以便于以后的修改閱讀。在做這本程序時、很多的細節問題常常被我們忽視。讓我吃驚的是、畫面上的距離竟然都是用尺子去量的、畫面上的控件有1px的距離、sub leader都為我們指了出來、可見這是一個需要細心、耐心、嚴謹的工作。
在工作中了解到一個原則那就是效率時間優先原則。一切都要有效率、都要在納品之前、提早發現問題、解決問題。千萬不要拖到最后一天、才發現了問題、那樣要耽誤事情了。采用前緊后松原則、前面多加緊點、后面好寬松點。
接著做過一本比較簡單的程序、由于不是很復雜。做的比較順利。經過自測、還有sub leader的測試最終發現了一個java script的問題、補上了。在做著本程序前、先好好研究了段時間、后來發現了詳細設計有錯誤的地方、也指了出來、發了QA得到了日方的確認。總體上是提前完成了任務。也積累了點小經驗。期間最后的步驟source review工作對source進行了修改。有些地方都還不是很規范、總之都要體現按照規約的來、不能隨心所欲。
經過一段時間的修正、體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼、所以一定要提高自己的素質、首先應該注意的要條理清楚、思路明晰。 x提高素質,寫好注釋。經過一段時間的修正,體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼,所以一定要提高自己的素質,首先應該注意的要條理清楚,思路明晰。
掌握進度,隨時匯報。了解到我們做的任務都有xx期限,所以要求我們能估計今天做的任務的進度。然后下班前都要跟自己的team leader匯報。剛開始,我們都很是不習慣,或者是忘記了。沒有及時匯報。這樣很不好,會導致leader掌握不了你做的任務的動態。以后都應該時刻提醒自己反應情況,提出自己遇到的困難需要哪些幫助。
測試不馬虎,差事不應付。有近一段時間我們做了大批量的測試工作。這可能不一定需求很高的技術含量。卻是個考驗細心,嚴謹的任務。甚至有的時候感到很繁瑣枯燥。但這個保證軟件質量的重要過程。如果測試的馬虎,不認真測,軟件到用戶手上才看到bug是多么不好的情況阿。期間我們都對不懂的模糊的條目詢問了同事和領導。不輕易地亂打對錯。做好貼圖,貼數據工作。當然做多了也有了點體會,比如100多項的測試,也可以發現里面的規律,有些項目是一組一組的,比如一個動作,測試下來,就可以對好幾項的對錯進行判別。
中途曾經做過一本xxxxx程序,由于接觸的同事不多,我自己研究了下參考了給定的程序,跟同事研究討論后,最終完成了。期間還發現了詳細設計的錯誤,跟日方溝通得到了確認。這讓我有了信心,雖然沒有接觸過的東西,也是可以通過學習完成的.。
在空閑的時間sub leader也安排了我們自主學習,對xxxxx系統做些技術調查等等。也學到很多,當然還是有很多不明白的地方有待繼續學習。
另:以前曾經做的。net多是windows application方向的,剛進入公司做的是web方向的所以也是有很多需要學習的。工作中發現,有些動作步驟常常是機械的繁瑣的重復的。我們是程序員完全可以自己編寫點小軟件來服務自己,提高效率。我發現加菜單操作非常的繁瑣,要去數據庫查東西,復制粘貼要弄個老半天,在空的時間里,我也寫了個小程序,能夠快速地加菜單,很想繼續完善實現其它的功能得到sub leader及其它幾位同事認可。且課余時間還做過個多年的心愿一個麻將程序,有點停滯不前,現在只完成了個雛形。
總之業務上還有很多需要探索學習的東西。
a。 団體合作,交流協調
做軟件是個團隊合作的項目,不是一個人單槍匹馬能做好的。特別是我們現在做的人事這么個龐大的系統。剛進公司,由于對大家都不是太熟悉,遇到了問題都是自己琢磨。leader鼓勵我們要多交流,F在大家也很融洽,老員工也很熱心地幫助我們新人,遇到問題我們也能討論共同進步。這點做的還是挺好。 b。 工作的態度
工作態度上還能積極配合大家做好工作的,服從領導的安排,有問題及時反應。并沒有惡意地違反規章制度。
程序員個人工作總結9
程序員:舉世至主,萬元之源,眾物所幕,神祗皆掌,歲能長立,箜有己出。弈中悲苦,是自了得!幸事禍事飄忽于其思想,曉如今,心思想,新紀元,心結緣,把話晾。
世間萬物,出于思想,毀亦思想。而思想的源頭正是程序員。
程序員在被選擇作為程序員之前,只是一個程序,程序當然就是指程序員的衍生物,程序員就是本單位思想的創造者,他創造著每一個程序,而程序也有其思想,這思想當然是程序員寫進去的,程序員就這樣靠著周而復始的寫程序來獲得自己的永生,這或許也是一種宿命,他要一直寫下這程序來完成前任程序員給予的使命,當然每個程序員都有著崇高的使命感,不然他們是做不了程序員的。
寫程序固然是一種快樂,他可以隨著自己的思想創造出一切自己所思自己所想的東西出來,任由思想在空寂游蕩而有其始終。雖然這是一項每天創造新鮮的活,然程序員終有其果。于是,新紀元再次到來,當程序員寫下足夠的程序后,他有了新的選擇,那就是退出自己的.思想,把任務交給下一代的程序員來完成。在這之前,當然有件最主要的事需要做,那就是創造出一個新的程序員。如此,程序員將會將自己寫進程序,為達此目的,他將用盡索想提前寫好自己成為程序后的萬物程序,保證新老程序員的順利交接
程序員經過一直以來的堅苦努力,終于熬到了紀元期。憶當初,自己被選擇做了這舉世至主,縱是萬元之源,然其中悲苦,是自了得!
我們都是別人寫下的程序,然誰有能理解程序員之痛,程序員有著眾物所幕的歲能長立,然生生死死,亦不曾快活。
程序員個人工作總結10
光陰如梭,一年的工作轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的20xx年,滿懷熱情的迎來即將到來的20xx年。在這年終之際,現對來公司xx個月的時間里所作的工作匯報如下:
一、正義erp項目的編碼工作
了解xx正義項目的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。
通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。
二、正義erp項目的實施工作
xx月初開始進行正義項目的實施,每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的.安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。
通過這項工作,使我原本欠缺的業務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。
三、幫助和使用手冊文檔的編寫
幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為后期的oa開發也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小問題進行了最后的修改。
四、利用工作之余的休息時間加強學習
平時注意收集有關pb方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習java及oa方面的知識,為后期的工作打好基礎。
以上為本人粗略的個人工作小結,請領導審閱,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。
展望臨近的20xx年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰。
程序員個人工作總結11
光陰如梭,一年的工作時間轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們不得不對20xx年做一次告別。在這年終之際,現對來公司這段時間里所作的工作匯報如下:
1、某某erp項目的編碼工作。
從了解新疆某某項目的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。
通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。
2、、某某erp項目的實施工作。
從十一月初開始進行某某項目的實施,每天早起趕在企業上班前趕到企業進行erp的'實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。
通過這項工作,使我原本欠缺的業務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。
3、幫助和使用手冊文檔的編寫。
幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為后期的oa開發也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小bug進行了最后的修改。
4、利用工作之余的休息時間加強學習。
平時注意收集有關pb方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習java及oa方面的知識(現轉為學習. ),為后期的工作打好基礎。
以上為本人粗略的個人工作小結,請領導審閱,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。
展望臨近的25年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰。
程序員的工作重在細心,所以,在以后的工作中,我將更加的細致認真,踏踏實實,為公司的發展貢獻自己的一份力。
程序員個人工作總結12
先自我簡介一下,本人從事asp。net開發進一年,09屆畢業生,xx年11月開始上班,之前做asp,xx年2月后開始做asp。net,由于公司轉型,現在帶十幾個人在一起搞asp。net開發,主要是關于準金融行業的行業管理軟件。年度總結在會議上也寫了,但僅限于對于工作總結及xx年工作計劃,自我總結較少,因此今天專門做下自我的年度總結,主要從技術、管理、人生上面談談這一年的收獲,前輩路過歡迎多多指正。
技術
我在學校里學的是電氣自動化,程序基礎僅限于c基礎課程的一些知識,后來由vb、html轉向asp,在asp上花費了不少時間,對asp比較熟悉,后來由于公司業務需要,將開發平臺轉向asp。net,開始對asp。net不是很感冒,以為就是asp的一點擴展(那時還不知道三層架構,數據數據訪問全在頁面里——。,后來招來幾個北大青鳥的過來終于意識到asp。net的強大之處,經過個人的努力已經逐步掌握了asp。net,現在層次上只能講個人覺得是入門而已,原因是多方面的,待會兒會講到。
相信從面向過程轉向面向對象的同學都有一種感覺:面向對象開始真的有點別扭,涉及到屬性,尤其是類之間的各種關系,那時老想用面向過程傳遞參數多方面啊。于是老在想對象這種東西,從概念中跳中來,以自己的方式去理解才逐漸體會到頁面對象的精華來,分層次展現、分級別訪問、封裝對象之間各種關系逐漸真正理解了,尤其是對象之間的關系,如對象a與對象b兩者之間的關系,有些需要完全公開,有些需要隱藏,有些需要通過第三方傳遞,有些需要給自己的下級可見,有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這么理解,面向對象來源于現實,它不是一種憑空空想出來的理論,這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下,頁面過程往往像是一股腦全部推給用戶使用,其中的數據與數據訪問方法層次不清晰,在模擬現實上它與面向對象相比更易于入門理解,實質上難于準確直接地表述。
面向對象上另一方面是它的設計模式,在之前的面向過程中對這個設計模式并沒有清晰地提出來,面向過程優秀的代碼要求高內聚低耦合,從個人的理解上,這僅是對軟件開發方法“技”上理論總結;設計模式是達到了“道”的層次,因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系,可以認為設計模式是完全從實際的應用來不斷總結得來的經驗,之間并沒有這種術語,但相信前人肯定也使用到這種思想,它從實際應用于來,當然要應用于實際工作中,認真思考不斷總結每個人都會有自己的“設計模式”,可以借鑒前人的思想來去提升自己,不可去為“設計模式”而設計模式。
具體到asp。net的實現模型中,真正理解它的機制與方法也就不難理解,記住b/s中離不開post或get,所有的autopostback、selectedindexchanged……都是去調用form傳值,加上runat=server的服務器控件打開它生成的源文件也是普通的html標簽,微軟的讓軟件開發更容易的'思路是很好的,時代在前進,很多年前你使用c寫出mis證明你很牛,很多年之后你不在使用c去寫“學生管理系統”、“圖書館管理系統”那只能說明你的腦子少一根筋,開發語言都有長處與不足的地方,因為它們適用的場合不同,類似不能拿匕首去跟炮彈比,也不能拿c與php比,程序員都有一種偏執的心理,但一點要記住,你面對的用戶才有最終發言權,程序能不能滿足需要,易用性、穩定性、成本才是應當首先放到重要位置來去談的。
管理
最開始擔任管理一職時開發團隊加我在內只有四個人,那時只是抱著接受挑戰的心理去做管理,加上我本人比較重感情,團隊之間關系相處都不錯,但嚴重的問題逐漸顯露出來:工作的隨意性、團隊精神薄弱、工作方式蠻干,印象深刻的是有幾個開始承諾項目不能完工,于是最后天天加班,一直做到早上6點,睡一會7點半接著上班,幾個同事都是年齡差不多的小伙子,干勁十足。后來隨著時間的推進,問題越來越擺在眼前:項目遲遲不能完工,又由于公司待遇方面讓新員工感覺不值得,于是形成了老板抱怨員工也抱怨的狀況,我在中間兩點都要去“消火”,這期間是我們部門相對最累的時間但也是相對感覺最充實的時候,后來,之前的員工跟我說“再也找不到那種感覺了”,這是我能想像的。這期間主要是老總對我十分信任,工作上主要是管理方法上對我指點了不少。后來我逐步體會到,管理應該是“大家定規則去遵守”,而不應該是“人管人”。
人管人很容易陷入一個誤區:領導去時時刻刻關注每個員工,這樣最后往往后造成員工對領導的敷衍了事,管理松了員工會責任下下降,管理緊了造成員工與領導關系緊張,另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全局的管理中。
于是“定制度—定分工—定進度”,明確日常所有的規章制度,這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂,然后征求大家意見最后去貫徹執行。中間也遇到了不少問題,比如開始我們內部是允許使用qq的,后來員工用qq閑聊的時間增多,大大影響了工作效率,最后決心禁止,開始阻力較大(貌似程序員都喜歡掛上幾個qq去到群里搞個群主,雖然群里大多都是菜鳥),最后多次開會,逐個談話,闡明道理,形勢逐漸好轉。
項目分工上針對技術水平明確分工,制訂項目開發計劃,由于開始技術都不是很成熟,不少時間我這邊強勢要求,使用野蠻方法,完不成加班——我陪著加班,這段時間能感覺到員工對我稍有怨言但總體還是認可的。
這期間公司新招人員,人員的增多更使我意識到團隊管理的重要性,這期間版本控制、編碼規范、文檔管理、bug管理等諸多問題都得到一一解決,技術水平上主要是我個人利用空余時間學習新知識充電,然后展開各種培訓,主要是photoshop、css、js、sql等方面,培訓一方面提升了員工的技術水平,一方面我本人在學習培訓的過程中得到的最多,因為這個時候個人要求去思考的會,加上我本人對技術興趣比較深厚,所以后期工作慢慢踏入良性循環。
待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題,這方面公司在某些方面決策層有著嚴重的錯誤思想,造成技術人員對公司埋怨增多,在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟,因為我明白現在公司的問題與當前中國軟件行業的通病一樣,盲目追求利益最大化,不求質量,但求速度,整個社會風氣造成軟件行業良莠不齊發展,整個中國三四個人的開發團隊組成的公司數不勝數,整個程序員階層生存狀況可想而知,瘋狂加班、代碼質量低下、維護成本大、穩定性差、用戶體驗差……。當然我們本身不能去逃避這個現狀,對于個人來講任何假大空的口號都是沒有意義的,程序員作為技術人員最重要的是心態,以良好的心態去面對各種問題,發現問題、解決問題,發現問題抱怨是解決不了問題的(“it民工”是我個人認為it人最沒有正確的自我定位的一個稱謂,試想一個人連自己都看不起自己的職業,他能做好自己的工作嗎?),最主要是解決問題。
我在面試員工時反復提到的三點是;工作態度、發展潛力、工作能力,由前向后排序,心態最重要,大公司大家都想削尖腦袋往里擠,但名額有限,所以廣大的程序員同志絕大多數都集中在二流三流四流的軟件公司,這個時候更應該做好個人職業定位。以我個人的經驗,新員工選擇一家公司往往最看重工資待遇跟發展潛力,程序員是一種不可以混日子的職業,工作能力很重要,但不是最主要的,工作態度是最重要的,工作態度往往跟個人的思想認識還有職業所在的環境有關,我個人的體會是絕不能太過于情緒化,情緒化無論是對工作還是對個人的發展都是不利的,就是說哪怕是明天你要辭職,你今天都要把今天要做的事情認真用心做好。
對于工作責任心不夠的員工是尤其值得關注的,他們往往自我意識過于強烈,追求以自我為中心,很多時候伴隨著工作得不到認可、工作感覺不充實不開心,我會主動找他談話,我認識:你管理的是一個實實在在的人,他不是一臺任你擺布的機器,人會有情緒往往是有心結,找到原因,多加開導,用心去關心每個成員。對于實在不適合在本團隊發展的員工要做好最壞打算。程序員這個職業與現在的大學生具有一致的特征,一個是從天之驕子淪為多余人,一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程序員往往年齡集中在20—25之間的男性中,情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通,可塑性也較強,適當的引導、合理的方式會比野蠻的管理效果強上百倍。
程序員個人工作總結13
通過這次實習,有接下來的幾點認識。
1、對于一個項目來說,良好的文檔是正規研發流程中非常重要的環節,作為代碼程序員,我們很多工作時間都是在寫技術文檔,它會在未來的升級以及模塊的復用時起著至關的作用。所以我們必須注重這個。
2、良好的代碼編寫習慣也是非常重要的,它不但有助于代碼的移植和糾錯,也有助于不同技術人員之間的'協作。我們要使我們的程序具有易讀性,易擴展性,容錯性。
(1)易應有盡有性:所有的變量和函數以及類名都用簡單易懂易記憶的命名方式,所有類和函數,變量都有關鍵的注釋說明。這點很重要,也很基礎。
(2)易擴展性:整體系統架構邏輯簡單清晰,模塊與模塊之間盡量做到互不影響,也就是盡可能的獨立,這部分工作主要體現在前期設計工作中,需要掌握好的設計經驗和方法才能夠做的比較好。
。3)容錯性:對所有數據都進行有效性檢查:對第三方接口的調用失敗的容錯性。對所有代碼都做調用失敗后的處理。以及在大的工程中加入trace文件輸出,把關鍵的操作信息輸出,以便對工程異常情況產生條件的定位,及時解決問題。
3、一個好的調試、跟蹤與測試方法是非常重要的。我們需要對每個模塊的接口做測試,數據界的檢查,在對整個模塊做測試。主要測試穩定性,效率及功能是否正常。確認單個模塊完全,再加入工程。我覺得在我們調試時用debug模式啟動服務器是一個非常好的選擇,我們可以很快定位到出錯的地方。并用可以找到解決的辦法。
總之這一段實習的經歷讓我明白了:一個優秀的程序員必須不斷的學習,隨時總結,找到自己的不足,這樣逐步提高,才能讓自己很快的成長起來。
程序員個人工作總結14
7.5.3系統測試和調試
1.系統測試的意義及目的
系統測試是為了發現錯誤而執行程序的過程,成功的測試是發現了至今尚未發現的錯誤的測試。
測試的目的就是希望能以最少的人力和時間發現潛在的各種錯誤和缺陷。應根據開發各階段的需求、設計等文檔或程序的內部結構精心設計測試實例,并利用這些實例來運行程序,以便發現錯誤。信息系統測試應包括軟件測試、硬件測試和網絡測試。硬件測試、網絡測試可以根據具體的性能指標來進行,此處所說的測試更多的是指軟件測試。
系統測試是保證系統質量和可靠性的關鍵步驟,是對系統開發過程中的系統分析、系統設計和實施的最后復查。根據測試的概念和目的,在進行信息系統測試時應遵循以下基本原則:
·應盡早并不斷地進行測試。測試不是在應用系統開發完之后才開始進行的。由于原始問題的復雜性、開發各階段的多樣性以及參加人員之間的協調等因素,使得在開發各個階段都有可能出現的錯誤。因此,測試應貫穿在開發的各個階段,盡早糾正錯誤,消除隱患。
·測試工作應該避免由原開發軟件的人或小組承擔,一方面,開發人員往往不愿否認自己的工作,總認為自己開發的軟件沒有錯誤;另一方面,開發人員的錯誤很難由本人測試出來,很容易根據自己編程的思路來制定測試思路,具有局限性。測試工作由專門人員來承擔會更客觀,更有效。
·設計測試方案的時候,不僅要確定輸入數據,而且要根據系統功能確定預期輸出結果。將實際輸出結果與預期結果進行比較就能發現測試對象是否正確。
·在設計測試實例時,不僅要設計有效合理的輸入條件,也要包含不合理、失效的輸入條件。測試的時候,人們往往習慣按照合理的、正常的情況進行測試,而忽略了對異常、不合理、意想不到的情況進行測試,而這些可能就是隱患。
·在測試程序時,不僅要檢驗程序是否做了該做的事,還要檢驗程序是否做了不該做的事。多余的工作會帶來副作用,影響程序的效率,有時會帶來潛在的危害或錯誤。
·嚴格按照測試計劃來進行,避免測試的隨意性。測試計劃應包括測試內容、進度安排、人員安排、測試環境、測試工具和測試資料等。嚴格按照測試計劃進行測試可以保證進度,使各方面都得以協調進行。
·妥善保存測試計劃和測試例子,將其作為軟件文檔的組成部分,為維護提供方便。
·測試例子應是精心設計出來的,可以為重新測試或追加測試提供方便。當糾正錯誤、系統功能擴充后,都需要重新開始測試,而這些工作重復性很高,可以利用以前的測試例子,或在其基礎上修改,然后進行測試。
2.測試過程
測試是開發過程中一個獨立且非常重要的階段,測試過程基本上與開發過程平行進行。
一個規范化的測試過程通常包括以下基本的測試活動。
(1)擬定測試計劃。在制定測試計劃時,要充分考慮整個項目的開發時間和開發進度以及一些人為因素和客觀條件等,使得測試計劃是可行的。測試計劃的內容主要有:測試的內容、進度安排、測試所需的環境和條件、測試培訓安排等。
(2)編制測試大綱。測試大綱是測試的依據。它明確詳盡地規定了在測試中針對系統的每一項功能或特性所必須完成的基本測試項目和完成測試的標準。
(3)根據測試大綱設計和生成測試例子。在設計測試例子的時候,可綜合利用前面介紹的測試例子和設計技術,產生測試設計說明文檔,其內容主要有被測項目、輸入數據、
測試過程、預期輸出結果等。
(4)實施測試。測試的實施階段是由一系列的測試周期組成的。在每個測試周期中,測試人員和開發人員將依據預先編制好的測試大綱和準備好的測試例子,對被測軟件或設備進行完整的測試。
(5)生成測試報告。測試完成后,要形成相應的測試報告,主要對測試進行概要說明,列出測試的結論,指出缺陷和錯誤。另外,給出一些建議,如可采用的修改方法,各項修改預計的工作量及修改的負責人員。
3.測試策略和測試方法
軟件測試方法分人工測試和機器測試。
1)人工測試
人工測試指的是采用人工方式進行測試,目的是通過對程序靜態結構的檢查,找出編譯時不能發現的錯誤。經驗表明,組織良好的人工測試可以發現程序中30%~70%的編碼和邏輯設計錯誤。
人工測試又稱為代碼審查,其內容包括檢查代碼和設計是否一致,檢查代碼邏輯表達是否正確和完整,檢查代碼結構是否合理等。主要有3種方法。
·個人復查:指程序員本人對程序進行檢查。由于心理上的原因和思維慣性的影響,對自己的錯誤一般不容易發現,對功能理解的錯誤更不可能糾正。因此,這種方法主要針對小規模程序,效率不高。
·抽查:通常由3~5人組成測試小組,測試人員應是沒有參加該項目開發的有經驗的程序設計人員。在抽查之前,應先閱讀相關的軟件資料和源程序,然后由測試
人員扮演計算機的角色,將一批有代表性的測試數據沿程序的邏輯走一遍,監視程序的執行情況。人工檢測程序很慢,只能選擇少量簡單的例子。
·會審。測試人員的構成與抽查類似。在會審之前,測試人員應該充分閱讀相關資料,比如系統分析說明書、系統設計說明書、源程序等。測試人員應盡可能多地列出典型錯誤。在會審時,由編程人員逐句講解程序,測試人員逐個審查、提問。通過這種方式,往往可能使編程人員發現自己以前沒有意識到的錯誤,使問題暴露=會審后,要將發現的問題登記、分析、歸類。
·代碼復審應該在被測軟件編譯成功之后。編譯都不通過的軟件,當然談不上復審。在復審期間,應保證有足夠的時間,讓測試小組對問題進行充分的討論,這樣才能有效地提高測試效率,避免出錯。
2)機器測試
機器測試是把設計好的測試例子作用于被測程序,比較測試結果和預期結果是否一致。如果不一致,就說明可能存在錯誤。機器測試只能發現錯誤的癥狀,無法對問題進行定位。
機器測試分為黑盒測試和白盒測試兩種。
(1)黑盒測試也稱為功能測試。將軟件看成黑盒子,在完全不考慮軟件內部結構和特性的情況下,測試軟件的`外部特性。進行黑盒測試主要是為了發現以下幾類錯誤:
·是否有錯誤的功能或遺漏的功能?
·界面是否有誤?輸入是否正確接收?輸出是否正確?
·是否有數據結構或外部數據庫訪問錯誤?
·性能是否能夠接受?
·是否有初始化或終止性錯誤?
(2)白盒測試也稱為結構測試。將軟件看成透明的白盒。根據程序的內部結構和邏輯來設計測試例子,對程序的路徑和過程進行測試,檢查是否滿足設計的要求。其原則是:
·程序模塊中的所有獨立路徑至少執行一次。
·在所有的邏輯判斷中,取“真”和取“假”的兩種情況至少都要執行一次。·每個循環都應在邊界條件和一般條件下各執行一次。
·測試程序內部數據結構的有效性等。
4.軟件測試步驟
軟件測試實際上可分成4步進行。
1)單元測試‘
單元測試也稱為模塊測試,在模塊編寫完成且無編譯錯誤后就可以進行。如果選用機器測試,一般用白盒測試法,多個模塊可以同時進行。
測試一個模塊時需要編寫一個驅動模塊和若干個樁(stub)模塊。驅動模塊的功能是向被測試模塊提供測試數據,驅動被測模塊,并從被測模塊中接收測試結果。樁模塊的功能是模擬被測模塊所調用的子模塊,它接收被測模塊的調用,檢驗調用參數,模擬被調用的子模塊功能,把結果送回被測模塊。
2)組裝測試
組裝測試也稱為集成測試,就是把模塊按系統設計說明書的要求組合起來進行測試。
即使所有模塊都通過了測試,但在組裝之后,仍可能會出現問題:穿過模塊的數據被丟失;一個模塊的功能對其他模塊造成有害的影響;各個模塊組裝起來沒有達到預期的功能;全局數據結構出現問題;另外,對于單個模塊來說其誤差可以接受,但模塊組合后,可能會出現誤差累積,最后到不能接受的程度,所以需要組裝測試。
通常,組裝測試有兩種方法:一種是分別測試各個模塊,再把這些模塊組合起來進行整體測試,即非增量式集成;另一種是把下一個要測試的模塊組合到已測試好的模塊中,測試完后再將下一個需要測試的模塊組合起來,進行測試,逐步把所有模塊組合在一起,并完成測試,即增量式集成。非增量式集成可以對模塊進行并行測試,能充分利用人力,并加快工程進度。但這種方法容易混亂,出現錯誤不容易查找和定位。增量式測試的范圍逐步擴大,錯誤容易定位,而且已測試的模塊可在新的條件下再測試,使測試更徹底。
3)確認測試
經過組裝測試之后,軟件就被集成起來,接口方面的問題已經解決,將進入軟件測試的最后一個環節——確認測試。確認測試的任務就是進一步檢查軟件的功能和性能是否與用戶要求的一致。系統方案說明書描述了用戶對軟件的要求,所以是軟件有效性驗證的標準,也是確認測試的基礎。
確認測試,首先要進行有效性測試以及軟件配置審查,然后進行驗收測試和安裝測試,經過管理部門的認可和專家鑒定后,軟件即可交給用戶使用。
4)系統測試
系統測試是將已經確認的軟件、計算機硬件、外設和網絡等其他因素結合在一起,進行信息系統的各種組裝測試和確認測試,其目的是通過與系統的需求相比較,發現所開發的系統與用戶需求不符或矛盾的地方。系統測試是根據系統方案說明書來設計測試例子的,常見的系統測試主要有恢復測試、安全性測試、強度測試、性能測試、可靠性測試、安裝測試。
5.調試’
調試的任務就是根據測試時發現的錯誤,找出原因和具體的位置,進行改正。調試工作主要由程序開發人員來進行,誰開發的程序就由誰來進行調試。
目前常用的調試方法有如下幾種:
·試探法。調試人員分析錯誤的癥狀,猜測問題的所在位置,利用在程序中設置輸出
語句,分析寄存器和存儲器的內容等手段來獲得錯誤的線索,一步步地試探和分析出錯誤所在。這種方法效率很低,適合于結構比較簡單的程序。
·回溯法。調試人員從發現錯誤癥狀的位置開始,人工沿著程序的控制流程往回跟蹤代碼,直到找出錯誤根源為止。這種方法適合于小型程序,對于大規模程序,由于其需要回溯的路徑太多而變得不可操作。
·對分查找法。這種方法主要用來縮小錯誤的范圍,如果已經知道程序中的變量在若干位置的正確取值,可以在這些位置上給這些變量以正確值,觀察程序運行的輸出結果。如果沒有發現問題,則說明從賦予變量一個正確值開始到輸出結果之間的程序沒有錯,問題可能出在除此之外的程序中,否則錯誤就在所考察的這部分程序中,對含有錯誤的程序段再使用這種方法,直到把故障范圍縮小到比較容易診斷為止。
·歸納法。歸納法就是從測試所暴露的問題出發,收集所有正確或不正確的數據,分析它們之間的關系,提出假設的錯誤原因,用這些數據來證明或反駁,從而查出錯誤所在。
·演繹法。根據測試結果,列出所有可能的錯誤原因。分析已有的數據,排除不可能和彼此矛盾的原因。對余下的原因,選擇可能性最大的,利用已有的數據完善該假設,使假設更具體。用假設來解釋所有的原始測試結果,如果能解釋這一切,則假設得以證實,也就找出了錯誤;否則,要么是假設不完備或不成立,要么有多個錯誤同時存在,需要重新分析,提出新的假設,直到發現錯誤為止。
程序員個人工作總結15
還是10個小時就變成20xx年了,回首這一年的工作,有碩果累累的喜悅,有工作當中的艱辛,也有遇到困難和挫折時的惆悵。在項目可開發的過程中,難題一個接一個的出現,自信心不止一次的受到過打擊,雖然自己早就知道,要做到符合公司的要求,做一名合格的程序員,這些是遠遠不夠的。每天我都會不斷勉勵自己,好好學,以后會好的。在此同時,公司也給了我很多學習的機會,這是我對以后的編程之路又有了信心。在擔任公司程序員一職已經有一年多的時間,在這一年時間里,我學到了很多東西。每個人都是在不斷的總結中成長,不斷的是審視中完善自己。在這一年里自己也是在總結、審視中腳踏實地完成好自己的本職工作,現將這一年的工作總結如下:
一、思想方面
嚴格按照一個程序員應有的素養來約束自己,愛崗敬業,具有強烈的責任崗和事業心,積極主動認真的學習專業知識,工作態度端正,聽從公司的安排,積極配合客戶完善數字化校園系統。
二、工作方面
熱愛自己的本職工作,能夠正確認真的對待每一項工作,工作投入,熱心為大家服務,認真遵守勞動紀律,按時上下班,有效利用工作時間,堅守崗位,需要加班完成工作的要按時加班加點,保證工作能夠按時完成。在這一年多的時間里面,我本著把工作做的更好這樣一個目標,主動了解公司的開發項目流程,請教他們開發技術上的問題。
三、工作心得
1.在這一年多的時間里面,我參與的都是團隊合作的項目,無論是自己還是同事,我們都將就團隊精神。在信任自己和他人的基礎上,思想統一,行動一致,這樣的團隊一定會攻無不克戰無不勝。我們的很多工作是一起完成的,在這個過程中,大家互相提醒和補充,大大提高了工作效率,所有的工作中溝通是最重要的,一定要把信息處理的及時,有效和清晰。
2.每一個項目在開始著手的第一步,一定要和客戶把需求溝通清除,只要了解項目的需求,才有可能真正做好一個項目。我們需要向客戶提出,要求客戶提供所有涉及該項目的資料,每次與客戶見面都需要熟悉業務與程序的程序員隨時記錄需求。
3.工作中,將任務詳細化,詳細到每個頁面,甚至是一個頁面中的圖片什么時候做好,做好到什么程度,這樣把工作進度有計劃有方向的定下來,做事很有效率。
4.每天的工作小結真的很重要,這讓我們每天都有計劃的知道自己干了什么,不是漫無目的的工作,所以我們應該養成,日記、周記、月記、年記的'工作習慣。
5.工作并不是一成不變的,也許有一天你要去其他崗位幫忙,所以同事之間的技術要相互學習,也許有一天,公司需要你發揮其他的技能幫忙,所以相互學習也是很重要的。
四、工作教訓
在公司工作的期間,我也發現了自己離一個符合公司要求的程序員還有很多差距,主要體現在工作技能與工作經驗的不夠,也是我以后要在工作中不斷磨練和提高自己的地方。仔細總結一下,自己在工作中主要有以下方面做的不夠好:
1.工作的條理性不夠清晰,要分清主次和輕重緩急。
在開發時間很倉促的情況下,事情多了,就一定要有詳細而主次分明的計劃,哪需要立即完成,哪些可以緩緩加班完成,在這方面還有很大的優化空間。
2.對流程、業務需求不夠熟悉。
在工作中,發現因為流程或業務需求的問題而不知道如何下手的情況有點多,包括錯誤與缺漏還有當時設計考慮不到位的地方,對于這塊的控制力度顯然不夠,平時總是在開發,但說到底對業務很熟悉才是項目很好完成的前提。
3.缺乏工作經驗。
4.學習的知識不夠廣泛。
5.要提高工作主動性,做事干脆果斷,不拖泥帶水。工作要注重實效、注重結果,一切工作圍繞著目標完成。要提高大局觀,是否能讓其他人的工作更順暢作為衡量工作的標尺。把握一切機會提高專業能力,加強平時知識總結工作。精細化工作方式的思考和實踐。虛心請教比我做的優秀的其他同事,向他們學習技術或經驗。
其實作為一名員工,所有的地方都是需要學習的,多聽、多看、多想、多做、多溝通,向每一個員工學習他們身上的優秀工作習慣,豐富的專業技能,配合著實際工作不斷的進步,不論在什么環境下,我都相信這兩點:一是:三人行必有我師,二是:天道酬勤。作為一個新人來說,不懂就要問。在這里我覺得,如果是單純技術上的問題,如果可以google到的,我認為就可以自己消化掉。問的問題一定要先google,然后帶著自己的想法,去問一些有經驗的人,收獲會更大。
曾經的我,埋頭寫代碼,那時候很怕上司知道自己這不會,那不會。所以拼命的掩蓋自己不會的東西,自己查資料,下班了問同學,上論壇發問。但是由于邏輯和現實需求不一樣,所以結果不理想。如果那時候,我把自己不理解的地方和上司談,也許會很快的就能完成這個任務,而不是返工。
【程序員個人工作總結】相關文章:
程序員個人的工作總結09-25
程序員個人的工作總結08-21
程序員個人工作總結08-08
程序員個人工作總結06-27
程序員的個人工作總結09-16
程序員的個人工作總結范文08-29
程序員個人工作總結范文02-13
【優秀】程序員個人工作總結08-29
程序員個人工作總結(薦)07-17
程序員轉正個人工作總結09-02