大三的時候，一次計算機等級考試，由于考c，數(shù)據(jù)庫，都沒過，就報了個四級軟件測試工程師。抱著試試看的態(tài)度學(xué)了一個月做了幾套題，就拿下了一個四級證書。當時想的是，這都行，水分有點大吧……

本來想找一份網(wǎng)站開發(fā)的工作，技術(shù)不夠硬，一直在北京飄著飄著啊。通過一個學(xué)姐，得到了一個軟件測試面試的機會。于是半只腳踏入了軟件測試的大門，因為我現(xiàn)在剛開始寫測試用例，還沒有真正的融入到團隊中去。

實習(xí)生，直接領(lǐng)導(dǎo)給我安排了一個實習(xí)計劃，嚴格按照實習(xí)計劃執(zhí)行。首先就是看公司軟件的手冊，要了解產(chǎn)品，知道軟件的基本操作流程，不會了就問帶我的師傅。就這樣學(xué)了一個禮拜，不同于用一款軟件，在用的過程中要去思考，這個功能為什么有，這個功能要實現(xiàn)什么。忘了說了，現(xiàn)在產(chǎn)品做的是功能測試，比較簡單，所以分到了這個組里。一周之后帶我的師傅檢查了一下我的學(xué)習(xí)成果，具體操作、實現(xiàn)軟件的一些功能，然后就幾個主要的功能點以及一些需要特別注意的關(guān)鍵詞，給我做了詳細的講解。

然后給我了兩個功能界面，讓我寫一些測試用例，開始感覺沒什么可寫的，這兩個功能實現(xiàn)起來很容易的。第一天試著寫了幾個，然后拿給師傅看，因為不知道從哪方面入手，雖然看了一些以前的測試用例，但是親手寫還是第一次，所以有些拿不準。

就這樣，寫了幾天的測試用例，一個功能點一個功能點的細分。寫的差不多了，就開始看一些技術(shù)類的博客，尤其是軟件測試中功能測試用例的寫法。看著博客中提到的一些東西，對比自己寫的測試用例，看看是不是滿足要求。就這樣自己一點一點的修改。

其實壓力還是蠻大的，由于要測試的系統(tǒng)需要測試多個不同的數(shù)據(jù)庫，以及不同的操作系統(tǒng)是軟件的執(zhí)行，而我只懂一點的msql，對linux一竅不通。所以有了各種學(xué)習(xí)目標，但是還是沒有清晰的目標。努力吧，既然踏入了這個行業(yè)，就要努力的去汲取知識，不斷學(xué)習(xí)，不斷進步!

軟件個人心得篇2

一直以來期望從事自己喜歡的事業(yè)的我，對軟件開發(fā)有者及大的興趣，可由說種.種原因使我從事工作以來走了好幾年彎路，心中的夢想遲遲不能得以實現(xiàn)，可程序員的夢想從來沒有從我的心中抹去，但這扇大門好像并沒有向我敞開，今天，貴公司給了我敲開這扇大門的機會，讓我真實體驗了程序員的誕生過程。早就聽說，程序員的前幾個月是最苦的，可從來沒有感受到，海馬實習(xí)基地讓我提前感受到了剛剛進入軟件行業(yè)的壓力和困惑，再也沒有在自己家里隨便寫段小程序后的那種“自豪”感了。要面對每天必須面對的問題，再也不可能以“逃避”而了之了。也讓我感覺到做為一個程序員所應(yīng)該具備的基本素質(zhì)在這不到一個月的實習(xí)過程中也讓我深深體會到了作為一個合格的程序員應(yīng)該具備的基本素質(zhì)。

團隊精神和協(xié)作能力是程序員應(yīng)該具備的基本素質(zhì)，最近的工作中讓我深深休會到了這一點，由于小組成員配合不好，使本來很方便的cvs給自己的工作帶來的及大的麻煩，一不小心自己寫的的東西就會被小組別的成員在上傳文件的時候給覆蓋掉，一整天的工作可能就這樣被反工，我們小組這次就是因為協(xié)作不好，導(dǎo)致各模塊之間不法連接，給工作帶來了及大的麻煩，消耗了大量的勞動力還沒有提高工作效率。這使我深深的體會到：一個成功商業(yè)性軟件的開發(fā)必須有一個有強大凝聚力的團隊，個人的力量是有限的，團隊精神和良好的協(xié)作會使我們做出優(yōu)秀的軟件。

良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為代碼程序員，30%的工作時間寫技術(shù)文檔是很正常的，缺乏文檔，一個軟件系統(tǒng)就缺乏生命力，在未來的查錯，升級以及模塊的復(fù)用時就都會遇到極大的麻煩。這次的這個小小的項目，就因為文檔上的一點點理解錯誤讓我們花了很大的工夫去改代碼，改頁面。很慶幸的是，這是一個小項目，要是大項目，這種問題可能就會導(dǎo)致大量的代碼修改，可見文檔在一個項目中起者巨大的做用。

此外，良好的代碼編寫習(xí)慣，不但有助于代碼的移植和糾錯，也有助于不同技術(shù)人員之間的協(xié)作。作為一個程序員，對需求的理解能力也是很重要的，只有真正理解了一個模塊的作用，才會寫出高效率的代碼，才能使整個軟件項目作出來更加優(yōu)秀，具備更好的安全性和穩(wěn)定性，我在寫代碼的過程中就遇到了需求理解上的問題，使得寫出來的代碼功能不全，幸好不是給客戶發(fā)現(xiàn)在，要不，這個軟件的商業(yè)價值可能就會打折扣了。單元測試對于一個程序員來說是不可不做的一項工作，不做好測試就會給后期的集成工作帶來麻煩，往往為了一個小問題會讓我們查找好多模塊，給后期工作帶來很大麻煩。

這一段時間的工作也讓我明白了一點：一個優(yōu)秀的程序員必須不斷的學(xué)習(xí)，隨時總結(jié)，找到自己的不足，這樣逐步提高，才能讓自己很快的成長起來。

軟件個人心得篇3

這次實訓(xùn)使我們明白我們所欠缺的不僅僅是技術(shù)知識，更重要的是有一種處理事情的方法、面對問題的心態(tài)和動手能力。面對完全陌生的新知識、新技術(shù)、新項目以及整個IT行業(yè)，我們不能畏懼，要以一種積極的心態(tài)去面對，分析并抓住關(guān)鍵所在。因為我們所即將應(yīng)對的每一個項目都是既需要實際操作，又需要詳細規(guī)劃的。作為組長，協(xié)調(diào)組員、激勵其他學(xué)員和積極參與項目研發(fā)是我每天必做的工作。我認為每個人都應(yīng)該在團隊中做好自己應(yīng)盡的職責(zé)，再優(yōu)秀的個人也可能完成一個即龐大又復(fù)雜的項目工作，我們必需緊密的聯(lián)合在一起，以一個團隊的角色來面對。

一公司有一項對項目經(jīng)理的調(diào)查顯示，項目經(jīng)理平均每周參加6個會議，其中25%的時間浪費在無用的討論上。會議效率低最普遍的3個原因是：會議沒有很好的計劃、會議沒有被適當?shù)念I(lǐng)導(dǎo)、無紀律的與會者。我們軟件項目也會遇到相同的問題，項目啟動會、評估會、大大小小的評審會、技術(shù)會、周例會等等一系列會議會隨著項目進展而召開，如何保證高效的會議效果，我的一些會議技巧與大家共享：確實需要開會時才開會;訂立會議紀律;非常清楚的明確會議目標;提前準備一個會議議程;提倡各會議參與人的會前準備;鼓勵參與，但在會議過程中遵守會議議程;把團隊建設(shè)融入會議、作會議記錄、會后跟蹤所有安排任務(wù)的執(zhí)行情況。

程序員需要關(guān)心尊重。曾經(jīng)有個例子，某公司開發(fā)人員王某由于剛開始學(xué)習(xí)編程，技術(shù)水平差一點，常常受到經(jīng)理的“另眼相看”，每次軟件出現(xiàn)了問題都懷疑是他的原因，老開他的低級玩笑，這位員工會有怎樣的表現(xiàn)就可想而知了。經(jīng)理通過這種手段能夠迫使這一位自動辭職嗎?非也，這位員工后來工作非常不負責(zé)任，把代碼寫得既長又重復(fù)，且在代碼中留下大量的隱患，此時，經(jīng)理卻反而不敢過份得罪他了(否則，留下的巨量代碼很難維護)。如果認為某人不適合目前工作，為何不另請高明?既然已經(jīng)請他作了這件工作，就得尊重他。

不能指望開發(fā)人員在非工作場合談吐得體、辦事周到、眼觀六路、耳聽八方，正所謂“尺有所短，寸有所長”，例如要求技術(shù)人員在酒席宴上象公關(guān)小姐或公關(guān)先生一樣舉止適度，從來不會有好的效果。軟件人員普遍喜歡自由而寬松的工作環(huán)境，最好不要做過多的無謂的規(guī)定，例如不準遲到、上班必須換拖鞋，否則罰款等等。如果確實有人經(jīng)常上班遲到，工作不認真等，首先應(yīng)該了解原因，此時多作思想工作是必要的，許多公司的經(jīng)理們認為“思想工作”是過時的東西了，其實不然，私企職工背負的心理壓力其實很重。他們特別需要有人關(guān)心，特別需要心理上的“減負?

軟件項目管理，需要我們不但關(guān)注項目管理技術(shù)等在軟件行業(yè)中的應(yīng)用，還應(yīng)該關(guān)注如何與軟件新思想和技術(shù)的整合，例如XP等思想，使我們得到更高效益的產(chǎn)出。欲想琢其玉，必先利其器，項目管理和我們軟件開發(fā)、質(zhì)量管理等得一系列工具和模版，是我們事半功倍的利器。他山之石可以攻玉，關(guān)注一些管理界的發(fā)展，例如目前的中國式管理等，將其經(jīng)驗用于軟件項目管理實踐并總結(jié)，將為我們帶來更大實效。

軟件個人心得篇4

在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒ā⑿问交椒ā＿€引出了工具UML。第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、E-R圖以及狀態(tài)圖式本節(jié)的重點。第四章結(jié)構(gòu)化分析方法，這一章重點講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進。第五章編碼，這一章重點講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風(fēng)格。第六章軟件測試方法，本章講解了軟件測試相關(guān)的概念及重要性，軟件測試與開發(fā)各個階段的關(guān)系;還介紹了白盒測試技術(shù)以及黑河測試技術(shù)。第七章統(tǒng)一建模語言UML概述，本章詳細介紹了UML的基本模式、事物、關(guān)系及建模時用到的各種圖進行了介紹。第八章面向?qū)ο蠓治觯@一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結(jié)構(gòu)與設(shè)計模式，本章對軟件體系結(jié)構(gòu)的基本概念、典型風(fēng)格等進行了講解。第十章面向?qū)ο笤O(shè)計，本章的重點是對面向?qū)ο蠓治鰰r建立的對象模型進行調(diào)整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務(wù)、軟件維護活動以及軟件維護方法進行了介紹。

要學(xué)習(xí)軟件工程，學(xué)會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預(yù)期功能的程度。可用性指軟件基本結(jié)構(gòu)、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。

軟件工程過程：生產(chǎn)一個最終能滿足需求且達到工程目標的軟件產(chǎn)品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設(shè)計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計活動一般包括概要設(shè)計和詳細設(shè)計。概要設(shè)計建立整個軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊的接口定義。詳細設(shè)計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓(xùn)過程等。

軟件工程的原則是指圍繞工程設(shè)計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。

我們學(xué)習(xí)了詳細設(shè)計的方法，其原則是過程描述是否易于理解、復(fù)審和維護，進而過程描述能夠自然地轉(zhuǎn)換成代碼，并保證詳細設(shè)計與代碼完全一致。包括程序流程圖、N-S圖、PAD圖、HIPO圖

程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設(shè)計語言，比較直觀和清晰地描述過程的控制流程，易于學(xué)習(xí)掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)：順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。

N-S圖：一種符合結(jié)構(gòu)化程序設(shè)計原則的圖形描述工具，稱為盒圖，又稱為N-S圖。在N-S圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。順序型;選擇型;WHILE重復(fù)型;UNTIL重復(fù)型;多分支選擇型。

PAD圖：它是用結(jié)構(gòu)化程序設(shè)計思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。PAD也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。

HIPO圖：HIPO圖是由一組IPO圖加一張HC圖組成。它是美國IBM公司在軟件設(shè)計中使用的主要表達工具。

HC圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。HC圖中的每一個模塊，均可用一張IPO圖來描述。IPO圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。

還有測試方法:按照測試過程是否在實際應(yīng)用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。

靜態(tài)分析技術(shù)：不執(zhí)行被測軟件，可對需求分析說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行來找出軟件錯誤。

動態(tài)測試技術(shù)：當把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。

還學(xué)習(xí)了其他很多工具、語言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會慢慢的完善的。

軟件工程對于初學(xué)者來說，知識基礎(chǔ)較薄弱，對一些應(yīng)用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習(xí)幾次就可以成功，學(xué)習(xí)過程中要注意多看多練要注意結(jié)合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標究竟是什么，根據(jù)自己的實際工作出發(fā)，有針對性的在相應(yīng)的學(xué)習(xí)方向上進行提高，制定出詳細的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學(xué)習(xí)面向?qū)ο蠓治龅臅r候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進行研究拓展;在學(xué)習(xí)語言時，要看看與C語言的聯(lián)系，多思多想，把從各個科目學(xué)到的知識通匯貫通。

在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設(shè)計說明書，詳細設(shè)計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結(jié)報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數(shù)量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。

而編碼的學(xué)習(xí)中，我更了解到形成自己獨特的規(guī)范的編碼風(fēng)格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護又從何談起呢?所以，我們在今后的學(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。

在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計和問題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉(zhuǎn)換為可執(zhí)行的程序。

在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴散開來，應(yīng)用于今后的實踐。不斷鍛煉自己，向一名合格的程序設(shè)計師邁進。

軟件個人心得篇5

我們是20__年3月7號進入宏天實訓(xùn)公司參加軟件開發(fā)實訓(xùn)的，在此次實訓(xùn)中，除了讓我明白工作中需要能力，素質(zhì)，知識之外，更重要的是學(xué)會了如何去完成一個任務(wù)，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應(yīng)該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學(xué)到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學(xué)會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學(xué)習(xí)的東西。

經(jīng)過之前的在校學(xué)習(xí)，對程序設(shè)計有了一定的認識與理解。在校期間，一直都是學(xué)習(xí)理論知識，沒有機會去參與項目的開發(fā)。所以說實話，在實訓(xùn)之前，軟件項目開發(fā)對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經(jīng)過這次實訓(xùn)，讓我明白了一個完整項目的開發(fā)，必須由團隊來分工合作，并在每個階段中進行必要的總結(jié)與論證。

一個完整項目的開發(fā)它所要經(jīng)歷的階段包括：遠景范圍規(guī)劃和用例說明、項目結(jié)構(gòu)和風(fēng)險評估、業(yè)務(wù)功能說明書、詳細設(shè)計說明書、代碼實現(xiàn)、測試和安裝包等等。一個項目的開發(fā)所需要的財力、人力都是很多的，如果沒有一個好的遠景規(guī)劃，對以后的開發(fā)進度會有很大的影響，甚至?xí)霈F(xiàn)在預(yù)定時間內(nèi)不能完成項目或者完成的項目跟原來預(yù)想的不一樣。一份好的項目結(jié)構(gòu)、業(yè)務(wù)功能和詳細設(shè)計說明書對一個項目的開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有比較明確的認識，還能減少在開發(fā)過程中出現(xiàn)不必要的麻煩。代碼的實現(xiàn)是一個項目開發(fā)成功與否的關(guān)鍵，也就是說，前期作業(yè)都是為代碼的實現(xiàn)所做的準備。

我深刻的認識到要成為一名優(yōu)秀的軟件開發(fā)人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎(chǔ)，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設(shè)計說明書等的編寫和一些風(fēng)險評估的編寫的能力。

除了圖書館，最能讓我感覺到身在大學(xué)的就是實訓(xùn)機房，在匆匆過去的兩個月內(nèi)，我往返于實訓(xùn)機房與宿舍之間，使我享受了一個充實的學(xué)習(xí)時期，讓我感受到了大學(xué)的魅力，對自己充滿信心，對大學(xué)充滿信心，以積極的心態(tài)迎接明天挑戰(zhàn)。

實訓(xùn)中要求有扎實的理論基本知識，操作起來才順心應(yīng)手，我這時才明白什么是“書到用時方恨少”。這就激發(fā)了學(xué)習(xí)的欲望。

“學(xué)以致用”，就是要把學(xué)來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓(xùn)的最根本目的。

“紙上得來終覺淺，絕知此事要躬行!”，在短暫的實訓(xùn)過程中，讓我深深感受到自己在實際運用中專業(yè)知識的匱乏。以前總以為自己學(xué)的還不錯，一旦應(yīng)用到實際就大不一樣了，這時才真正領(lǐng)悟“學(xué)無止境”的含義。

經(jīng)過為期兩個月的電子政務(wù)服務(wù)平臺系統(tǒng)開發(fā)的實訓(xùn)，我對Visual 軟件開發(fā)平臺有了更深一步的了解，對微軟基礎(chǔ)類庫的認識與使用也有了大大的提高。以及如何使用SQL Server數(shù)據(jù)庫進行連接操作方面有了本質(zhì)的提高。

短短的實訓(xùn)結(jié)束了，為我將來的就業(yè)打下了良好的基礎(chǔ)，也提高了我的軟件開發(fā)的水平，今后我將會更加努力的學(xué)習(xí)，不斷提高自身素質(zhì)，開拓創(chuàng)新，與時俱進，做一個優(yōu)秀的軟件開發(fā)工程師。

軟件個人心得篇6

在支付寶測試分析的角色和系統(tǒng)分析的角色是對應(yīng)的，只不過一個是測試類的另外一個是開發(fā)類的。系分下面會有相應(yīng)開發(fā)，測分下面會有相應(yīng)的測試用例編寫和執(zhí)行人員。也就是說測試分析文檔是對測試執(zhí)行人員的一個指導(dǎo)(在我原來的理解方式上，覺得測試分析人員應(yīng)該是用例編寫人員;而在這里測試分析人員是從業(yè)務(wù)上去分析的，用例是用例執(zhí)行人員來寫并且執(zhí)行的)。

而通過這次的這次分析覺得自己的測分還存在以下的問題：

1、太關(guān)注開發(fā)的內(nèi)部實現(xiàn)邏輯。建議：將開發(fā)內(nèi)部實現(xiàn)邏輯看成一個黑盒子，測試分析要從這個黑盒子的輸入和輸出上去看開發(fā)內(nèi)部實現(xiàn)邏輯是不是有問題，而不應(yīng)該先去了解開發(fā)的實現(xiàn)邏輯然后按照他們的思路去分析。

2、分析文檔寫的過于詳細，甚至將用例的步驟都寫了出來。建議：測試分析要從全局上去看問題，細節(jié)的東西即便是知道的，也要留給之后的用例編寫人員去了解(就像系分之后的開發(fā)需要去寫詳細設(shè)計的道理一樣)，這樣后面的人才會自己主動去想問題。

3、分析文檔要考慮維護性問題，不要出現(xiàn)類似比如還款中狀態(tài)為“R”這種具體的數(shù)據(jù)內(nèi)容。因為我的分析是對后續(xù)用例編寫人員的一個指導(dǎo)性的文檔，所以如果側(cè)分這么寫很有可能導(dǎo)致用例也照著這么寫，其實不管側(cè)分和用例都不應(yīng)該具體寫到R這么細節(jié)，否則的話開發(fā)稍作變動我們就要相應(yīng)變動我們的用例

4、沒有明確測試目的。review用例的時候，沒有提出每個用例需要明確一個測試目的，讓別人來看這個用例的時候能明白到底是怎么回事。

總結(jié)：

1、以后寫測試分析文檔，依據(jù)僅僅是prd文檔，必須拋開開發(fā)實現(xiàn)邏輯部分(即不去看系分文檔)，待測分出來之后，再去看系分文檔，互相看看彼此考慮的是否存在遺漏的地方。等到在寫用例的時候再讓寫用例的人和相應(yīng)的開發(fā)去互相明確更細節(jié)的東西。

2、寫用例我們目前都是僅僅做到對流程上的每個節(jié)點去單獨分析，細到看輸出的時候會關(guān)注到數(shù)據(jù)庫表的一個變化。但是除了以上部分，其實還少了對整體流程的關(guān)注，需要增加業(yè)務(wù)流程的各條路徑的一個覆蓋，在針對路徑的用例中不需要關(guān)注到數(shù)據(jù)庫表級那么細。

3、在做流程路徑覆蓋之前應(yīng)該畫一個路徑圖，這個圖的畫法考慮各個入口的不同分開畫流程圖，分別進行路徑覆蓋。

軟件個人心得篇7

時間飛逝，不知不覺間《軟件工程》的學(xué)習(xí)已經(jīng)過了大半了。在這將近半學(xué)期的學(xué)習(xí)中，雖然我不能說我將《軟件工程》學(xué)習(xí)的有多么的好，但是通過學(xué)習(xí)，我還是受益良多。

在以前，我一直對軟件存在一些偏見或則是誤解，認為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認為只要我掌握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員;一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產(chǎn)品。只要有幾個有經(jīng)驗的程序員，再找些兼職的大學(xué)生，就能組成一個軟件公司。

但是通過了《軟件工程》這門課的學(xué)習(xí)，使我認識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認識，才能更好的開發(fā)出，過程受控、質(zhì)量受控的軟件產(chǎn)品。

而且在以前，我一直以為軟件的開發(fā)其實是一件很輕松快樂的事情，只要一天坐在電腦旁敲敲鍵盤，那么一切就可以了，但是現(xiàn)在我才發(fā)現(xiàn)，我以前的很多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創(chuàng)造性活動。因為編程不僅能夠滿足我們內(nèi)心深處進行創(chuàng)造的渴望，而且還能愉悅我們內(nèi)在的情感。

而且通過學(xué)習(xí)《軟件工程》，我還學(xué)到了很多其他的東西。比如通過學(xué)習(xí)《軟件工程》，特別是老師每次用實際的軟件現(xiàn)場的講解，為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓(xùn)練自己的基本工程素質(zhì)和能力，如何激發(fā)自己的積極性等。而且通過學(xué)習(xí)《軟件工程》，還讓我認識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學(xué)生來說，這種學(xué)習(xí)更是能讓我在以后工作中少走很多的彎路。

所以，通過《軟件工程》的學(xué)習(xí)，我是真的學(xué)習(xí)到了很多有用的東西，讓我明白了很多的道理。在此我對老師的辛勤教育表示感謝，因為是你讓我學(xué)習(xí)到了這些，是我獲益良多。

軟件個人心得篇8

在這次軟件工程課程中，我學(xué)到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔(dān)任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目，第一次和別人合作，才發(fā)現(xiàn)運用工程化的思想來做是如此的有必要。

從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導(dǎo)，不然真的會出現(xiàn)老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。

剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關(guān)緊要，甚至是多于的，其實，換做在以前，我也會這么認為。可是，我現(xiàn)在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會出現(xiàn)崩潰性的問題，這些工作缺一不可。

還有就是接下來的一些設(shè)計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數(shù)傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。

在整個活動的完成過程中，作為組長，我收獲很多，我發(fā)現(xiàn)，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現(xiàn)這樣的人，我絕不會給他繼續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協(xié)調(diào)好各組員之間的關(guān)系。