軟體測試實習心得總結

　　國標中對軟體的定義為：與計算機系統操作有關的計算機程式、規程、規則，以及可能有的檔案、文件及資料。下面是小編為大家整理的，供你參考!

　　篇1

　　通過這次課程設計的實訓，增加了我學習軟體技術的興趣，雖然還不明確軟體技術包含的具體內容，但從C++語言這門課程開始，已發現程式設計的樂趣，在學習C++語言的過程中也學到了許多計算機應用基礎知識，對計算機的機體也有了一個大體的瞭解。在實際操作過程中犯的一些錯誤還會有意外的收穫，感覺實訓很有意思。在具體操作中對這學期所學的C++語言的理論知識得到鞏固，達到實訓的基本目的，也發現自己的不足之出，在以後的上機中應更加註意，同時體會到C++語言具有的語句簡潔，使用靈活，執行效率高等特點。發現上機實訓的重要作用，特別是對陣列和迴圈有了深刻的理解。

　　通過實際操作，學會C++語言程式程式設計的基本步驟、基本方法，開發了自己的邏輯思維能力，培養了分析問題、解決問題的能力。深刻體會到“沒有做不到的，只有想不到的”，“團結就是力量”，“實踐是檢驗真理的標準”，“不恥下問”的寓意。

　　在此希望以後應多進行這樣的實訓，加長設間，培養學生獨立思考問題的能力，提高實際操作水平。

　　通過本次專案實訓我要感謝學校領導給我們提供了這次機會，讓我們自己有出去體會生活，自己做專案的深刻體會。這次實訓讓我明白我自己之前的學習還是差很多，只有不斷的努力，才能學好。還要感謝達內公司對我的指導，我自己的努力固然重要，但是達內的優秀教師給我做的培訓，講的理論都讓我受益匪淺，讓我對軟體有了一個新的概念新的理解。

　　篇2

　　軟體測試在整個軟體週期中的重要性，它存在於整個專案週期，在專案開始之初需求調研的時候就開始了，在形成需求規格說明書的時候就需要針對文件進行測試。這個環節在後續整個專案中佔了很大的比重，能主導整個專案的走向，成敗與否全在於開始階段的決策。

　　體會一：軟體測試的真正意義在於發現錯誤，而不在於驗證軟體是正確的。

　　再嚴密的測試也不能完全發現軟體當中所有的錯誤，但是測試還是能發現大部分的錯誤，能確保軟體基本是可用的，所以在後續使用的過程中還需要加強快速響應的環節。結合軟體測試的理論，故障暴露在最終客戶端之前及時主動的去發現並解決。這一點就需要加強研發隊伍的建設。

　　體會二：在系統性能測試方面需要重視。

　　經過這次培訓中多個案例的講解，讓我瞭解到系統在上線之後會有很多不能預知的效能問題，需要在上線之前實現進行模擬，以規避風險，包括大資料量訪問，高併發數等等。

　　當然也有很多應對手段，沒有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運用以達到最優程度，這是個很值得研究的領域。

　　下面是本人的幾點想法：

　　想法一：加強系統上線前的效能測試。

　　目前我們在專案建設過程中對效能壓力測試的重視程度還不太高，廠家也很少有僱傭第三方的測試機構。而是在現網進行試用，遇到問題再解決，可能會產生滯後問題，影響客戶使用。希望以後能在效能測試方面提高重視程度，加大人力投入，以保證系統上線後能夠穩定執行。

　　想法二：適當介入相關專案研發

　　對於快速響應這塊，我們不能一味依賴廠家，而希望自己就能快速響應，及時將問題解決。這也是一個比較長遠的問題，需要加強研發力量的投入。

　　我個人是做開發出身，有此類經驗，當時是在客戶現場，因為了解系統內部結構，能夠在第一時間排查解決客戶所反饋問題。

　　現在系統完全由廠家開發，很難了解內部結構，或許會造成後期維護困難。所以，是否應該針對某些專案介入廠家研發工作，比如請廠家提供原始碼等相關要素，以增進維護人員對系統的瞭解。

　　最後再次感謝公司提供的平臺，感謝領導的信任，讓我有機會得到更深層次的學習以及展示自己能力的機會，我也會盡我所能來完善工作的系統，提高整體工作效率，為南方電網的發展建設提供更堅實，優秀的支撐服務平臺。

　　篇3

　　這次實訓使我們明白我們所欠缺的不僅僅是技術知識，更重要的是有一種處理事情的方法、面對問題的心態和動手能力。面對完全陌生的新知識、新技術、新專案以及整個IT行業，我們不能畏懼，要以一種積極的心態去面對，分析並抓住關鍵所在。因為我們所即將應對的每一個專案都是既需要實際操作，又需要詳細規劃的。作為組長，協調組員、激勵其他學員和積極參與專案研發是我每天必做的工作。我認為每個人都應該在團隊中做好自己應盡的職責，再優秀的個人也可能完成一個即龐大又複雜的專案工作，我們必需緊密的聯合在一起，以一個團隊的角色來面對。

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

　　程式設計師需要關心尊重。曾經有個例子，某公司開發人員王某由於剛開始學習程式設計，技術水平差一點，常常受到經理的“另眼相看”，每次軟體出現了問題都懷疑是他的原因，老開他的低階玩笑，這位員工會有怎樣的表現就可想而知了。經理通過這種手段能夠迫使這一位自動辭職嗎?非也，這位員工後來工作非常不負責任，把程式碼寫得既長又重複，且在程式碼中留下大量的隱患，此時，經理卻反而不敢過份得罪他了***否則，留下的巨量程式碼很難維護***。如果認為某人不適合目前工作，為何不另請高明?既然已經請他作了這件工作，就得尊重他。不能指望開發人員在非工作場合談吐得體、辦事周到、眼觀六路、耳聽八方，正所謂“尺有所短，寸有所長”，例如要求技術人員在酒席宴上象公關小姐或公關先生一樣舉止適度，從來不會有好的效果。軟體人員普遍喜歡自由而寬鬆的工作環境，最好不要做過多的無謂的規定，例如不準遲到、上班必須換拖鞋，否則***等等。如果確實有人經常上班遲到，工作不認真等，首先應該瞭解原因，此時多作思想工作是必要的，許多公司的經理們認為“思想工作”是過時的東西了，其實不然，私企職工揹負的心理壓力其實很重。他們特別需要有人關心，特別需要心理上的“減負?

　　軟體專案管理，需要我們不但關注專案管理技術等在軟體行業中的應用，還應該關注如何與軟體新思想和技術的整合，例如XP等思想，使我們得到更高效益的產出。欲想琢其玉，必先利其器，專案管理和我們軟體開發、質量管理等得一系列工具和模版，是我們事半功倍的利器。他山之石可以攻玉，關注一些管理界的發展，例如目前的中國式管理等，將其經驗用於軟體專案管理實踐並總結，將為我們帶來更大實效。