測試工程師年終工作總結

時間：2024-04-01 07:22:32 工作總結范文

測試工程師年終工作總結范文

　　總結是在某一時期、某一項目或某些工作告一段落或者全部完成后進行回顧檢查、分析評價，從而得出教訓和一些規律性認識的一種書面材料，通過它可以全面地、系統地了解以往的學習和工作情況，讓我們來為自己寫一份總結吧。如何把總結做到重點突出呢？以下是小編為大家整理的測試工程師年終工作總結范文，希望能夠幫助到大家。

測試工程師年終工作總結范文

測試工程師年終工作總結范文1

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

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

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

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

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

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

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

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

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

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

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

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

　　在最后，我不得不提的就是細心和耐心了。這是我認為這個學期測試課上收獲的了，課程要求測試時必須細心和耐心，我在想，如果以后真的工作在測試一系列的崗位上，要學會坐得住，用大量的時間和精力和bug斗爭，分離、識別還有歸類bug，是不是也能真的改變我粗心大意和三分鐘熱度的毛病。

　　最后感謝劉老師這學期的課程講授，和實踐中的指導和幫助。測試路程，路漫漫其修遠兮，吾將上下而求索。

測試工程師年終工作總結范文2

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

　　（1）項目測試工作。

　　（2）知識與經驗分享。

　　（3）完成所需知識的積累。

　　（4）工具學習及研究。

　　具體來說，如下：

　　1、項目測試工作。

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

　　（1）對測試用例的編寫提供反饋意見。

　　（2）對測試過程及測試情況進行分析，并提供意見。

　　（3）設計業務測試數據的例子。

　　（4）繪制系統關鍵業務流程。

　　（5）進行主要功能的界面測試、功能測試。

　　（6）按照測試用例執行測試，并提交測試匯報。

　　（7）進行需求驗證工作。

　　2、知識與經驗分享。

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

　　（1）完成項目測試經驗總結。

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

　　（3）對現有測試規范提供改進反饋意見。

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

　　3、完成所需知識的積累。

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

　　（1）學習金融行業業務知識。

　　（2）學習公司研發規范。

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

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

　　（5）學習缺陷管理工具。

　　4、工具學習及研究。

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

　　二、20xx年計劃。

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

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

　　2、在項目中沉淀出一些部門成果

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

　　三、對部門建設的建議。

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

　　1、對人員進行分工，或者說是團隊成員的側重方向進行明確。例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。

　　2、強化制度建設。

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

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

　　4、加強部門測試成果的積累與沉淀。

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

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

測試工程師年終工作總結范文3

　　伴隨著充實緊湊的工作生活，20xx年的時間已經過去了。這一段時間里有工作上的收獲，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。

　　總結經驗，吸取教訓，我主要從幾個方面來對工作進行總結：工作的主要內容;其中的失敗和教訓以及成功和經驗;展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。

　　一、工作的主要內容

　　在20xx年的工作中，我的總體任務是協助xx管理系統的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：

　　1.編寫礦業權系統的各類文檔;

　　2.礦業權系統的編碼及bug勘誤工作;

　　3.礦業權系統的測試工作。

　　下面依照時間來對我的工作進行介紹。

　　初踏入職場，進入專業的軟件制造公司，對我，一個沒有接觸過標準軟件制作過程的新人來說，起步就是一個很大的難題。若直接做開發，則業務不熟練，代碼不規范，弊大于利;若僅做學習，則不能跟上項目的步伐，不能以最快的速度融入工作中去。

　　在我還在忐忑自己到底要做什么工作的時候，任務已經下達了，首先進行礦業權系統的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業務邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標。至此，入職工作順利起步。

　　在對礦業權系統進行測試之后，暴露了系統的諸多問題，測試過程中發現礦權系統沒有進行輸入限定，為了解決這個問題需要對整個系統的數據進行整理，我的下一個任務就是編寫礦業權系統的數據需求文檔。在編寫該文檔的過程中，對礦權系統進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎。

　　完成了礦業權系統的數據需求文檔的編寫之后，新的`任務是對整個礦權的輸入數據進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現方法的一知半解以及任務完成過程中的不仔細，為之后發生的問題也埋下了苦果。

　　在對礦業權系統添加輸入限定完成之后，進入了解決程序小問題的階段，對礦權系統進行細微的縫補工作。這段時間是學習多于工作的，不同的問題督促我要每天和百度親密接觸數百次，又要勞煩諸位在百忙中的同事抽出時間來給我幫忙。雖然辛苦一點，但收獲卻是滿滿。

　　完成了系統的修補之后，我們的程序送到了四惠進行第一輪測試，在測試的一周里，我主要是補充網絡編程的基礎知識。

　　第一輪測試結果出來之后，我們項目組開始了緊張的第一輪礦業權系統bug勘誤工作。拿到bug列表之后，發現有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。

　　第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了十五所進行所檢。

　　在進行所檢之余，我又接到了新的任務，完成礦權系統的概要設計以及詳細設計文檔的編寫。這兩份文檔已于9月2號編寫完畢。

　　現階段我的任務是根據所檢的bug列表，對礦權系統進行回歸測試。

　　二、工作中失敗的教訓以及成功的經驗

　　對于失敗的教訓要吸取，成功的經驗要進行總結。我對成功的定義是：在保證質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。

　　成功的經驗：

　　1)敢于接受任務并想盡一切辦法完成

　　最大的收獲就是敢于接受任務并想盡辦法完成，每一個任務對于初入職場的我都是一個挑戰，如何保質保量完成任務是最基本的要求。這兩月最大的成功在于沒有一次任務是拖沓的，每次都盡最大努力完成了任務。

　　2)勇于承擔錯誤，正視自身的問題

　　工作中可謂是錯誤不斷，從文檔的錯別字這種小問題到礦權系統bug修改不正確導致崩潰這種大錯誤，暴露出來了很多的問題，我秉承著有錯即改，下不為例的思想，正視自己的錯誤并積極改正，因此這也算是一個成功。

　　失敗的教訓：

　　1)重視每一個細節，不要忽視小問題

　　在最初進行礦業權系統數據需求文檔的編寫的過程中，對某些頁面的數據在數據庫中沒有存儲的情況沒有加以重視，在后期進行數據限定的時候，還要重新修改數據需求文檔，造成了不必要的時間浪費。從這個事情上得到教訓就是不要放過任何一個小問題，這個小問題可能導致之后的大問題。

　　2)進行重復工作也不能大意

　　在對礦權系統進行輸入限定的方法熟悉之后，都是重復性的工作，給每個頁面，每個字段進行輸入控制語句的添加，在進行了數個頁面之后，出現了有的頁面沒有添加完整，或者提示語句不正確的情況，在后續的bug勘誤中出現了大量此類問題，浪費了大量的時間和精力修改。

　　從這個事情上得到的教訓就是工作不能大意，重復性的工作更要完成好。一般重復性的工作第一次做不好，后續檢查修改是非常浪費時間的。

　　3)考慮問題要嚴謹

　　在對礦權系統bug勘誤的過程中，對輸入限定條件的判斷出了問題，我想當然的按照我的主觀思路對數據進行了限定，而在回歸測試的時候出了問題，這些都是考慮不嚴謹的后果。這個事情的教訓就是考慮不嚴謹直接導致問題推倒重來，影響了工作效率，而且很容易埋下隱患。

　　4)注重用戶體驗

　　在礦權系統bug勘誤的過程中，修改最多的在于坐標系統的提示語句，因為坐標系統不僅要求數據必須填入，而且每一個數據都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本著如何讓用戶知道哪里錯了為原則進行設置。

　　在最初的限定里面，語句粗糙，彈出語句不明確，造成了用戶使用的不方便，還得重新進行改造。這個問題的教訓是一定要從用戶的角度出發考慮問題，注重用戶體驗從簡單的提示語句做起。

　　三、展望下一階段的工作

　　下一階段短期內我們的工作主要針對礦權系統的使用的數據庫變更來對我們的系統進行修改。我的工作任務主要是學習Oracle數據庫和SQL數據庫的使用上的區別，做好從SQL數據庫向Oracel數據庫的遷移工作。

　　20xx年的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝兩個月來李鵬經理的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結經驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現中地的輝煌。

【測試工程師年終工作總結】相關文章：