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

1、軟件測試工程師個人工作總結第一篇：軟件測試工程師年終工作總結2014 年終工作總結一： 2014年工作回顧及總結回顧 2014 年這一年來的工作，我在公司領導及各位同事的支持和幫助下，嚴 格要求自己，按照公司要求，比較好地完成了本職工作。通過近一年的學習和工作， 工作模式上有了新的突破，工作方式有了較大的改變。現(xiàn)將這一年的工作情況總結 如下：1 、總體來說，2014年我主要完成了“銀行系統(tǒng)”、“渠道管理平 臺”、“”、“”、“”“”的日常測試以及質量控制工作；“”已經(jīng)穩(wěn)定上線運行6個多月，“”即將上線。2 、日常我主要負責項目測試工作、測試文檔編輯、參與功能需求設計、協(xié)調(diào)開發(fā)進度、總結經(jīng)驗分享

2、、完成所需知識積累、工具學習及研究、兼容性軟件測試。 就在銀聯(lián)項目工作來說，主要的工作內(nèi)容有：a測試項目案例、測試用例的設計與編寫；b、對測試過程中遇到的問題進行溝通，并提供意見；c、設計業(yè)務功能流程，提供參考意見，繪制關鍵業(yè)務流程；d、進行主要功能的界面測試、功能測試；e、按照測試用例執(zhí)行測試計劃；f、進行需求驗證工作3 、知識的總結與分享，完成客戶端在安卓 4.0/4.1 ， ios6.0 以上系統(tǒng)上出現(xiàn) 的兼容等問題，完成了兼容性測試案例的編寫以及兼容性測試的培訓工作。在日常 工作中，發(fā)現(xiàn)兼容上重大問題，在測試部門群中發(fā)布分享。4 、完成所需知識積累，學習所需知識、工具以及技能。在工作中

3、學習了銀行 業(yè)務流程規(guī)范、學習公司研發(fā)規(guī)范、參加了公司組織的技術培訓、學習了各種測試工具的使用。二：對公司的建議與意見對公司和部門建設上，我有以下幾點建議：1 、對員工進行金融知識的系統(tǒng)培訓，讓測試人員了解銀行業(yè)務流程，有助于 測試人員更加詳細了解業(yè)務流程，測試過程會少走很多彎路。2 、部門內(nèi)希望多組織技術交流討論，促進測試工作的開展和提高。一年至少有 2 次這樣的交流。3 、公司在項目開發(fā)前期，希望盡可能的明確需求，盡可能的詳盡需求說明書 內(nèi)容。在測試過程中發(fā)現(xiàn)很多項目缺少需求說明書，需求說明書不明確或者需求說 明書內(nèi)容錯誤，誤導了開發(fā)和測試，浪費了時間，影響了項目進度。4 、建議項目需求設

4、計可以有測試員參與討論。5 、公司管理有點混亂，個人感覺公司對每位員工的重視程度不夠！節(jié)假日公 司應該給每位員工一定的福利和關心。6 、個人感覺平時的效率比較低，希望測試部門能夠有所調(diào)整。希望公司能制 定質量控制標準以及開發(fā)、測試工作流程，讓開發(fā)更好的了解測試的流程，增強開 發(fā)團隊與測試團隊的配合，提高工作效率。7 、加強部門測試成果的積累與沉淀，提高團隊測試水準，希望我們的團隊能 夠做的更好，能夠已團隊的形式參與軟件項目的開發(fā)，而不僅僅是一個項目中毫不 起眼的小小測試員。三： 2014年工作計劃與學習計劃2014 年工作計劃就是希望通過自己的努力，讓我們的產(chǎn)品更加完美，讓自己 在軟件測試技能

5、上有所提高，更多的關注軟件產(chǎn)品的開發(fā)過程，提高工作效率、做 到與用戶的需求一致，提高公司軟件產(chǎn)品用戶滿意度。具體來說 2014 年工作計劃有：努力提高自身測試水準，努力學習金融知識以 及業(yè)務流程，學會需求分析，掌握需求分析在測試中的作用，參與公司更多的開發(fā) 項目的測試工作。*201* 年A月A日第二篇：軟件測試工程師的工作總結【摘要】 軟件質量越來越受到人們的關注，軟件測試作為新興行業(yè)有很多不完善的地方。 很多從事軟件測試工作的同行處于迷茫之中，如何提高，如何解決測試工作中的實 際問題，困惑著每一個人。本文總結了一下個人經(jīng)驗，希望對大家有幫助?！娟P鍵詞】軟件測試軟件測試學習軟件測試工程師 我最

6、初參加測試工作的時候，不知道什么是軟件測試，集成測試和系統(tǒng)測試的 概念經(jīng)?；煜?，cmm是什么就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成， 安裝系統(tǒng)對我來說簡直是有史以來人類的最高技能，對于那些拿著螺絲刀安裝機器 的人就認為是宇內(nèi)超級高手，身具殺人于無形之絕世秘技。拿破侖說不想當將軍的 士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷 偷師，總結經(jīng)驗，自認為掌握了成為高手的幾個秘技，這幾年混跡江湖還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大 成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。第一招學會利用網(wǎng)絡 剛參加工作面對浩瀚

7、的網(wǎng)絡世界，當時如劉姥姥進大觀園，什么都新奇，什么 都想要，從網(wǎng)上下載很多源程序的代碼，軟件技術文檔之類，恨不得把所有的好東 西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些武林秘籍，成為高手指日可待。最初參加工作由于自己工作努力有幸轉為開發(fā)，加入項 目組后我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網(wǎng)的時間更加 頻繁。一次項目經(jīng)理分配任務，覺得依靠手中的秘籍加上自己的聰明才智很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢， 思路不清晰，項目經(jīng)理在對我施壓的過程中教會了我終身難忘的一招，學會利用網(wǎng) 絡尋找要解決問題的答案，從此google成了我的

8、最愛，關鍵字成了我變化的招數(shù)。在軟件測試工作中，他幫我解決了 很多疑難問題，解答了很多令我迷惑的地方。也是我?guī)椭鷾y試同行解決問題手段之 一，很多軟件測試新手，甚至老手都沒有意識到自己手上就握有無敵秘籍，所以只要你耐心找，答案就在身邊。 這里總結一下利用網(wǎng)絡搜索引擎的技巧： 組合搜索每次搜索某個文件，如果只給出一個單詞進行搜索，經(jīng)常會出現(xiàn)成千上百萬計 的匹配網(wǎng)頁。然而如果再加上一個單詞，那么搜索結果會更加切題。選擇表述內(nèi)容的詞組 一般我在網(wǎng)頁搜索引擎的時候，選擇一些可以表達我要查找內(nèi)容的關鍵詞組， 用來縮小搜索范圍，從而找到搜索結果是最好的辦法。運用詞組搜索涉可以先先簡 單地輸入一個問題作為詞組

9、搜索，如果仍然找不到合適的，那就用多個可以表達要查詢內(nèi)容的關鍵字進行查詢。定位信息來源 有的時候用詞組搜索不到或者無法準確表達所需信息?？梢杂昧硪环N方法直接 到信息源，就是直接到到提供某種信息的站點去。可以用公式公司名去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組 其實網(wǎng)絡上還有很多關于搜索技巧的文章，大家可以自行學習。千萬要記住搜 索引擎是幫助你成功的有力武器。第二招學會動手參加軟件測試工作后，隨著工作經(jīng)驗的增長自我感覺越來越好。在公司里也逐 漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一 樣隨手測試出了幾個bug，然后仔細的填寫了bug單（這個bug的現(xiàn)象

10、已經(jīng)出現(xiàn)了很多次了）。這時候測試經(jīng)理走過來，重新復查了一下填寫 的bug。他在重現(xiàn)我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現(xiàn)了，同樣的現(xiàn)象，他關閉軟件重新變化輸入，擴展出10幾個變化后，軟件不動了，內(nèi)存不斷上升。終于他找到了產(chǎn)生軟件的bug 的原因，然后對我說尋找bug 要準確定位，我們開發(fā)團隊是一個整體，時間是等量的，時間不在你身上浪費， 就是在他身上浪費。如果測試人員每次發(fā)現(xiàn)的bug 描述不清楚，并且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變 化。這樣開發(fā)人員在重現(xiàn)bug 的時候他要調(diào)試跟蹤判斷，很花費時間，而且效率低。如果測試人員發(fā)現(xiàn)bug 的時候多動手可以更加

11、準確的定位bug步驟和原因，給開發(fā)人員最精確的步驟和準確的描述，這樣整個團隊才能高效， 所以需要大家協(xié)作！。同欄目文章： 信息技術工作總結 質量技術監(jiān)督工作總結 科技發(fā)展“十一五”規(guī)劃綱要 質量技術監(jiān)督局年度工作總結 鄧麥村作高技術產(chǎn)業(yè)發(fā)展工作總結報告 鄉(xiāng)鎮(zhèn)農(nóng)業(yè)科技上半年總結及下半年計劃 科技考核工作總結【返回 技術工作總結 欄目列表】第三篇：軟件測試工程師年終總結2014 年終總結時光荏苒，如今 12 年的帷幕已經(jīng)謝下， 13 年的鐘聲已經(jīng)敲響，在公司高層的 正確領導下，我們佰騰科技又走過了一年。而我也在自己的努力以及同事的幫助下 完成了 2014 年我所負責的工作，以下就是我對過去這一年的

12、工作總結：一、測試工作及經(jīng)驗 作為軟件部測試組的一員，首先要做好的就是自己的本職工作，我在2014 年中所做的工作主要有：1. xxxxxxxx 測試用例的編寫，對系統(tǒng)的測試、跟蹤；2. xxxxxxxx 需求、高保圖、界面和功能的測試；3. xxxxxxxx 功能測試用例的編寫，高保圖、系統(tǒng)的測試；4. xxxxxxxx 的靜態(tài)頁面測試和功能測試；5 xxxxxxxx 的功能測試；6 xxxxxxxx 第一、二、三迭代高保圖測試，測試用例編寫，靜態(tài)頁面和功能 測試，并主持參與測試用例評審；7 xxxxxxxx 平臺高保圖的測試和系統(tǒng)靜態(tài)頁面、功能的測試；8 xxxxxxxx 的高保圖測試和測

13、試用例的編寫；9 xxxxxxxx 的靜態(tài)頁面和功能測試，參與測試用例的評審；10 xxxxxxxx 的高保圖測試、靜態(tài)頁面和功能測試；11 xxxxxxxx 用戶使用手冊的編寫； 一年的工作，讓我獲得很多方面的經(jīng)驗：1 編寫邏輯覆蓋率全的測試用例甚為重要。在理解需求的前提下編寫測試用 例，使得我掌握了多種測試用例編寫方法，更讓我對產(chǎn)品的需求有更加深入的理解， 須知對需求是否理解透徹決定了能否有效、全面地對產(chǎn)品進行測試；2. 要站在用戶角度對系統(tǒng)進行測試。從一些項目中出現(xiàn)的未能及時發(fā)現(xiàn)的bug 中，我認識到用戶體驗的重要性，現(xiàn)在能夠越來越多的從這方面來執(zhí)行測試；3 對拿到手的項目有較清晰的思路

14、，能夠更加快速、準確地發(fā)現(xiàn)問題；4. 越來越規(guī)范的工作流程的讓我們的工作有條不紊的進行，讓我深刻認識到工 作的規(guī)范性是多么的重要，并且從中學習如何從文檔和流程上規(guī)范工作。5. 同事間的溝通很重要。現(xiàn)在不管遇到什么不確定或疑惑，都與開發(fā)人員、 產(chǎn)品經(jīng)理等及時溝通，大大提高了工作的效率。二、加強自我能力的提高 只有不斷的提高自己各種的能力，才能勝任越來越艱巨的任務，因此在工作相 對不飽和的時候，我自己進行了一些學習。為提高對“用戶體驗”的理解，我學習了下一站用戶體驗，書中一些經(jīng)驗 確實讓我獲益匪淺。不能總拿別人的用戶體驗去改進自己的產(chǎn)品，但是有一些卻是 通用的，比如：太多彈出框、按鈕會給用戶帶來憤

15、怒感，要適當?shù)慕o頁面減肥等等。深知單純的界面測試和功能測試已經(jīng)漸漸不能滿足今后平臺的開發(fā)，所以我學習了性能測試的一些相關知識，并在師父的指導下運用 lr 工具進行簡單性能測試， 以后必須堅持學習。三、存在的不足及明年計劃 一年的工作讓我有所進步，但是很多地方還是存在不足，比如：有時候看問題比較主觀，不是很細致，沒能深入地去測試，會有遺漏的bug；自身專業(yè)技術能力還不足，不能從系統(tǒng)穩(wěn)定性這一點上對系統(tǒng)進行測試。在以后的工作中，我會努力在 2014 年的工作中，我計劃：1 、本著實事求是的態(tài)度，更加認真、負責的完成工作；2 、要盡可能深刻的理解需求，堅持編寫覆蓋率強的測試用例；3 、按照系統(tǒng)穩(wěn)定性

16、測試方案，要逐漸對系統(tǒng)的穩(wěn)定性、安全性進行測試；4 、繼續(xù)研究性能測試，并要將 lr 工具運用在實際工作中；5 、多多的學習，參加一些有益的培訓，在實際工作中活學活用。四、個人建議 這一年來我們部門有著的顯著進步，越發(fā)規(guī)范的工作流程，越來越明確的責任 制度、管理體系等，都讓我們更加有凝聚力。在此，個人提出以下幾個小建議：1 、希望可以加強對項目的把控，盡量能將延期風險降到最低；2 、從各個組對需求理解的不一致，以及信息更新不及時等問題上看，溝通 問題還是有待完善；3 、希望能夠在需求這一關卡上能更詳細、準確的確定產(chǎn)品的功能要求；4 、雖然工作任務繁重，還是希望部門能夠多組織活動，完善獎勵制度，

17、可 以讓大家更加激情的為部門、為公司奉獻自己的全部力量。 以上是我個人的一些淺見，相信在大家共同的努力下，向著同一個目標進發(fā)，軟件部甚至整個公司必定會大展全新的宏圖偉業(yè)。第四篇：測試工程師個人工作總結 本文由小編輯收集整理，以下提供一篇測試工程師個人工作總結給大家參考！ 總體來說， xx 年我主要完成了以下幾方面的工作：l 項目測試工作l 知識與經(jīng)驗分享l 完成所需知識的積累l 工具學習及研究具體來說，如下：1 項目測試工作這段時間，我主要是協(xié)助進行cmbp項目測試，主要工作內(nèi)容有：l 對測試用例的編寫提供反饋意見；l 對測試過程及測試情況進行分析，并提供意見；l 設計業(yè)務測試數(shù)據(jù)的例子；l

18、繪制系統(tǒng)關鍵業(yè)務流程；l 進行主要功能的界面測試、功能測試；l 按照測試用例執(zhí)行測試，并提交測試匯報；l 進行需求驗證工作。2 知識與經(jīng)驗分享 這部分工作，主要表現(xiàn)在四方面： 完成項目測試經(jīng)驗總結 完成“測試經(jīng)驗交流與知識分享”簡報，包括簡報材料的制作。該簡報內(nèi)容包 括：項目測試經(jīng)驗介紹、測試度量、性能測試知識介紹、 loadrunner 使用經(jīng)驗交 流。對現(xiàn)有測試規(guī)范提供改進反饋意見；根據(jù)以往經(jīng)驗，在cmbp項目中提供幫助。3 完成所需知識的積累 這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。我 主要是根據(jù)新員工入職指引表的要求進行的。主要工作內(nèi)容有：學習金融行業(yè)業(yè)務知識

19、 學習公司研發(fā)規(guī)范 學習研發(fā)部產(chǎn)品知識（保理項目、 intelliworkflow 、農(nóng)行 crm 系統(tǒng)、工作流 知識）參加公司或業(yè)務部門組織的培訓（新員工入職培訓、基于 uml 的面向對象分析 和設計、金融衍生工具介紹）學習缺陷管理工具 ttp4 工具學習及研究 根據(jù)新員工入職指引表的要求，我了解 rational 測試解決方案和工具， 并進行 rational performance tester 的研究。完成對 rational performance tester 的研究后，我提交了研究成果，包括： rational performance tester 6 介紹.doc、使用rati

20、onal performanee tester進行性能測試的例子及學習參考資料。二、xx 年計劃xx 年，我希望能通過參與具體項目的實踐，達到以下目標：1 能將測試過程在項目中真正的運用起來，并讓項目的開發(fā)人員了解我們的 測試過程2 在項目中沉淀出一些部門成果 除了保質保量的完成項目測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。三、對部門建設的建議 在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：1 對人員進行分工，或者說是團隊成員的側重方向進行明確 例如，同一測試技術或測試工具，可以不需要多個人同

21、時研究，這樣可能造成 資源的浪費。2 強化制度建設3 加大對測試過程的實施力度 現(xiàn)有測試過程，過程文件上存在不易操作的地方。所以在實施上也相應的存在 一些問題。另外，爭取能讓開發(fā)人員了解測試過程。如果能讓開發(fā)人員了解測試過 程，可以讓測試工作更好開展，以及獲得更好的配合。4 加強部門測試成果的積累與沉淀。 現(xiàn)在的測試成果保存在服務器上，很容易發(fā)生測試成果丟失的情況。加上還有 一些測試成果未提交服務器，只是保留在個人機器上，很容易發(fā)生人走成果也不在 的情況。另外，保存在個人機器上，也不利于知識的傳播與分享，不利于部門成員 技能的提升。除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉淀下

22、來。例 如，對項目的測試經(jīng)驗，性能測試的經(jīng)驗，測試用例設計經(jīng)驗等等。第五篇：軟件測試工程師年終述職總結 內(nèi)蒙古金財信息技術有限公司 研發(fā)二部 -孟磊年終總結2014 年 12 月2014 年終總結回顧 2014年 5月入職到現(xiàn)在大半年的工作，我在公司領導及各位同事的支持 和幫助下，按照公司要求，比較好地完成了本職工作現(xiàn)將這一年的工作情況總結如 下：一、項目時間點及各階段工作二、測試總結 中間業(yè)務平臺管理系統(tǒng)集成測試階段： 缺陷數(shù)據(jù)分配表 告警性 建議性 嚴重性 < 總計 > 郭洪敏 1481739 李揚 4373383 孟凡波 722352147 缺陷摘要餅形圖聶飛龍 711321

23、< 總計 > 嚴重性缺陷占到整個缺陷數(shù)量的百分之四十，從實際測試工作來看，代表性大 致可分為以下幾類：點擊“新增”報錯、查詢報錯、保存報錯等直觀的缺陷。在這 里建議研發(fā)人員在單元測試發(fā)現(xiàn)此類缺陷，在今后項目中，減少缺陷數(shù)量，提高軟 件質量。中間業(yè)務平臺管理系統(tǒng)上線階段： 在管理系統(tǒng)上線階段共發(fā)現(xiàn) 6 個問題其中有代表性問題分類如下：1 、需求問題：系統(tǒng)維護 -> 賬戶維護新增時，賬戶類型字段是從數(shù)據(jù)庫配置，聯(lián)社方想通 過頁面控制此字段。此問題在集成測試時，熬民就提出要從系統(tǒng)頁面上新增，當時 認為需求沒提出此功能忽略了隱性需求導致后期東北農(nóng)電項目上線需要從數(shù)據(jù)庫大 量配置通訊配

24、置表。教訓：今后測試不止測試功能是否實現(xiàn)，需要考慮和結合系統(tǒng)與系統(tǒng)之間的關 聯(lián)關系，眼光放得在長遠些。 2 、技術實現(xiàn)問題：集成測試時，管理系統(tǒng)新增賬戶時其合法性需要與核心校驗，此問題集成測試 通過，但在上線驗證階段發(fā)現(xiàn)此功能沒實現(xiàn)。后經(jīng)過與研發(fā)人員溝通此功能實現(xiàn)方 式是單位關聯(lián)維護時，核心直連標志選擇不直連，則此業(yè)務新增賬戶時則不與核心 校驗賬戶。功能實現(xiàn)邏輯就是錯誤，而測試基于錯誤的邏輯去做集成測試。 教訓：測試角度：只測試了功能實現(xiàn)與否，沒測試功能實現(xiàn)的方式對不對。 研發(fā)角 度：重要的功能實現(xiàn)方式及其業(yè)務邏輯在編碼前多跟測試人員交流，說明其實現(xiàn)方 式。項目經(jīng)理能參與評審研發(fā)人員的設計文檔

25、。把缺陷扼殺在搖籃之中。3 、遷移配置問題：如：“機構下載提示：“ ftp 下載失敗”?！?、”柜員登錄業(yè)務系統(tǒng)時提示： “用戶失效”?！?、“繳費查詢時，生成批次號錯誤。”等教訓：上線中的運維手冊、配置手冊操作手冊等文檔寫的不詳細、描述的不夠 清楚，。導致上線驗證階段有一半兒的問題都是遷移導致。今后站在用戶角度去編 寫文檔盡量寫的詳細，不僅提高軟件本身的質量，也要提高文檔的質量。烏拉特前旗財政代發(fā)加密：1 、前期軟件交付時財政不認可： 此軟件是前旗農(nóng)村商業(yè)銀行委托我們?yōu)榍捌熵斦盅邪l(fā)一款代發(fā)工資加密軟件。 但在軟件交付時，財政完全不認可導致項目推翻重新開發(fā)。教訓：如果項目涉及到三方或者多方時，一

26、定在研發(fā)工作前把握用戶最原始的 需求，可能從中間方挖掘出的需求并不是最終用戶想要的結果。中間業(yè)務代理校園一卡通：交易最少、問題最多的項目。導致問題原因如下：研發(fā)人員經(jīng)常變動性大，幾乎研發(fā)二部所有人都參與過此 項目支持，看別人代碼需要大量時間，甚至比重新研發(fā)都要費時間。接口聯(lián)調(diào)階段 對方工程師不在場（校園前置機本身配置問題）。集成測試時，對賬是報文模擬， 這就導致一部分案例無法覆蓋到（生成對賬文件校園方是否解析）。教訓: 在軟件的生命周期內(nèi)希望公司能夠保持各個階段的研發(fā)人員的穩(wěn)定性。 用報文模擬的集成本身就存在風險，希望今后的項目中能得到第三方仿真端來降低 成本，節(jié)省測試成本。在案例設計方面多模擬用戶真實環(huán)境。三、自身存在的不足及其后期計劃 金財公司的工作同我之前的工作有很大不同，之前公司的測試工作只需要完