軟件測試工程師個人工作總結

第一篇：軟件測試工程師年終工作總結

2014年終工作總結

一：2014年工作回顧及總結

回顧2014年這一年來的工作，我在公司領導及各位同事的支持和幫助下，嚴格要求自己，按照公司要求，比較好地完成了本職工作。通過近一年的學習和工作，工作模式上有了新的突破，工作方式有了較大的改變。現將這一年的工作情況總結如下：

1、總體來説，2014年我主要完成了“……銀行系統”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常測試以及質量控制工作；“……”已經穩定上線運行6個多月，“……”即將上線。

2、日常我主要負責項目測試工作、測試文檔編輯、參與功能需求設計、協調開發進度、總結經驗分享、完成所需知識積累、工具學習及研究、兼容性軟件測試。就在銀聯項目工作來説，主要的工作內容有：a、測試項目案例、測試用例的設計與編寫；b、對測試過程中遇到的問題進行溝通，並提供意見；c、設計業務功能流程，提供參考意見，繪製關鍵業務流程；d、進行主要功能的界面測試、功能測試；e、按照測試用例執行測試計劃；f、進行需求驗證工作

3、知識的總結與分享，完成客户端在安卓4.0/4.1，ios6.0以上(本文來源本站：)系統上出現的兼容等問題，完成了兼容性測試案例的編寫以及兼容性測試的培訓工作。在日常工作中，發現兼容上重大問題，在測試部門羣中發佈分享。

4、完成所需知識積累，學習所需知識、工具以及技能。在工作中學習了銀行業務流程規範、學習公司研發規範、參加了公司組織的技術培訓、學習了各種

測試工具的使用。

二：對公司的建議與意見

對公司和部門建設上，我有以下幾點建議：

1、對員工進行金融知識的系統培訓，讓測試人員瞭解銀行業務流程，有助於測試人員更加詳細瞭解業務流程，測試過程會少走很多彎路。

2、部門內希望多組織技術交流討論，促進測試工作的開展和提高。一年至少有2次這樣的交流。

3、公司在項目開發前期，希望儘可能的明確需求，儘可能的詳盡需求説明書內容。在測試過程中發現很多項目缺少需求説明書，需求説明書不明確或者需求説明書內容錯誤，誤導了開發和測試，浪費了時間，影響了項目進度。

4、建議項目需求設計可以有測試員參與討論。

5、公司管理有點混亂，個人感覺公司對每位員工的重視程度不夠！節假日公司應該給每位員工一定的福利和關心。

6、個人感覺平時的效率比較低，希望測試部門能夠有所調整。希望公司能制定質量控制標準以及開發、測試工作流程，讓開發更好的瞭解測試的流程，增強開發團隊與測試團隊的配合，提高工作效率。

7、加強部門測試成果的積累與沉澱，提高團隊測試水準，希望我們的團隊能夠做的更好，能夠已團隊的形式參與軟件項目的開發，而不僅僅是一個項目中毫不起眼的小小測試員。

三：2014年工作計劃與學習計劃

2014年工作計劃就是希望通過自己的努力，讓我們的產品更加完美，讓自己在軟件測試技能上有所提高，更多的關注軟件產品的開發過程，提高工作效率、做到與用户的需求一致，提高公司軟件產品用户滿意度。

具體來説2014年工作計劃有：努力提高自身測試水準，努力學習金融知識以及業務流程，學會需求分析，掌握需求分析在測試中的作用，參與公司更多的開發項目的測試工作。

********

201*年^月^日

第二篇：軟件測試工程師的工作總結

【摘要】

軟件質量越來越受到人們的關注，軟件測試作為新興行業有很多不完善的地方。很多從事軟件測試工作的同行處於迷茫之中，如何提高，如何解決測試工作中的實際問題，困惑着每一個人。本文總結了一下個人經驗，希望對大家有幫助。

【關鍵詞】

軟件測試

軟件

測試學習

軟件測試工程師

我最初參加測試工作的時候，不知道什麼是軟件測試，集成測試和系統測試的概念經常混淆，

cmm

是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來説簡直是有史以來人類的最高技能，對於那些拿着螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙説不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個祕技，這幾年混跡

“

江湖

“

還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

第一招

學會利用網絡

剛參加工作面對浩瀚的網絡世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程序的代碼，軟件技術文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些

“

武林祕籍

“

，成為高手指日可待。最初參加工作由於自己工作努力有幸轉為開發，加入項目組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

一次項目經理分配任務，覺得依靠手中的祕籍加上自己的

“

聰明才智

“

很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網絡尋找要解決問題的答案，從此

google

成了我的最愛，關鍵字成了我變化的招數。在軟件測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟件測試新手，甚至老手都沒有意識到自己手上就握有

“

無敵祕籍

“

，所以只要你耐心找，答案就在身邊。

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

組合搜索

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

選擇表述內容的詞組

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

定位信息來源

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

“www.

公司名

”

去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組

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

第二招

學會動手

參加軟件測試工作後，隨着工作經驗的增長自我感覺越來越好。在公司裏也逐漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣

“

隨手

“

測試出了幾個

bug

，然後

“

仔細

“

的填寫了

bug

單（這個

bug

的現象已經出現了很多次了）。這時候測試經理走過來，重新複查了一下填寫的

bug

。他在重現我的

bug

的過程中，簡化了我的輸入變化，

bug

神奇的又出現了，同樣的現象，他關閉軟件重新變化輸入，擴展出

10

幾個變化後，軟件不動了，內存不斷上升。終於他找到了產生軟件的

bug

的原因，然後對我説

“

尋找

bug

要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的

bug

描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現

bug

的時候他要調試跟蹤判斷，很花費時間，而且效率低。如果測試人員發現

bug

的時候多動手可以更加準確的定位

bug

步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作！。

“

。

同欄目文章：

信息技術工作總結

質量技術監督工作總結

科技發展“十一五”規劃綱要

質量技術監督局年度工作總結

鄧麥村作高技術產業發展工作總結報告

鄉鎮農業科技上半年總結及下半年計劃

科技考核工作總結

【返回

技術工作總結

欄目列表】

第三篇：軟件測試工程師年終總結

2014年終總結

時光荏苒，如今12年的帷幕已經謝下，13年的鐘聲已經敲響，在公司高層的正確領導下，我們佰騰科技又走過了一年。而我也在自己的努力以及同事的幫助下完成了2014年我所負責的工作，以下就是我對過去這一年的工作總結：

一、測試工作及經驗

作為軟件部測試組的一員，首先要做好的就是自己的本職工作，我在2014年中所做的工作主要有：

xxxx測試用例的編寫，對系統的測試、跟蹤；

xxxx需求、高保圖、界面和功能的測試；

xxxx功能測試用例的編寫，高保圖、系統的測試；

xxxx的靜態頁面測試和功能測試；

5．xxxxxxxx的功能測試；

6．xxxxxxxx第一、二、三迭代高保圖測試，測試用例編寫，靜態頁面和功能測試，並主持參與測試用例評審；

7．xxxxxxxx平台高保圖的測試和系統靜態頁面、功能的測試；

8．xxxxxxxx的高保圖測試和測試用例的編寫；

9．xxxxxxxx的靜態頁面和功能測試，參與測試用例的評審；

10．xxxxxxxx的高保圖測試、靜態頁面和功能測試；

11．xxxxxxxx用户使用手冊的編寫；

一年的工作，讓我獲得很多方面的經驗：

1．編寫邏輯覆蓋率全的測試用例甚為重要。在理解需求的前提下編寫測試用例，使得我掌握了多種測試用例編寫方法，更讓我對產品的需求有更加深入的理解，須知對需求是否理解透徹決定了能否有效、全面地對產品進行測試；

2. 要站在用户角度對系統進行測試。從一些項目中出現的未能及時發現的bug中，我認識到用户體驗的重要性，現在能夠越來越多的從這方面來執行測試；

3．對拿到手的項目有較清晰的思路，能夠更加快速、準確地發現問題；

4.越來越規範的工作流程的讓我們的工作有條不紊的進行，讓我深刻認識到工作的規範性是多麼的重要，並且從中學習如何從文檔和流程上規範工作。

5.同事間的溝通很重要。現在不管遇到什麼不確定或疑惑，都與開發人員、

產品經理等及時溝通，大大提高了工作的效率。

二、加強自我能力的提高

只有不斷的提高自己各種的能力，才能勝任越來越艱鉅的任務，因此在工作相對不飽和的時候，我自己進行了一些學習。

為提高對“用户體驗”的理解，我學習了《下一站用户體驗》，書中一些經驗確實讓我獲益匪淺。不能總拿別人的用户體驗去改進自己的產品，但是有一些卻是通用的，比如：太多彈出框、按鈕會給用户帶來憤怒感，要適當的給頁面減肥等等。

深知單純的界面測試和功能測試已經漸漸不能滿足今後平台的開發，所以我學習了性能測試的一些相關知識，並在師父的指導下運用lr工具進行簡單性能測試，以後必須堅持學習。

三、存在的不足及明年計劃

一年的工作讓我有所進步，但是很多地方還是存在不足，比如：有時候看問題比較主觀，不是很細緻，沒能深入地去測試，會有遺漏的bug；自身專業技術能力還不足，不能從系統穩定性這一點上對系統進行測試。在以後的工作中，我會努力改善。

在2014年的工作中，我計劃：

1、本着實事求是的態度，更加認真、負責的完成工作；

2、要儘可能深刻的理解需求，堅持編寫覆蓋率強的測試用例；

3、按照系統穩定性測試方案，要逐漸對系統的穩定性、安全性進行測試；

4、繼續研究性能測試，並要將lr工具運用在實際工作中；

5、多多的學習，參加一些有益的培訓，在實際工作中活學活用。

四、個人建議

這一年來我們部門有着的顯著進步，越發規範的工作流程，越來越明確的責任制度、管理體系等，都讓我們更加有凝聚力。在此，個人提出以下幾個小建議：

1、希望可以加強對項目的把控，儘量能將延期風險降到最低；

2、從各個組對需求理解的不一致，以及信息更新不及時等問題上看，溝通

問題還是有待完善；

3、希望能夠在需求這一關卡上能更詳細、準確的確定產品的功能要求；

4、雖然工作任務繁重，還是希望部門能夠多組織活動，完善獎勵制度，可

以讓大家更加激情的為部門、為公司奉獻自己的全部力量。

以上是我個人的一些淺見，相信在大家共同的努力下，向着同一個目標進發，軟件部甚至整個公司必定會大展全新的宏圖偉業。

第四篇：測試工程師個人工作總結

本文由好範文小編輯收集整理，以下提供一篇測試工程師個人工作總結給大家參考！

總體來説，xx年我主要完成了以下幾方面的工作：

l 項目測試工作

l 知識與經驗分享

l 完成所需知識的積累

l 工具學習及研究

具體來説，如下：

1．項目測試工作

這段時間，我主要是協助c.y.x進行cmbp項目測試，主要工作內容有：

l 對測試用例的編寫提供反饋意見；

l 對測試過程及測試情況進行分析，並提供意見；

l 設計業務測試數據的例子；

l 繪製系統關鍵業務流程；

l 進行主要功能的界面測試、功能測試；

l 按照測試用例執行測試，並提交測試彙報；

l 進行需求驗證工作。

2．知識與經驗分享

這部分工作，主要表現在四方面：

完成項目測試經驗總結

完成“測試經驗交流與知識分享”簡報，包括簡報材料的製作。該簡報內容包括：項目測試經驗介紹、測試度量、性能測試知識介紹、loadrunner使用經驗交流。

對現有測試規範提供改進反饋意見；

根據以往經驗，在cmbp項目中提供幫助。

3．完成所需知識的積累

這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。我主要是根據《新員工入職指引表》的要求進行的。主要工作內容有：

學習金融行業業務知識

學習公司研發規範

學習研發部產品知識（保理項目、intelliworkflow、農行crm系統、工作流知識）

參加公司或業務部門組織的培訓（新員工入職培訓、基於uml的面向對象分析和設計、金融衍生工具介紹）

學習缺陷管理工具ttp

4．工具學習及研究

根據《新員工入職指引表》的要求，我瞭解rational 測試解決方案和工具，並進行rational performance tester的研究。完成對rational performance tester的研究後，我提交了研究成果，包括：《rational performance tester 6 介紹》、使用rational performance tester進行性能測試的例子及學習參考資料。

二、xx年計劃

xx年，我希望能通過參與具體項目的實踐，達到以下目標：

1．能將測試過程在項目中真正的運用起來，並讓項目的開發人員瞭解我們的測試過程

2．在項目中沉澱出一些部門成果

除了保質保量的完成項目測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。

三、對部門建設的建議

在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：

1．對人員進行分工，或者説是團隊成員的側重方向進行明確

例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。

2．強化制度建設

3．加大對測試過程的實施力度

現有測試過程，過程文件上存在不易操作的地方。所以在實施上也相應的存在一些問題。另外，爭取能讓開發人員瞭解測試過程。如果能讓開發人員瞭解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。

4．加強部門測試成果的積累與沉澱。

現在的測試成果保存在服務器上，很容易發生測試成果丟失的情況。加上還有一些測試成果未提交服務器，只是保留在個人機器上，很容易發生人走成果也不在的情況。另外，保存在個人機器上，也不利於知識的傳播與分享，不利於部門成員技能的提升。

除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉澱下來。例如，對項目的測試經驗，性能測試的經驗，測試用例設計經驗等等。

第五篇：軟件測試工程師年終述職總結

內蒙古金財信息技術有限公司

研發二部-孟磊

年終總結

2014年12月

2014年終總結

回顧2014年5月入職到現在大半年的工作，我在公司領導及各位同事的支持和幫助下，按照公司要求，比較好地完成了本職工作現將這一年的工作情況總結如下：

一、項目時間點及各階段工作

二、測試總結

中間業務平台管理系統集成測試階段：

缺陷數據分配表

告警性 建議性 嚴重性 <總計>

郭洪敏 1481739

李揚 4373383

孟凡波 722352147

缺陷摘要餅形圖

聶飛龍 711321

<總計> 13639115290

嚴重性缺陷佔到整個缺陷數量的百分之四十，從實際測試工作來看，代表性大致可分為以下幾類：點擊“新增”報錯、查詢報錯、保存報錯等直觀的缺陷。在這裏建議研發人員在單元測試發現此類缺陷，在今後項目中，減少缺陷數量，提高軟件質量。

中間業務平台管理系統上線階段：

在管理系統上線階段共發現6個問題其中有代表性問題分類如下：

1、需求問題：

系統維護->賬户維護新增時，賬户類型字段是從數據庫配置，聯社方想通過頁面控制此字段。此問題在集成測試時，熬民就提出要從系統頁面上新增，當時認為需求沒提出此功能忽略了隱性需求導致後期東北農電項目上線需要從數據庫大量配置通訊配置表。

教訓：今後測試不止測試功能是否實現，需要考慮和結合系統與系統之間的關聯關係，眼光放得在長遠些。 2、技術實現問題：

集成測試時，管理系統新增賬户時其合法性需要與核心校驗，此問題集成測試通過，但在上線驗證階段發現此功能沒實現。後經過與研發人員溝通此功能實現方式是單位關聯維護時，核心直連標誌選擇不直連，則此業務新增賬户時則不與核心校驗賬户。功能實現邏輯就是錯誤，而測試基於錯誤的邏輯去做集成測試。 教訓：

測試角度：只測試了功能實現與否，沒測試功能實現的方式對不對。 研發角度：重要的功能實現方式及其業務邏輯在編碼前多跟測試人員交流，説明其實現方式。項目經理能參與評審研發人員的設計文檔。把缺陷扼殺在搖籃之中。 3、遷移配置問題：

如：“機構下載提示：“ftp下載失敗”。”、”櫃員登錄業務系統時提示：“用户失效”。”、“繳費查詢時，生成批次號錯誤。”等

教訓：上線中的運維手冊、配置手冊操作手冊等文檔寫的不詳細、描述的不夠清楚，。導致上線驗證階段有一半兒的問題都是遷移導致。今後站在用户角度去編寫文檔儘量寫的詳細，不僅提高軟件本身的質量，也要提高文檔的質量。

烏拉特前旗財政代發加密：

1、前期軟件交付時財政不認可：

此軟件是前旗農村商業銀行委託我們為前旗財政局研發一款代發工資加密軟件。但在軟件交付時，財政完全不認可導致項目推翻重新開發。

教訓：如果項目涉及到三方或者多方時，一定在研發工作前把握用户最原始的需求，可能從中間方挖掘出的需求並不是最終用户想要的結果。

中間業務代理校園一卡通：

1、

交易最少、問題最多的項目。

導致問題原因如下：研發人員經常變動性大，幾乎研發二部所有人都參與過此項目支持，看別人代碼需要大量時間，甚至比重新研發都要費時間。接口聯調階段對方工程師不在場（校園前置機本身配置問題）。集成測試時，對賬是報文模擬，這就導致一部分案例無法覆蓋到（生成對賬文件校園方是否解析）。

教訓:在軟件的生命週期內希望公司能夠保持各個階段的研發人員的穩定性。用報文模擬的集成本身就存在風險，希望今後的項目中能得到第三方仿真端來降低成本，節省測試成本。在案例設計方面多模擬用户真實環境。

三、自身存在的不足及其後期計劃

金財公司的工作同我之前的工作有很大不同，之前公司的測試工作只需要完成三輪集成測試的工作即可，在金財公司的測試工作不單單是測試，更是涉及到是質量管理、質量監督、質量控制的工作，同我之前相比感覺每天都在進步，大半年工作讓我有所進步，但是很多地方還是存在不足，比如：

1. 接到工作任務後一味的去做，做到一半發現做不下去或者做的不對。做

事情沒方法。

2. 在描述一個缺陷的現象時，儘量去挖掘產生問題的原因，在定位缺陷的

能力上多下一些功夫，為開發減少工作量。 在2014年的工作中，我計劃：

1. 今後工作要學會分析事物，找到做事的辦法，提前把思路彙報給上級。； 2. 要儘可能深刻的理解需求，堅持編寫覆蓋率強的測試用例； 3. 做好管理系統、一卡通、華北市電的運維工作；

4. 學會環境搭建、保持開發與測試有兩套環境避免相互影響。

四、個人建議

近半年我們部門有着的明顯進步，比如之前用excel執行案例、記錄缺陷，後期採用行業著名的qc軟件來規範測試流程等，在此，個人提出以下幾個小建議：

1、希望能夠在需求這一階段上能更詳細、準確的確定軟件功能要求； 2、研發人員在修改缺陷時，希望能在備註上添加上缺陷是如何修復的產生

原因是什麼等，一是能給測試人員帶來新的測試思路；，二是能夠給其他研發人員提供借鑑;

3、在項目的各個重要階段多開一些項目總結例會把遇到的問題放到例會上

讓大家討論，能為接下來的項目或者以後的工作提供寶貴意見； 4、在單元測試階段時，測試人員沒有其他任務時，可以提出讓測試人員配

合做單元測試，保證後期集成測試時，嚴重性缺陷數量的控制； 5、公司的報銷流程個人感覺有些繁瑣希望公司能夠簡化流程或者公司人事

方面能夠定期來核對報銷工作;

最後，感謝部門領導、各位同事對我這個新人在初期工作時的幫助，特別是熬民在工作上對我的監督指導，在業務上和測試技術上有問必答，毫無保留。對於工作上遇到的困難，研發人員都能在百忙之中給我講解和探討問題，在這裏特此感謝他們。

相信在大家共同的努力下，公司部門逐漸壯大、成長。最後走出內蒙，走向全國。

2014-12-27 研發二部-孟磊