博文谷

位置:首頁 > 事務文書 > 工作總結

測試工程師的年終總結

總結是對某一特定時間段內的學習和工作生活等表現情況加以回顧和分析的一種書面材料,它可以幫助我們總結以往思想,發揚成績,不如我們來制定一份總結吧。那麼總結有什麼格式呢?下面是小編整理的測試工程師的年終總結,希望能夠幫助到大家。

測試工程師的年終總結

測試工程師的年終總結1

總體來說,XX年我主要完成了以下幾方面的工作:

l項目測試工作

l知識與經驗分享

l完成所需知識的積累

l工具學習及研究

具體來說,如下:

1.項目測試工作

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

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

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

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

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

l進行主要功能的介面測試、功能測試;

l按照測試用例執行測試,並提交測試彙報;

l進行需求驗證工作。

2.知識與經驗分享

這部分工作,主要表現在四方面:

l完成項目測試經驗總結

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

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

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

3.完成所需知識的積累

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

l學習金融行業業務知識

l學習公司研發規範

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

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

l學習缺陷管理工具ttp

4.工具學習及研究

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

一、XX年計劃

XX年,我希望能透過參與具體項目的實踐,達到以下目標:

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

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

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

二、對部門建設的建議

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

1.對人員進行分工,或者說是團隊成員的側重方向進行明確

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

2.強化制度建設

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

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

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

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

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

測試工程師的年終總結2

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

1、總體來說,20xx年我主要完成了“……銀行系統”、“……渠道管理平臺”、“……”、“……”、“……”“……”的日常測試以及質量控制工作;“……”已經穩定上線執行6個多月,“……”即將上線。

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

3、知識的總結與分享,完成客戶端在安卓4.0/4.1,IOS6.0以上系統上出現的相容等問題,完成了相容性測試案例的編寫以及相容性測試的培訓工作。在日常工作中,發現相容上重大問題,在測試部門羣中發佈分享。

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

一:對公司的建議與意見對公司和部門建設上,我有以下幾點建議:

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

2、部門內希望多組織技術交流討論,促進測試工作的開展和提高。

一年至少有2次這樣的交流。

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

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

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

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

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

二:20xx年工作計劃與學習計劃

20xx年工作計劃就是希望透過自己的努力,讓我們的產品更加完美,讓自己在軟件測試技能上有所提高,更多的關注軟件產品的開發過程,提高工作效率、做到與用戶的需求一致,提高公司軟件產品用戶滿意度。具體來說20xx年工作計劃有:努力提高自身測試水準,努力學習金融知識以及業務流程,學會需求分析,掌握需求分析在測試中的作用,參與公司更多的開發項目的測試工作。

測試工程師的年終總結3

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

第一招學會利用網絡

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

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

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

組合搜尋

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

選擇表述內容的詞組

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

定位資訊來源

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

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

第二招學會動手

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

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

第三招思考自己所作的

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

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