測試工程師個人總結

總結是對某一階段的工作、學習或思想中的經驗或情況進行分析研究的書面材料，它有助於我們尋找工作和事物發展的規律，從而掌握並運用這些規律，讓我們一起來學習寫總結吧。那麼你知道總結如何寫嗎？以下是小編幫大家整理的測試工程師個人總結，歡迎大家分享。

測試工程師個人總結1

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

一、測試工作及經驗

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

x測試用例的編寫，對系統的測試、跟蹤;

需求、高保圖、介面和功能的測試;

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

x的靜態頁面測試和功能測試;

x的功能測試;

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

xx平臺高保圖的測試和系統靜態頁面、功能的測試;

xx的高保圖測試和測試用例的編寫;

xx的靜態頁面和功能測試，參與測試用例的評審;

xx的高保圖測試、靜態頁面和功能測試;

x使用者使用手冊的編寫;

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

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

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

3、對拿到手的專案有較清晰的思路，能夠更加快速、準確地發現問題;

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

5、同事間的溝通很重要。現在不管遇到什麼不確定或疑惑，都與開發人員、產品經理等及時溝通，大大提高了工作的效率。

二、加強自我能力的提高

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

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

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

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

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

在20xx年的工作中，我計劃：

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

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

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

4、繼續研究效能測試，並要將LR工具運用在實際工作中;

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

四、個人建議

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

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

2、從各個組對需求理解的不一致，以及資訊更新不及時等問題上看，溝通問題還是有待完善;

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

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

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

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

測試工程師個人總結2

隨同著充足緊湊的工作生活，兩個月的光陰已顛末去了。這一段光陰裡有工作上的勞績，知識的富厚，經驗的增長，同時也裸露出許多問題和不夠。總結經驗，汲取教訓，本文將主要從幾個方面來對工作進行總結：工作的主要內容;此中的失敗和教訓以及勝利和經驗;展望下一階段的工作，肯定本身的目標。以此作為懲前毖後的記錄。

1.工作的主要內容

在這兩個月的工作中，我的總體任務是幫忙蘇薇做好武警黃金部隊礦業權治理系統的後期測試，編碼，改動，文件編寫的工作，分化開來之後，我主要做了三件事：1.編寫礦業權系統的各種文件;2.礦業權系統的編碼及bug勘誤工作;3.礦業權系統的測試工作。下面按照光陰來對我的工作進行介紹。

初踏入職場，進入專業的軟體製造公司，對我，一個沒有打仗過標準軟體製作歷程的新人來說，起步便是一個很大的難題。若直接做開拓，則業務不純熟，程式碼不規範，弊大於利;若僅做學習，則不能跟上專案的方式，不能以最快的速度融入工作中去。

在我還在忐忑本身到底要做什麼工作的時候，任務已經下達了，首先進行礦業權系統的測試工作。這樣的好處在於可以或許在測試的歷程中，瞭解專案的整體結構，瞭解專案中的業務邏輯，瞭解專案中尚未完成的工作並以此作為下個階段的工作目標。至此，入職工作順利起步。

在對礦業權系統進行測試之後，裸露了系統的諸多問題，測試歷程中發明礦權系統沒有進行輸入限定，為了辦理這個問題必要對整個系統的資料進行整理，我的下一個任務便是編寫礦業權系統的資料需求文件。在編寫該文件的歷程中，對礦權系統進行了更深入的瞭解，為之後的bug勘誤工作奠定了必然的根基。

完成了礦業權系統的資料需求文件的編寫之後，新的任務是對整個礦權的輸入資料進行輸入限定，在任務開始之處是極為艱苦的，幸而獲得了同事們的贊助才得以順利完成任務。任務固然完成，然則對輸入限定實現措施的一知半解以及任務完成歷程中的不仔細，為之後發生的問題也埋下了苦果。

在對礦業權系統新增輸入限定完成之後，進入了辦理法度模範小問題的階段，對礦權系統進行細微的縫補工作。這段光陰是學習多於工作的，不合的問題督匆匆我要每天和百度親密打仗數百次，又要勞煩諸位在百忙中的同事抽出光陰來給我協助。固然費力一點，但勞績倒是滿滿。

完成了系統的修補之後，我們的法度模範送到了四惠進行第一輪測試，在測試的一週裡，我主要是彌補網路程式設計的根基知識。

第一輪測試結果出來之後，我們專案組開始了重要的第一輪礦業權系統bug勘誤工作。拿到bug列表之後，發明有一小半差錯皆是因我而起，輸入限定問題許多，我也主動承擔了輸入限定部分的bug勘誤工作。

第一輪bug勘誤工作完成後，進行了第一輪了迴歸測試，測試結果已然不盡人意，仍然存在大量的問題必要改動，而且許多問題照樣因我而起，輸入限定仍然存在大量問題，再一次進行改動之後，我們的法度模範送到了十五所進行所檢。

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

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

2.工作中失敗的教訓以及勝利的經驗

對付失敗的教訓要汲取，勝利的經驗要進行總結。我對勝利的定義是：在包管質量的前提下完成既定的計劃或目標便是勝利。其他的所有結果都是失敗。

勝利的經驗：

1)敢於接收任務並想盡一切法子完成

入職兩個月的勞績便是敢於接收任務並想盡法子完成，每一個任務對付初入職場的我都是一個挑戰，如何保質保量完成任務是最基礎的要求。這兩月的勝利在於沒有一次任務是拖沓的，黴畚都儘儘力完成了任務。

2)勇於承擔差錯，正視自身的問題

在這兩個月的工作中可謂是差錯賡續，從文件的錯別字這種小問題到礦權系統bug改動不正確導致瓦解這種大差錯，裸露出來了許多的問題，我秉承著有錯即改，下不為例的思想，正視本身的差錯並積極改正，因此這也算是一個勝利。

失敗的教訓：

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

在最初進行礦業權系統資料需求文件的編寫的歷程中，對某些頁面的資料在資料庫中沒有儲存的環境沒有加以看重，在後期進行資料限定的時候，還要重新改動資料需求文件，造成了不需要的光陰揮霍。從這個事情上獲得教訓便是不要放過任何一個小問題，這個小問題可能導致之後的大問題。

2)進行反覆工作也不能大意

在對礦權系統進行輸入限定的措施熟悉之後，都是反覆性的工作，給每個頁面，每個欄位進行輸入節制語句的新增，在進行了數個頁面之後，呈現了有的頁面沒有新增完整，或者提示語句不正確的環境，在後續的勘誤中呈現了大涼鬯類問題，揮霍了大量的光陰和精力改動。從這個事情上獲得的教訓便是工作不能大意，反覆性的工作更要完成好。一般反覆性的工作第一次做欠好，後續反省改動是異常揮霍光陰的。

3)斟酌問題要嚴謹

在對礦權系統bug勘誤的歷程中，對輸入限定條件的斷定出了問題，我想當然的依照我的主看思路對資料進行了限定，而在迴歸測試的時候出了問題，這些都是斟酌不嚴謹的效果。這個事情的教訓便是斟酌不嚴謹直接導致問題推倒重來，影響了工作效率，而且很容易埋下隱患。

4)注重使用者體驗

在礦權系統bug勘誤的歷程中，改動最多的在於座標系統的提示語句，因為座標系統不僅要求資料必須填入，而且每一個數據都有嚴格的款式限定，因此每一個差錯提示的彈出都要本著如何讓使用者知道哪裡錯了為原則進行設定。在最初的限定裡面，語句粗拙，彈出語句不明確，造成了使用者使用的未方便，還得重新進行改造。這個問題的教訓是必然要從使用者的角度出發斟酌問題，注重使用者體驗從簡單的提示語句做起。

3.展望下一階段的工作

下一階段短期內我們的工作主要針對礦權系統的使用的資料庫變化來對我們的系統進行改動。我的工作任務主要是學習oracle資料庫和sql資料庫的使用上的區別，做好從sql資料庫向oracel資料庫的遷移工作。

這兩個月的工作生活是充足且富有樂趣的，結識了許多同事和朋友，公司的氣氛是異常輕鬆開心的。感謝兩個月來李鵬司理的關切，感謝部門同事的悉心指導，感謝公司列位同事的熱心贊助，希望能在接下來的工作中能懲前毖後，總結經驗，汲取教訓，做到個人與公司共榮辱同進退，配合實現中地的輝煌。

測試工程師個人總結3

1、簡要說明主要工作職責的流程及工作程式

通過5個多月的學習。熟悉並掌握了測試技術開發的相關工作職責：

（1）掌握測試治具的維修和管理方法。

（2）學會了及時處理現場異常的方法，包括產品合格率出現異常時，分析原因，找出異常。3.掌握了異常批次產品的處理方法和處理流程。

（3）瞭解並熟悉了Td2115 mP Updater與Td2115 mP Tools、S78F半自動測試機臺的結構和原理，以及SET與co方法。

（4）熟悉掌握了產品投產前的確認工作（NPI list），包括測試機臺的選定，治具規範制定以及handler的選擇。

（5）學習並掌握了程式除錯的方法。

（6）瞭解mES和EmS系統設定的相關內容。

要想成為一名合格的測試工程師還要具備分析測試資料的能力，從測試資料中找出測試低良的原因以及提高良率的方法，其中包括硬體的改善以及軟體方面的問題，總之需要學習和掌握的地方還有很多，仍然需要不斷學習提高自己的工作能力。

2、簡述培訓過程及對培訓的建議

在培訓過程中我得到了很多前輩和領導的指導，前兩週隨師父學習關於產線的注意規範，以及簡單的操作，以及產線的作業流程，熟悉了這些之後跟隨師父學習了關於異常保留品的處理流程以及規範的方法，還跟隨師父學習了測試機的基本原理和結構，以及關於測試機的.以及治具的管理和維修的方法等，掌握瞭如何驗證測試程式，以及程式驗證完成後的系統設定工作，跟師傅學習過程中，要求師傅給與我多動手操作，邊學邊練，彌補自己不足的地方，所以對培訓的建議是，多讓被培訓者動手操作，才能快速提高。

3、實際工作的開展及完成情況

目前的主要工作是負責813客戶與160客戶的產品，813和160都是新產品，測試機也是新機臺，目前蘇通也沒有樣例可循，有很多測試流程，規則制定，資訊匯入和對接，需要跟客戶及供應商做好協調，有不懂的不確定的多確認，前期程式驗證完成還要負責所有的NPI list的確認，因為目前手動線測試裝置都由客戶提供，且兩個客戶幾乎同時進行，需要做好區分，防止混淆。且因兩種晶片為rF晶片，所以線損各種問題需排查，同時還要負責量產過程中測試異常的處理以及測試流程防呆，目前已能對異常處理，另外還有相關的外寄客戶樣品等操作熟悉，還需要不斷學習提高自己的處理問題的能力。

測試工程師個人總結4

伴隨著充實緊湊的工作生活，20xx年已經過去了。這一段時間裡有工作上的收穫，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。總結經驗，吸取教訓，本文將主要從幾個方面來對工作進行總結。

一、工作的主要內容

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

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

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

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

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

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

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

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

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

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

完成了系統的修補之後，我們的程式送到了四惠進行第一輪測試，在測試的一週裡，我主要是補充網路程式設計的基礎知識。

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

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

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

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

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

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

成功的經驗：

1)敢於接受任務並想盡一切辦法完成

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

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

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

失敗的教訓：

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

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

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

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

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

3)考慮問題要嚴謹

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

4)注重使用者體驗

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

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

三、展望下一階段的工作

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

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

測試工程師個人總結5

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

一、20xx年工作回顧及總結

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

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

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

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

二、對公司的建議與意見

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

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

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

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

4.建議專案需求設計可以有測試員參與討論。

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

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

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

測試工程師個人總結6

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

具體來說，如下：

1.專案測試工作

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

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

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

設計業務測試資料的例子；

繪製系統關鍵業務流程；

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

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

進行需求驗證工作。

2.知識與經驗分享

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

完成專案測試經驗總結

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

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

根據以往經驗，在cmbp專案中提供幫助。

3.完成所需知識的積累

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

學習金融行業業務知識

學習公司研發規範

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

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

學習缺陷管理工具ttp

4.工具學習及研究

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

二、明年計劃

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

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

2.在專案中沉澱出一些部門成果

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

三、對部門建設的建議

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

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

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

2.強化制度建設

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

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

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

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

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