軟件測試工程師年終工作總結（精選7篇）

軟件測試工程師年終工作總結 篇1

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

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

軟件測試工程師年終工作總結 篇2

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

第一招 學會利用網絡

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

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

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

組合搜索

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

選擇表述內容的詞組

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

定位信息來源

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

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

軟件測試工程師年終工作總結 篇3

這個學期我學習了軟件測試這門專業課程，在學期即將結束的時候，我也對這門課程建立基本的瞭解和理解。軟件測試這門課程作為軟件工程專業中一門很重要的課程，已經在軟件領域佔據了不可替代的角色，當一個軟件從雛形到真正的在一台計算機上運行的時候，誰也不能保證計算機軟件能一步到位的滿足人們的需求。所以就有了軟件測試，其目的是：第一是確認軟件的質量，其一方面是確認軟件做了你所期望的事情，另一方面是確認軟件以正確的方式來做了這個事件。下面我簡單的寫一下這個學期對課程的總結和收穫。

我認為，在整個龐大的軟件工程中，不管是需求分析、架構設計甚至是最後的debug，都會產生引入不管的機會，這就要求作為一個軟件測試師要掌握豐富的軟件工程原理和知識。測試的工作將會存在於整個項目週期，即在項目開始時需要各種分析調研時就開始了。尤其是在形成需求規格説明書時就有對文檔的測試需求，甚至主導整個項目的走向。

軟件測試對邏輯思維、學習能力、反應要求很高，是否有嚴密的思維和逆向思維也非常重要。做測試還要考慮到所有出錯的

可能性，有時候還要用一些非常規的的測試方法。軟件測試還很注重軟件性能問題，也就是要保證軟件運行得很好；不同的使用環境下，考慮軟件的兼容性同樣重要。對於測試員來講，會比開發人員更加重視軟件產品的質量問題。在測試過程中，測試者可能會為客户的需求角度考慮到更多，由此我們可以認為測試人員有權利決定產品是否可以發佈。然而，通過一個學期的學期，我們又不得不懂得，軟件測試人員不是萬能的，測試人員在面對一個設計爛編碼爛的軟件時，也是無法不低頭的，再怎麼測試它也變不成優秀的軟件。

通過課上的理論因為課下的實踐和後半學期又因為身體力行於

1、最基本的測試的分類：從是否需要執行被測軟件的角度，可分為靜態測試和動態測試；從測試是否針對系統的內部結構和具體實現算法的角度來看，可分為白盒測試和黑盒測試。

2、然後就是，白盒測試中的'邏輯驅動測試的覆蓋率測試。

3、還有就是對於劃分等價類和邊界值法這一塊，讓我從模糊到明朗。

4、在初次寫測試用例的時候，感覺真是糾結，用例寫的很死板，看似簡單的一個填表工作，要寫好真是不簡單。一開始寫的比較不自然，有些生搬硬套，而且還很慢。在後來負責了對論壇新鮮事版塊的測試之後，明白了測試用例其實就是指導怎麼去執行測試，而且書寫設計測試用例也要以熟悉軟件的業務為前提，才能更好的去測試。

另外就是一個學期的學習讓我糾正了幾點誤區：

1、有位大師曾説過：“軟件測試的目的在於發現錯誤，一個好的測試用例在於發現從來未發現的錯誤，一個成功的測試是發現了從未發現的錯誤的測試。”由此我自認為測試就是為了找到bug，然而一個學期的測試學習經驗告訴我這是錯誤的，如果只是為了找到BUG，那麼BUG會成天纏着你。

2、在大家協力測試論壇的'時期內，我曾認為這種大量的重複性的工作真的很乏味，可是在這乏味中真心發生挺多有意思的bug，意想不到的bug，所以我認為只要掌握了方法，在重複中尋到到創新的小驚喜，任何東西都有它的特點。

作為測試新手，通過一學期的學習，我認為能獨立寫測試計劃，設計測試用例，精通一種測試工具，理解一種bug管理軟件是新手晉級老手的必備素質。任重而道遠？！

在最後，我不得不提的就是細心和耐心了。這是我認為這個學期測試課上收穫的了，課程要求測試時必須細心和耐心，我在想，如果以後真的工作在測試一系列的崗位上，要學會坐得住，

軟件測試工程師年終工作總結 篇4

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

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

軟件測試工程師年終工作總結 篇5

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

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

軟件測試工程師年終工作總結 篇6

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

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

軟件測試工程師年終工作總結 篇7

在20xx年原公司併入新公司集團，我也隨同原公司一起成了新公司的一員。我所在的部門是研發中心，擔任副經理一職，配合王總與單總開展工作。

上半年的工作仍是延續以前的三維產品(以下簡稱AA)的研發。主要的工作內容包括以下一些：

AA研發管理工作。

一開始組織進行真實矢量數據的繪製，用於實現用户標準，POI顯示等。這部分工作完成了雛形後，又啟動了批量矢量的預研工作，下半年小組成員完成了這一內容的階段版本。同時完成了一個階段的程序結構梳理、性能調優，開展了一些VR效果及基礎GIS功能(測量等)實現的工作。

在組織研發工作的同時，因市場需要，我們的產品開始投入使用。其中我負責的兩個是測繪工程院前期合作、預研合作。這兩個合作都沒有明顯的成果，只能算是產品的測試使用。通過這些小任務，我們也整理了一些我們軟件的不足，收集了一些完善意見，同時我組織人員開發了一個由ma數據直接生成產品自有格式的工具，擴充了產品支持的三維模型數據格式。

下半年由於xx項目的需要及當時部門的人員情況，領導安排我負責停滯了很長時間的三維平台升級項目任務。

因以前的'老平台無法滿足規劃局用户共享交換的需要，公司決定用新研發的AA產品對共享平台進行升級。我們在建設了一個十人左右的隊伍，基於AA的SDK進行應用開發。完成此項目的過程中，我的主要工作內容是：在領導的支持下組建隊伍、整理用户需求、分配工作任務、與公司研發隊伍進行溝通協調、客户彙報。同時，對公司研發的任務內容、技術路線等我也提出了一些自己的建議和看法。並協助領導開展了部分人員的思想工作。因項目需要，完善了產品的地形、影像數據處理工具，使數據展示的效果比以前有了提升。

至目前為止，項目任務已基本完成，與客户要求的6個月時間相吻合，客户關係也已經理順，算是保住了這個老市場，項目也鍛煉出了一支應用項目實施的隊伍，部分員工成長迅速，很有潛力。

xx項目任務完成的過程中，得到了研發人員的大力支持，同時項目需求也給AA研發指明瞭一些方向。應該説，xx項目是我們AA應用的一個完整檢驗。基於xx項目，研發完成了地下管網數據展示的一個階段版本。算是對AA產品做了一個較大的擴展，也可作為產品區別與大部分三維產品的一個特點。

年度工作中存在問題和不足：

20xx年的工作任務算是完成了，在完成這些任務的過程中，我意識到自己還存在許多不足。主要有以下幾個方面：

首先是執行力。三維軟件研發的過程中，對一個新研發內容的工作量及所需要的時間、人力我和負責開發的人員都存在評估不準確的情況，在這種情況下制定出來的工作計劃往往無法按時完成。沒按時完成我也沒有對應的措施去應對，按計劃完成了也沒有措施去獎勵，計劃和實際總是存在偏差。

其次是引進人才方面。一個研發隊伍，需要有經驗、有能力、有潛質的技術人員，但在人才引進方面我覺得自己做得很不夠，沒有為我們的開發隊伍引進一個技術牛人，隊伍的成員也是王總引進以及通過正常招聘找來的。

還有就是主動引導其他部門的方面。我們是產品研發部門，理應由我們來告訴其他人我們的產品特點是什麼、適合做什麼、不適合做什麼。但截至目前的情況卻是其他項目部門告訴我們他們需要什麼，然後我們來支持。這種情況的結果是我們自己的研發節奏和目標都被打亂，最終產品變得沒有特點或者延遲交付。