軟件測試年終總結多篇

軟件測試年終總結篇1

我最初參加測試工作的時候，不知道什麼是軟件測試，集成測試和系統測試的概念經常混淆，cmm是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能，對於那些拿着螺絲刀安裝機器的人就認爲是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成爲軟件測試的高手，傲視天下。所以不斷偷師，總結經驗，自認爲掌握了成爲高手的幾個祕技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

第一招 學會利用網絡

剛參加工作面對浩瀚的網絡世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程序的代碼，軟件技術文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些“武林祕籍“，成爲高手指日可待。最初參加工作由於自己工作努力有幸轉爲開發，加入項目組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

一次項目經理分配任務，覺得依靠手中的祕籍加上自己的“聰明才智“很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網絡尋找要解決問題的答案，從此google成了我的最愛，關鍵字成了我變化的招數。在軟件測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟件測試新手，甚至老手都沒有意識到自己手上就握有“無敵祕籍“，所以只要你耐心找，答案就在身邊。

這裏總結一下利用網絡搜索引擎的技巧：

組合搜索

每次搜索某個文件，如果只給出一個單詞進行搜索，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那麼搜索結果會更加切題。

選擇表述內容的詞組

一般我在網頁搜索引擎的時候，選擇一些可以表達我要查找內容的關鍵詞組，用來縮小搜索範圍，從而找到搜索結果是最好的辦法。運用詞組搜索涉可以先先簡單地輸入一個問題作爲詞組搜索，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。

定位信息來源

有的時候用詞組搜索不到或者無法準確表達所需信息。可以用另一種方法直接到信息源，就是直接到到提供某種信息的站點去。可以用公式 “”去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組

其實網絡上還有很多關於搜索技巧的文章，大家可以自行學習。千萬要記住搜索引擎是幫助你成功的有力武器。

第二招 學會動手

參加軟件測試工作後，隨着工作經驗的增長自我感覺越來越好。在公司裏也逐漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣“隨手“測試出了幾個bug，然後“仔細“的填寫了bug單（這個bug的現象已經出現了很多次了）。這時候測試經理走過來，重新複查了一下填寫的bug。他在重現我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現了，同樣的現象，他關閉軟件重新變化輸入，擴展出10幾個變化後，軟件不動了，內存不斷上升。終於他找到了產生軟件的bug的原因，然後對我說“尋找bug要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的bug描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現bug的時候他要調試跟蹤判斷，很花費時間，而且效率低。如果測試人員發現bug的時候多動手可以更加準確的定位bug步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作！“

在以後的.日子裏，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。

第三招 思考自己所作的

剛開始入行的時候，總是思考如何做好軟件測試。認爲公司的測試流程混亂總是很鬱悶，認爲自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了iso,cmm，測試管理工具，自動化工具（因爲公司不正規給了我很多學習的機會，後來到了比較大的軟件公司後，以前的經歷給了我更多的發展機會，因爲大公司非常正規了，公司內部人員分工明確，所以能力的鍛鍊反倒少了）。由於工作中經常寫報告反倒養成了總結教訓的習慣，因爲紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴展，整個過程是思想昇華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成爲一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。

所以善於思考，總結經驗，也是成爲高手之路的不二法決。

第四招 學會利用論壇資源

其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到“測試高手“的身影，並且不提問題，而且還能“鋤強扶弱“，是測試新丁的救命稻草。好像是高手們無所不能，其實摘掉這層耀眼的光環，他們並沒想像得那麼厲害，只不過通過自己的搜索找到的答案，然後幫助其他人。當然也有很多人都是通過自學，然後在論壇中交流得到了很多經驗，高手其實也是因爲善於思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。

很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因爲題目不清晰，而且高手字樣嚇阻了很多人。其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。

第五招 學習和你所測試的軟件產品相關的知識

要想成爲好的測試人員，還要了解你要測試的軟件的相關知識。要了解軟件產品的架構是什麼樣的。要了解軟件的市場需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些纔是用戶最關心的，也是你在測試中需要注意的問題，滿足客戶是最大的需要。但是瞭解軟件需求之後要學會要多讀些軟件系統的技術文檔，軟件設計文檔，這些文檔可以幫助你瞭解產品如何工作。還有多看看公司bug庫中的問題，這些存在的問題可以幫助你瞭解軟件產品那些地方存在缺陷，軟件系統那些地方會出現錯誤。軟件是運行在一個大環境中，如果對系統不熟悉，那麼有些問題你不能從一個更廣闊的層面考慮，學習操作系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟件運行在windows或者linux，如果你不懂操作系統，你就無法建立測試環境，有些時候時候軟件的組件發生問題，就是你係統配置造成的，對系統不熟悉，你會把外在原因歸結爲軟件本身。所以要學習關於和軟件系統相關的知識，比如編程，網絡，數據庫等。不一定你要學習到多好的程度，只是通過這些擴展的知識面，你可以在發現問題，解決問題上不會侷限在狹小的圈子裏。

和一切相關的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客戶交流，你會在測試中從客戶的角度發現問題；和開發人員交流，你會了解開發人員怎麼實現軟件功能的；和項目管理人員交流，你會知道開發進度以及遇到的困難。

軟件測試年終總結篇2

一、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業的朋友們早點看到哈!-

二、一定要確定自己的發展方向，併爲此目的制定可行的計劃。不要說什麼，“我剛畢業，還不知道將來可能做什麼?”，“跟着感覺走，先做做看”。因爲，這樣的觀點會通過你的潛意識去暗示你的行爲無所事事、碌碌無爲。一直做技術，將來成爲專家級人物?向管理方向走，成爲職業經理人?先熟悉行業和領域，將來自立門戶?還是先在行業裏面混混，過幾年轉行做點別的?這很重要，它將決定你近幾年、十年內“做什麼事情纔是在做正確的事情!”。

三、軟件開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。

算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。

四、詳細制定自己軟件開發專業知識學習計劃，並注意及時修正和調整(軟件開發技術變化實在太快)。請牢記：“如果一個軟件開發人員在1、2年內都沒有更新過自己的知識，那麼，其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來，平均每天實際學習時間超過2小時。

五、書籍是人類進步的階梯，對軟件開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書!我買的那些傢伙出的書，!00%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。

“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，纔算是真正擁有了它。

六、不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裏”是任何行業的`工程師所不應該具備的素質。開發windows應用程序，看看windows程序的設計、加載、執行原理，分析一下pe文件格式，試試用sdk開發從頭開發一個windows應用程序;用vc++、delphi、java、開發應用程序，花時間去研究一下mfc、vcl、j2ee、.它們框架設計或者源碼。

除了會用j2ee、jboss、spring、hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試着這樣做做，你以後的工作將會少遇到一些讓你不明就裏、一頭霧水的問題，因爲，很多東西你“知其然且知其所以然”!

軟件測試年終總結篇3

xx年已過去，在過去的一年中，我擔任公司開發部的一名軟件工程師，主要從事着ja項目的開發工作，這一年來我低調努力工作着，不求閃亮顯眼和光芒四射，只爲平靜和淡定;這一年中所做的成績如下：

一、財政局項目，本人獨立負責開發會計處的三個子系統：

1、會計人員信用查詢系統。

2、代理記賬機構信用查詢系統。

3、會計人員網上報備系統。

以上三個子系統上線後，方便了社會各界查驗會計人員的真實信息、方便了查詢合法的代理記賬機構信息，以及方便了各單位對會計人員的報備。

二、餐飲行業項目，在團隊開發項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目，主要負責的系統有：

1、房屋租賃合同管理系統。

2、短信收發管理系統。

3、會員管理系統。

4、基礎信息管理系統和人事管理系統的部分功能模塊。

系統應用後，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率,並且及時有效提供了相應預警信息;短信收發系統方便了總部及時傳遞各項信息;會員系統更好的管理全國各門店的會員信息;人事系統在管理中減少工作量等。

三、金融行業項目，我參與了中國銀行廈門分行，企業轉賬管理系統中的部分模塊開發。

本系統方便了企業快速實現大量和複雜的轉賬工作。

四、國土資源與房產管理局項目，正在負責和開發的是住房貨幣化補貼網上申報審覈系統。

本項目採用了新技術，使界面更加大方美觀，很大程度上改善人機交互平臺的效果。

總結不足：駐豪享來總部做項目時，由於團隊內部某些原因，加之外面的其他因素，一定程度上影響了工作效率、影響開發進度和影響最終軟件質量;這是包括我在內項目組中的每個成員都必須檢討的地方。

通過總結一年來的工作，儘管有了一定的進步和成績，但在一些方面還存在不足，個別工作做得還不夠完善。在今後的工作中，我將努力找出工作中的不足，以便在日後的工作中加以克服。自我不斷的學習吸收新技術，認真學習好規範規程及有關文件資料，並且及時的把新技術應用在實際的項目中，進一步提高項目的技術含量。

軟件測試年終總結篇4

過去的一年，我參與了較多的產品設計，從中受益匪淺，不僅學到了很多專業知識，對動態產品有了更全面的理解和把握，而且培養了我作爲軟件工程師所應該具備的基本素質。同時，我堅持自學，學習了當前軟件行業新的工具軟件和專業書籍，提高了理論水平。現將具體工作總結如下：

1.設計、調試出口印度的摩托車試驗機

印度之行是成功的，也是艱難和值得回味的。我們一行三人，在沒有翻譯的情況下，克服當地天氣炎熱和飲食不適應的困難，在不到三週的時間內將四臺設備調試完畢，拿到了用戶的驗收紀要，這是值得肯定的。但，我覺得也有一些遺憾的地方。由於是第一次做車輛產品的出口，缺乏經驗，我們的包裝和防鏽做的不夠好，設備出現了故障，讓印度人對我們的滿意度下降。如果我們注意這些細節，用我們的產品打開印度這個工業剛起步的國家的大門，那麼，我相信我們會從中受益。

2.主管設計pws-j20b1

此試驗機已經交檢完畢，各項指標達到了技術協議要求，等用戶款到發貨。

3.參與設計pws-200b

與毛工一起設計，對液壓夾頭，氣液增壓泵等的工作原理有了更深入的理解，從毛工身上學到了很多東西。比如，設計的嚴謹和嚴肅性，此產品已發貨。

開發四部的工作是繁重和艱鉅的，我在車工和毛工的指導下，較好的融入了這種緊張和嚴謹的氛圍中，較好地完成了各項任務，自身的業務素質和工作能力有了較大提高，對工作有了更多的自信。

軟件測試年終總結篇5

我是在7月份到新單位工作的，新單位是一個很不錯的單位，項目飽滿，資金等方面也沒有太多的問題，但就測試部門工作的情況卻很不樂觀。具體表現是人員少，任務重，人員不穩定。領導對測試部門的工作很不滿意，在面試我的時候就多次表示了對公司目前測試不滿，期待我來之後能夠帶領測試部門有一個比較好的發展。

首先說說我們公司測試部門在這四個月的變化吧。

1、測試人員大量增加

原來的測試人員爲3人，現在爲14人，人員擴充了3倍，目前來說，測試人員的數量還不是很多，但相比原來部門的擴充速度還是很快的，另外一個方面，由於我們工作比較有成效，領導基本認可開發人員和測試人員比例可以達到1：0.8或1的比例。我想這個比例對一個國內的企業來說已經是很高的比例了。

2、個人素質的提高

具體的個人素質提高不是很好說，還是用項目來說吧，我剛來的時候，測試人員在一個系統測試的時候，一般測試需求點位500個左右，後來一個項目在作迴歸測試的時候，測試需求點達到15000個，第二次迴歸測試的時候測試需求點達到了49000個，這裏要說明的是，我們測試需求點的增加不是爲了增加而增加，而是對被測試需求各種使用情況分析的更詳細，程序覆蓋強度越來越大的結果，測試發現的問題深度逐步增強的反應。

3、機器設備的變化

測試人員是開發羣體的弱勢羣體，他們的機器配置也是公司最低的，剛來的時候，測試人員使用的機器都完全不能滿足自動化測試的需要，目前，測試人員基本都提高了機器配置，測試人員很高興。另外我們還有專門的測試流程管理服務器，一些淘汰下來的老機器作爲專門跑測試用例的測試專用機。

4、開發人員對測試人員的態度改變

測試人員在開發過程中處於弱勢地位，這是一個不可迴避的現象，原來開發人員可以隨意的讓測試人員做自己認爲需要的測試，而測試人員是沒有辦法拒絕的，甚至連具體測試的方法和手段開發人員都要干涉，而一旦出問題，首先怪罪測試人員，而不是找自己的責任，測試人員成了項目失敗的替罪羊。而現在這種已經發生了很大的改變，至少測試人員有能力展示他們的特長。而不是開發人員的附屬。

5、領導對測試工作的態度轉變

我剛到單位的時候，領導們對測試工作很不滿意，給我印象最深的是領導說，測試部門的工作人員，可用的就留下，不可用的就直接開除，這對測試人員的工作評價實在不高，現在好多了，首先測試部門現在的工作得到了領導的認可(原來我們總是被批評，而現在總是被表揚)，其次，人員、設備的配置在增加，最重要的是，我們要求的測試時間可以得到保證。