測試工程師工作總結精選15篇
總結是指社會團體、企業單位和個人在自身的某一時期、某一項目或某些工作告一段落或者全部完成后進行回顧檢查、分析評價，從而肯定成績，得到經驗，找出差距，得出教訓和一些規律性認識的一種書面材料，寫總結有利于我們學習和工作能力的提高，因此我們需要回頭歸納，寫一份總結了。總結怎么寫才能發揮它的作用呢？下面是小編幫大家整理的測試工程師工作總結，希望能夠幫助到大家。
測試工程師工作總結1
伴隨著充實緊湊的工作生活，20xx年的時間已經過去了。這一段時間里有工作上的收獲，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。總結經驗，吸取教訓，我主要從幾個方面來對工作進行總結：工作的主要內容；其中的失敗和教訓以及成功和經驗；展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。
一、工作的主要內容
在20xx年的工作中，我的總體任務是協助xx管理系統的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：
1.編寫礦業權系統的各類文檔；
2.礦業權系統的編碼及bug勘誤工作；
3.礦業權系統的測試工作。
下面依照時間來對我的工作進行介紹。初踏入職場，進入專業的軟件制造公司，對我，一個沒有接觸過標準軟件制作過程的新人來說，起步就是一個很大的難題。若直接做開發，則業務不熟練，代碼不規范，弊大于利；若僅做學習，則不能跟上項目的步伐，不能以最快的速度融入工作中去。
在我還在忐忑自己到底要做什么工作的時候，任務已經下達了，首先進行礦業權系統的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業務邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標。至此，入職工作順利起步。
在對礦業權系統進行測試之后，暴露了系統的諸多問題，測試過程中發現xx系統沒有進行輸入限定，為了解決這個問題需要對整個系統的數據進行整理，我的下一個任務就是編寫礦業權系統的數據需求文檔。在編寫該文檔的過程中，對xx系統進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎。
完成了礦業權系統的數據需求文檔的編寫之后，新的任務是對整個xx的輸入數據進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現方法的一知半解以及任務完成過程中的不仔細，為之后發生的問題也埋下了苦果。
在對礦業權系統添加輸入限定完成之后，進入了解決程序小問題的階段，對xx系統進行細微的縫補工作。這段時間是學習多于工作的，不同的問題督促我要每天和百度親密接觸數百次，又要勞煩諸位在百忙中的同事抽出時間來給我幫忙。雖然辛苦一點，但收獲卻是滿滿。完成了系統的修補之后，我們的程序送到了xx進行第一輪測試，在測試的一周里，我主要是補充網絡編程的基礎知識。
第一輪測試結果出來之后，我們項目組開始了緊張的第一輪礦業權系統bug勘誤工作。拿到bug列表之后，發現有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了xx所進行所檢。在進行所檢之余，我又接到了新的任務，完成xx系統的概要設計以及詳細設計文檔的編寫。這兩份文檔已于x月x號編寫完畢。
現階段我的任務是根據所檢的bug列表，對xx系統進行回歸測試。
二、工作中失敗的教訓以及成功的經驗
對于失敗的教訓要吸取，成功的經驗要進行總結。我對成功的定義是：在保證質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。
成功的經驗：
1）敢于接受任務并想盡一切辦法完成。最大的收獲就是敢于接受任務并想盡辦法完成，每一個任務對于初入職場的我都是一個挑戰，如何保質保量完成任務是最基本的要求。這兩月最大的成功在于沒有一次任務是拖沓的，每次都盡最大努力完成了任務。
2）勇于承擔錯誤，正視自身的問題。工作中可謂是錯誤不斷，從文檔的錯別字這種小問題到xx系統bug修改不正確導致崩潰這種大錯誤，暴露出來了很多的問題，我秉承著有錯即改，下不為例的思想，正視自己的錯誤并積極改正，因此這也算是一個成功。
失敗的教訓：
1）重視每一個細節，不要忽視小問題。在最初進行礦業權系統數據需求文檔的編寫的過程中，對某些頁面的數據在數據庫中沒有存儲的情況沒有加以重視，在后期進行數據限定的時候，還要重新修改數據需求文檔，造成了不必要的時間浪費。從這個事情上得到教訓就是不要放過任何一個小問題，這個小問題可能導致之后的大問題。
2）進行重復工作也不能大意。在對xx系統進行輸入限定的方法熟悉之后，都是重復性的工作，給每個頁面，每個字段進行輸入控制語句的添加，在進行了數個頁面之后，出現了有的頁面沒有添加完整，或者提示語句不正確的情況，在后續的bug勘誤中出現了大量此類問題，浪費了大量的時間和精力修改。從這個事情上得到的教訓就是工作不能大意，重復性的`工作更要完成好。一般重復性的工作第一次做不好，后續檢查修改是非常浪費時間的。
3）考慮問題要嚴謹。在對xx系統bug勘誤的過程中，對輸入限定條件的判斷出了問題，我想當然的按照我的主觀思路對數據進行了限定，而在回歸測試的時候出了問題，這些都是考慮不嚴謹的后果。這個事情的教訓就是考慮不嚴謹直接導致問題推倒重來，影響了工作效率，而且很容易埋下隱患。
4）注重用戶體驗。在xx系統bug勘誤的過程中，修改最多的在于坐標系統的提示語句，因為坐標系統不僅要求數據必須填入，而且每一個數據都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本著如何讓用戶知道哪里錯了為原則進行設置。在最初的限定里面，語句粗糙，彈出語句不明確，造成了用戶使用的不方便，還得重新進行改造。這個問題的教訓是一定要從用戶的角度出發考慮問題，注重用戶體驗從簡單的提示語句做起。
三、展望下一階段的工作
下一階段短期內我們的工作主要針對xx系統的使用的數據庫變更來對我們的系統進行修改。我的工作任務主要是學習xx數據庫和xx數據庫的使用上的區別，做好從xx數據庫向xx數據庫的遷移工作。
20xx年的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝經理的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結經驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現中地的輝煌。
測試工程師工作總結2
回顧20xx年這一年來的工作，我在公司領導及各位同事的支持和幫助下，嚴格要求自己，按照公司要求，比較好地完成了本職工作。通過近一年的學習和工作，工作模式上有了新的突破，工作方式有了較大的改變。現將這一年的工作情況總結如下：
一、總體來說，主要完成了幾方面的工作
1、項目測試工作
這段時間，我主要是協助c。y。進行cmbp項目測試，主要工作內容有：對測試用例的編寫提供反饋意見；對測試過程及測試情況進行分析，并提供意見；設計業務測試數據的例子；繪制系統關鍵業務流程；進行主要功能的界面測試、功能測試；按照測試用例執行測試，并提交測試匯報；進行需求驗證工作。
2、知識與經驗分享
這部分工作，主要表現在四方面：完成項目測試經驗總結；完成“測試經驗交流與知識分享”簡報，包括簡報材料的制作。該簡報內容包括：項目測試經驗介紹、測試度量、性能測試知識介紹、loadrunner使用經驗交流；對現有測試規范提供改進反饋意見；根據以往經驗，在cmbp項目中提供幫助。
3、完成所需知識的積累
這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。主要工作內容有：學習金融行業業務知識；學習公司研發規范；學習研發部產品知識（保理項目、intelliworkflow、農行crm系統、工作流知識）；參加公司或業務部門組織的培訓（新員工入職培訓、基于uml的面向對象分析和設計、金融衍生工具介紹）；學習缺陷管理工具ttp
4、工具學習及研究
我了解rational 測試解決方案和工具，并進行rational performance tester的研究。完成對rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介紹》、使用rational performance tester進行性能測試的例子及學習參考資料。
二、20xx年計劃
20xx年，我希望能通過參與具體項目的實踐，達到以下目標：
1、能將測試過程在項目中真正的運用起來，并讓項目的開發人員了解我們的測試過程
2、在項目中沉淀出一些部門成果
除了保質保量的完成項目測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。
三、對部門建設的建議
在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：
1、對人員進行分工，或者說是團隊成員的側重方向進行明確
例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。
2、強化制度建設
3、加大對測試過程的實施力度
現有測試過程，過程文件上存在不易操作的地方。所以在實施上也相應的存在一些問題。另外，爭取能讓開發人員了解測試過程。如果能讓開發人員了解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。
4、加強部門測試成果的'積累與沉淀。
現在的測試成果保存在服務器上，很容易發生測試成果丟失的情況。加上還有一些測試成果未提交服務器，只是保留在個人機器上，很容易發生人走成果也不在的情況。另外，保存在個人機器上，也不利于知識的傳播與分享，不利于部門成員技能的提升。
除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉淀下來。例如，對項目的測試經驗，性能測試的經驗，測試用例設計經驗等等。
測試工程師工作總結3
目前軟件測試工程師績效考核存在的問題有：考核定位模糊，存在偏差；評估重于管理，結果重于過程，工程師在測試中做得很好。今天，關于測試工程師工作總結的文章被精心挑選給大家，希望能對大家有所幫助。
測試工程師工作時間飛逝總結。現在xx的帷幕已經掀開，xx的鐘聲已經敲響。在公司高層的正確領導下，我們百騰科技又走過了一年。并且在自己的努力和同事的幫助下，在20xx完成了自己負責的工作。以下是我對過去一年工作的總結：
一、測試工作及經驗
作為軟件部門測試組的一員，首先要做好的是自己的工作。我在20xx的工作主要包括：
1、XXXXXX測試用例編寫、系統測試和跟蹤；
2、測試XXXXXX要求、高安全性圖紙、接口和功能；
3、編寫XXXXXX的功能測試用例，測試高質量的圖紙和系統；
4、XXXXXX的靜態頁面測試和功能測試；
5、XXXXXX的功能測試；
6、XXXXXX的第一、二、三次迭代是高保圖測試、測試用例編寫、靜態頁面和功能測試，參與測試用例評審；
7、測試XXXXXX平臺高安全性圖，測試系統靜態頁面和功能；
8、XXXXXX的高安全性圖表測試和測試用例準備；
9、XXXXXX靜態頁面和功能測試，參與測試用例的評審；
10、XXXXXXXX的高安全性圖表測試、靜態頁面、功能測試；
11、編寫xxxxxxxx用戶手冊；
一年的工作給了我很多經驗：
1、編寫具有完整邏輯覆蓋的測試用例非常重要。在了解需求的前提下編寫測試用例，讓我掌握了多種測試用例的編寫方法，讓我對產品需求有了更深入的了解。需要注意的是，我對需求的理解是否透徹，決定了產品能否得到有效、全面的測試；
2、從用戶的角度測試系統。從一些項目中沒有及時發現的bug，我意識到用戶體驗的重要性，現在越來越能從這方面進行測試；
3、對自己得到的項目有更清晰的思路，更快更準確的發現問題；
4、越來越標準化的工作流程讓我們的工作有條不紊的進行著，這讓我深刻的認識到工作的標準化是多么的重要，學會了如何從文件和流程上對工作進行標準化。
5、同事之間的.溝通很重要。現在不管遇到什么不確定性或者疑惑，都和開發者有關，
產品經理及時溝通，大大提高了工作效率。
第二，加強自我能力的提高
只有不斷提高自己的各種能力，才能勝任越來越艱巨的任務。所以在工作比較不飽和的時候，自己也做了一些學習。
提高對“用戶體驗”學了《下一站用戶體驗》，書中的一些體驗真的讓我受益匪淺。我們不能總是利用別人的用戶體驗來改進我們的產品，但有些是通用的。比如彈出框和按鈕太多會給用戶帶來憤怒，要適當減輕頁面的重量。
知道簡單的接口測試和功能測試已經不能滿足未來平臺的發展，我學習了一些性能測試的相關知識，在Master的指導下使用LR工具進行簡單的性能測試，以后一定要堅持學習。
第三，存在的不足和明年的計劃
一年的工作讓我有了進步，但很多地方還是有些不足。比如有時候問題比較主觀，不是很詳細，我也無法深入測試，會有漏檢的bugs我們自身的專業技術能力不夠，不能從系統穩定性的角度去測試系統。在以后的工作中，我會努力提高。
在20xx年的工作中，我計劃：
1、本著實事求是的態度，更加認真負責地完成工作；
2、盡可能深入地理解需求，堅持編寫覆蓋率強的測試用例；
3、根據系統穩定性測試方案，系統的穩定性和安全性應逐步進行測試；
4、繼續學習性能測試，在實際工作中使用LR工具；
5、學到很多東西，參加一些有用的培訓，在實際工作中使用。
第四，個人建議
在過去的一年里，我們部門取得了顯著的進步。工作流程越規范，責任制和管理制度越明確，我們就越有凝聚力。在此，我個人提出以下小建議：
1、希望加強對項目的控制，盡可能將延誤風險降到最低；
2、從不同群體對需求的認識不一致、信息更新不及時來看，溝通問題仍需改進。
3、希望在需求層面更詳細準確的確定產品的功能需求；
4、雖然工作任務重，但還是希望部門多組織活動，完善獎勵制度
為了讓大家更有激情，為部門和公司貢獻自己的全部力量。
以上是我個人的看法。我相信，在大家的共同努力下，我們會朝著同一個目標前進，軟件部門乃至整個公司一定會取得巨大的成就。
測試工程師工作總結4
本人自20xx年6月25日起進入xx公司從事手機軟件測試工程師一職，在不知不覺中已經過了半年。在這段時間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對于工作一貫謙虛謹慎、認真負責的工作態度，從來沒有改變過。
在本部門工作中，我一直嚴格要求自己，認真及時地完成領導布置的每一項任務，并虛心向同事學習，不斷改正工作中的不足；配合各部門負責人落實及完成公司各項工作。
在過去的半年中，通過不斷的學習和自我提高，已經適應了本職的工作，但對于一個初入公司的新人，要全面融入企業的方方面面，可能在一些問題的考慮上還不夠全面，但我相信，通過公司領導及同事的.悉心指導，我一定會在今后的工作中更好的提高自己的水平、素質，更好的完成本職工作。
在今后的工作中，我要繼續努力，克服自己的缺點，彌補不足，向白盒測試、內部代碼測試方向了解，加強軟件測試、計算機語言方面的知識，不斷自我學習，力爭成為學習型、創新型、實干型兼備的新世紀人才。
測試工程師工作總結5
一、測試工作及經驗
作為軟件部測試組的一員，首先要做好的就是自己的本職工作，我在20xx年中所做的工作主要有：
測試用例的編寫，對系統的測試、跟蹤;
需求、高保圖、界面和功能的測試;
功能測試用例的編寫，高保圖、系統的測試;
的靜態頁面測試和功能測試;
的功能測試;
第一、二、三迭代高保圖測試，測試用例編寫，靜態頁面和功能測試，并主持參與測試用例評審;
平臺高保圖的測試和系統靜態頁面、功能的測試;
的高保圖測試和測試用例的編寫;
的靜態頁面和功能測試，參與測試用例的評審;
的高保圖測試、靜態頁面和功能測試;
用戶使用手冊的`編寫;
一年的工作，讓我獲得很多方面的經驗：
1.編寫邏輯覆蓋率全的測試用例甚為重要。
在理解需求的前提下編寫測試用例，使得我掌握了多種測試用例編寫方法，更讓我對產品的需求有更加深入的理解，須知對需求是否理解透徹決定了能否有效、全面地對產品進行測試;
2.要站在用戶角度對系統進行測試。從一些項目中出現的未能及時發現的bug中，我認識到用戶體驗的重要性，現在能夠越來越多的從這方面來執行測試;
3.對拿到手的項目有較清晰的思路，能夠更加快速、準確地發現問題;
4.越來越規范的工作流程的讓我們的工作有條不紊的進行，讓我深刻認識到工作的規范性是多么的重要，并且從中學習如何從文檔和流程上規范工作。
5.同事間的溝通很重要。現在不管遇到什么不確定或疑惑，都與開發人員、產品經理等及時溝通，大大提高了工作的效率。
二、加強自我能力的提高
只有不斷的提高自己各種的能力，才能勝任越來越艱巨的任務，因此在工作相對不飽和的時候，我自己進行了一些學習。
為提高對“用戶體驗”的理解，我學習了《下一站用戶體驗》，書中一些經驗確實讓我獲益匪淺。不能總拿別人的用戶體驗去改進自己的產品，但是有一些卻是通用的，比如：太多彈出框、按鈕會給用戶帶來憤怒感，要適當的給頁面減肥等等。
深知單純的界面測試和功能測試已經漸漸不能滿足今后平臺的開發，所以我學習了性能測試的一些相關知識，并在師父的指導下運用LR工具進行簡單性能測試，以后必須堅持學習。
三、存在的不足及明年計劃
一年的工作讓我有所進步，但是很多地方還是存在不足，比如：有時候看問題比較主觀，不是很細致，沒能深入地去測試，會有遺漏的bug;自身專業技術能力還不足，不能從系統穩定性這一點上對系統進行測試。在以后的工作中，我會努力改善。
在20xx年的工作中，我計劃：
1、本著實事求是的態度，更加認真、負責的完成工作;
2、要盡可能深刻的理解需求，堅持編寫覆蓋率強的測試用例;
3、按照系統穩定性測試方案，要逐漸對系統的穩定性、安全性進行測試;
4、繼續研究性能測試，并要將LR工具運用在實際工作中;
5、多多的學習，參加一些有益的培訓，在實際工作中活學活用。
四、個人建議
這一年來我們部門有著的顯著進步，越發規范的工作流程，越來越明確的責任制度、管理體系等，都讓我們更加有凝聚力。在此，個人提出以下幾個小建議：
1、希望可以加強對項目的把控，盡量能將延期風險降到最低;
2、從各個組對需求理解的不一致，以及信息更新不及時等問題上看，溝通問題還是有待完善;
3、希望能夠在需求這一關卡上能更詳細、準確的確定產品的功能要求;
4、雖然工作任務繁重，還是希望部門能夠多組織活動，完善獎勵制度，可以讓大家更加激情的為部門、為公司奉獻自己的全部力量。
以上是我個人的一些淺見，相信在大家共同的努力下，向著同一個目標進發，軟件部甚至整個公司必定會大展全新的宏圖偉業。
測試工程師工作總結6
xxxx年x月我被調入西過境公路西段第一駐地辦試驗室擔任試驗檢測工程師，在領導的支持和同事的積極配合下，本著“嚴格監理、熱情服務、秉公辦事、一絲不茍”的原則，順利地完成了6個月的監理試驗工作，現將六個月以來的工作總結如下：
1、駐地辦進場以來，針對本工程項目需要及合同條件的要求，積極購買試驗設備及儀器，進行安裝、調試、標定，申請工地臨時資質，同時不斷完善試驗實施細則、監理各項規章，各種圖表上墻，經省質檢站驗收一次通過，具備施工準備階段試驗條件。在建設駐地試驗室的同時，督促、檢查承包商進場試驗人員、設備是否滿足施工及合同要求以及各項工作的開展情況，并要求承包商建立健全質量自檢體系，為順利開工奠定基礎。
2、開工前，首先按照設計圖紙及規范要求，對承包商提出的各種原材料、砼配合比、土及石灰土標準擊實進行標準、驗證試驗，使各項指標均滿足施工規范及設計圖紙要求，為全面施工提供可靠、準確的試驗依據。
3、材料質量控制，是我們試驗監理質量控制的重點，合格產品的前提是必須具備合格的原材料，這是我從事公路工程施工最切身的體會，材料出廠質量書與現場所進材料型號、規格、出廠日期等的核對，承包商的'自檢和監理抽檢控制，對可疑材料的調查和復試等都是我們日常材料質量控制工作中的主要內容，拒絕不合格材料進入施工現場。
4、施工過程控制，每個分項工程或單項工程開工前，監理試驗人員對砼配合比進行檢驗確認后，方可施工，施工過程中隨時觀察砼的和易性，始終保持在設計要求的范圍之內，確保砼的內在質量，承包商與監理同時制作具有代表性的砼試件，作為該工程質量控制指標之一。
xxx年即將過去，回顧這半年來的監理工作，體會最深的是做好監理工作，就必須嚴格認真，有較強的責任心，不管多么復雜的工程只要監理人員能夠一絲不茍地按照施工規范、規程履行職責，就能全面的掌握整個工程動態，控制整個工程質量，同時監理人員具備了較高的業務素質，就能對每一工序，每一環節，做到事前提示，將可能出現的質量問題消滅在萌芽狀態，并對可能造成質量隱患的環節事先防范，這兩點對我們的監理工作大有幫助，必將有力推動我們的工作。
雖然我們一直努力扎實的去做每一項工作，但是還存在不足之處，外業控制監管不力、內業資料填寫混亂的現象時有發生，根據存在的問題提醒我們繼續認真學習施工規范、試驗規程，熟悉設計圖紙，提高業務水平和自身素質，加強監管力度，加大抽檢頻率，隨時掌握施工動態，控制施工質量。
在西過境公路項目辦、總監辦的大力支持下和承包商的積極配合下，一如既往的做好20xx年的監理試驗工作，20xx年任務艱巨，工程量大，對我們的試驗工作要求更為嚴格，這就要求我們每一個試驗人員做到事前控制，杜絕事后處理，持認真負責的工作態度，具有較強的責任心，充分熟悉并掌握業務知識和技能，彌補過去的不足，嚴格把好工程材料進場質量關、施工現場質量檢驗關，當好工程質量的守護神，為華路捷公路工程技術咨詢有限公司在西部建設樹立良好的企業形象。
測試工程師工作總結7
一、工作內容
20xx年過完年后，我被主管派到一個大組去學習自動化測試技術。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發出來的。到現在，他們的自動化用例覆蓋率約50%，應用率好像有70%，總之這個自動化測試框架還是滿厲害的，不過就是整個框架實現太復雜了，涉及的編程腳本就用了三種。
下面簡單介紹一下該GUI自動化測試框架。
測試工具：IBM Rational Robot
自動化測試技術：第三代自動化測試框架
測試腳本：Robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了TCL、COM組建等，并自行開發了一個抓包工具用于自動化測試。還有我們測試的產品界面是使用Java開發的，如果要讓Robot能夠正常識別界面，還需涉及到Java編程。
學習自動化的頭一個星期，我只是學習該測試組的產品知識，學習如何使用自動化測試。后面的幾個星期就開始承擔自動化測試的建設任務了。想想當初自己還是滿辛苦的，白天上班學習產品知識，晚上回家就對著電腦看basic腳本的語法，周末還去公司無償加班看代碼。
在技術文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什么要選擇英文的呢?因為很多中國寫書的人很浮躁，只想著快點把書出版了好賺錢，所以很多中文的資料質量很差。首先要貶低的就是那本譚教授的《C語言程序設計》。記得讀大學時，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。
當時帶我學習自動化的導師姓L，他是個大忙人，有時一整天都在開會。L的師傅姓W，W是該自動化創始人之一。
當時對我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執行的流程等;另外一篇則是由W寫的自動化建設指導書，寫的還是滿不錯的，在我有一定基礎后，照著指導書就能完成簡單的自動化建設。
在我整個學習過程中，是按照以下的過程開展的：1、吳江裝修網初步了解整個自動化和產品知識，嘗試使用自動化進行測試;
2、熟悉sqabasic語法;
3、對著文檔讀代碼，嘗試調試腳本，跟蹤到代碼的最底層。
其實最好的學習方式就是實踐，去做自動化建設。當有一定基礎后，去完成導師交給的自動化建設任務，就是最好的學習方式。后來，我教別人的時候，也是安排實際任務給他做，然后再進行相應的引導。
在我的學習期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然后那些家伙會不停的提問，以檢驗我的學習效果。雖然這招很BT，但是對個人的成長還是滿有利的。假設你學會了一項技能，此時你可能只在第一個層次上，如果你能夠把這項技能教會別人，那么你的層次上升了一個檔次。
記得當時是20xx年2月初去參加學習的，4月初就應急被調回原測試組了。總共不到兩個月的時間，我總共完成了3個模塊的自動化建設，第1個模塊搞了3個多星期，第2個模塊不到2個星期，第3個模塊一個星期就搞完了(第3個模塊算是友情支援呢，哈哈)。
4月初被調回原測試組后，就一直做救火的工作。差不多5月份的時候才正是開始做我們T項目的自動化。其實也就是把我學習的自動化框架移植過來，做T項目自動化測試。
另我比較遺憾的是，T項目的測試一直都很緊，而自動化測試并沒有被推廣和充分利用。直到我離職前，測試組為應付測試部自動化考核指標，才得到重視。
這里我談一下自己對自動化測試的理解。
1、自動化測試用于提高測試效率;
2、自動化測試可以完成一些無法手工完成的測試，例如長時間不間斷的測試;
3、自動化雖然能夠發現問題，但主要是對繼承的功能進行測試，保證以前的老功能。(這個跟項目有關，GUI自動化測試比較復雜，如果是嵌入式設備或芯片的自動化測試，對自動化測試的理解可能會不一樣)
二、開發小工具
我在自動化學習期間，表現出來的專業技能和良好的學習能力，得到了同事和主管的認可。鑒于此，在4月中旬的時候，測試組的Leader給我安排一個任務，使用Excel表格開發一個工具，用于收集和統計記錄的數據。要求該工具能夠代替手工計算，提升測試效率。任務完成的截至日期是五一。給我安排的時間大概為一周。
該工具的實現方式并不難，就是設計一個Excel表格，然后在里面嵌入VBA腳本，以宏的方式代替手工計算。對我來說最大的挑戰就是：
1、短時間內學會VBA編程;
2、提取需求，設計Excel表格的格式，使該工具具有較好的易用性。
當我接到任務后，下班回家就開始到網上搜集關于VBA資料。當時我找了一個星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的PDF文檔，但是那篇PDF文檔只是讓我初步了解了VBA是個什么東東，并不能滿足我的實際需求。最終，在寫VBA腳本期間，我還是參考微軟自帶的幫助文檔搞定的。
本來計劃是在四月底的一個星期開展該項任務，但實際上直到4月的最后兩天我才有時間。記得當時，我花了一天半的時間與我的客戶——也就是我的同事，共同討論需求，并設計Excel表格的格式，讓其評審。最終寫腳本花費了4月的最后一個下午，以及五一期間的三個下午的時間，總計4個下午的時間，完成該工具的開發。而且我五一期間的工作并沒有申報加班，是無償勞動啊。
其實工具開發完成后，還是有些問題，如：
1、程序崩潰
2、有1/3的功能基本沒有被使用
3、自動生成的表格，奇丑無比
三、負責M項目測試
20xx年10月份，我開始獨立負責M項目的測試工作。M項目是個小項目，大體情況如下：
代碼量：大約10K行
開發語言：C#
軟件環境：Windows PPC 20xx
硬件環境：hp的PDA
人力投入：開發3人，測試就我1人
M項目的測試需求分析、測試設計、測試用例編寫、測試執行到測試報告，全部由我一個人搞定
20xx年10月～12月中旬這段時間，主要是完成前期的測試分析與設計。12月中旬，就進入了實際的測試階段，20xx年1月底，軟件發布。回顧這4個月的工作，有做的好的，也有做的差的。下面對這些進行總結。
做的比較好的：
1、測試進度把握比較好，在規定時間內，甚至提前完成了測試任務;
2、與開發人員的溝通較好，使問題能夠較順利的解決，基本沒有內耗，雙方合作愉快;
3、測試的重點把握較好，把很多嚴重問題，在測試前期就給暴露出來了;
做的不好的，待改進的：
1、前期的測試分析能力較弱，測試規格分析不全，測試用例編寫質量不是高。到后期測試時，才發現很多規格沒有覆蓋到，需要補充測試用例。而且之前寫的測試用例與實際測試情況，有些偏差，用例的可用性差，又花了很多時間去修改用例。
2、前期的測試計劃制定比較差，實際工作較之計劃偏差過大。吳江裝飾網反正10月、11月那段時間，M項目的工作是亂七八糟的.，還好關鍵時間點的把握還算到位。
3、測試對象選擇上疏忽，導致漏測。M程序是個工具軟件，主要用于查詢和設置設備的某些參數或配置。我當時只考慮到對所有支持的設備進行遍歷，卻未考慮到設備上所有單板的遍歷。結果技術支持工程師到香港試用該工具時，發現某塊叫PM1D的單板無法識別。后續，我們對大部分單板進行了遍歷，還發現了很多隱藏的問題。這是一項較大的疏忽。
4、在做內部模擬試驗局測試時，對測試環境的選擇有較大疏忽，導致漏測。在做內部試驗局的時候，我為了偷懶只選擇了3個不同設備的組網測試，而沒有考慮到大規模組網情況下的測試。后來，技術支持工程師拿M軟件到廣州試用時，程序的某項功能就不正常了，原因就是大規模組網時，通信數據的傳輸是多包的，而M程序的底層函數沒有對多包的情況進行處理，導致該項功能不正常。當時，在其他實驗室是有類似環境的，而我卻為了偷懶: (
雖然M項目的測試有很多不足，但是總體情況良好，我對產品的質量有信心: )
四、救火
大概是20xx年7月份時，我們組組長跟我說，要派我到B組去學習3個星期。等我去了B組才發現自己是被派來救火的。來B組支援測試，主要是完成一項測試任務，說具體點，就是把一件事情干600多次，沒任何技術含量。我當時真是郁悶壞了: (
雖然心底是比較郁悶，但畢竟也就3個星期，想著忍忍就過去了。
具體的任務很簡單：大概有80種板子，每種板子大概有8套軟件，用T工具對80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業務是否正常，板子加完軟件后，運行是否正常。
還有一個也是其他組借調過來的新員工，跟我一起干這件事情。我600多次，他也差不多600次。還好這個家伙，心態很好，做事情也很勤奮。
最初B組給的方案是這樣的：先用第1套軟件把80多個板子加載一遍，再用第2套，第3套，直到第8套。
開始工作幾天，我們就按這種方案執行，但按這種方案執行的效率很差。主要因為實驗室常用的板子差不多只有30塊，其他的板子都藏在箱子里，而且有些板子B組根本沒有，需要到其他項目組去借，這樣針對軟件版本，對80多塊板子進行輪循加載，效率就很低，因為每加一套軟件，就要去尋找80多塊板子。
當時，我和那個新員工都很愁，按照這種做法，這項任務3個星期根本就無法完成。B組負責帶我們的兩個員工，也表示比較無奈。
郁悶過的第2天一早，我就直接找B組的老大談話，“按照你們提供的這種方案，我們在三個星期內根本無法完成任務，而且還有諸多其他困難：1、部分板子是壞的;2、某些板子實驗室里根本就沒有;3、對設備不熟悉。”
就這樣，B組老大把組內相關骨干人員都叫過來開會，重新商討了一套方案，并要求他們全力支持我們的工作。
開了會后，B組的人就比較支持我們的工作了，啟用新的方案后，還提前了1天時間把工作完成: )
這里我體會比較深的是：在做一份工作前，一定要弄清楚這項任務到底要做些什么、要怎么做、要做到什么程度，工作中還要定期匯報工作(基本上以日報、周報的形式，用郵件發送)，如果出現了解決不了的困難，一定要向老大匯報，如果老大也解決不了，那他也不能責怪你無能: )
五、工作中的陷阱
在辭職前的幾個月，有個師弟也是老鄉X君，得知我做過自動化項目后，便來向我了解自動化測試相關的情況。
從與X的聊天過程中了解到，他也正在做自動化，他們組測試的產品規模比較大，不過做自動化的只有兩個新人，而且是使用一種新的GUI測試工具。他在給我講他們具體工作時，了解到他們的自動化測試非常原始，就是針對一個用例錄制一套腳本，幾百個測試用例，大概錄制幾百個腳本，根本沒有對公共進行提取，更別提有什么自動化測試框架了。X君與另外一個人，在自動化方面都是新手，沒有相關經驗，他們不知道這樣做會給后期的維護帶來多大的麻煩。而且他們主管也不太懂GUI測試的自動化，只是每天要他們匯報工作進度，期望在兩個月內完成那幾百個腳本。
經過我細致詢問后，我猜測他們做這項自動化工作，基本上是為了應付部門自動化考核而做的，而并非為了提高測試效率，保證產品質量。
我也可以體諒X君主管的難處：測試組人力本來就緊張，而部門又要考核自動化指標，他只有弄兩個人來應付一下部門的考核了。
這樣說來，X君和他另外一位同事就是受害者了，被安排做一件這么沒意義的事情。對他們我只能表示同情了。
對于這類BT主管吩咐的沒啥意義的事情，我的體會就是能推掉不做就不做，如果實在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么樣就做成什么樣。實在搞郁悶了就老板炒魷魚吧。
六、其他
記得剛進公司那一陣，對我們新員工有這樣那樣的培訓，估計轉正前至少被培訓了20門課吧。具體講的都是產品知識、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，PPT寫的水準也有好有壞。總體感覺就是那些培訓是在浪費時間，如果自己看這些資料效果都要好很多。
在轉正前，作為新員工要給部門的“老”員工講課，講自己所學習過的知識，然后下面的“老”員工會發狂了似的問你問題。現在我感覺這種方式真的是一種非常好的檢驗方法，不但檢驗了你的學習情況還鍛煉了你講解PPT的能力。
七、感悟和進步
通過這種方式，我覺得自己在很多方面有提高：
1、寫PPT的水平。后續工作中，寫PPT匯報工作，做的是又快，又漂亮。
2、溝通能力。最初別人問我一個問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的說了一堆別人不想知道的東東，搞得別人一頭霧水。此后，別人每問我一個問題，我都會先把他的意圖或意思搞搞清楚了，確認后，再以最精練的語言來回答他的問題。
3、懂就是懂，不懂就別亂說。記得最早“老”員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結果他再一細問，我就傻了。知道就知道，不知道就別亂說，這點很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。
測試工程師工作總結8
本人自20xx年xx月xx日起進入xx移通公司從事手機軟件測試工程師一職，在不知不覺中已經經過了2個月的試用期。在這段時間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對于工作一貫謙虛謹慎、認真負責的工作態度，從來沒有改變過。
在本部門工作中，我一直嚴格要求自己，認真及時地完成領導布置的每一項任務，并虛心向同事學習，不斷改正工作中的不足;配合各部門負責人落實及完成公司各項工作，
在過去的2個月中，通過不斷的學習和自我提高，已經適應了本職的工作，但對于一個初入公司的新人，要全面融入企業的方方面面，可能在一些問題的考慮上還不夠全面，但我相信，通過公司領導及同事的悉心指導，我一定會在今后的工作中更好的提高自己的水平、素質，更好的完成本職工作。
在今后的工作中，我要繼續努力，克服自己的缺點，彌補不足，向白盒測試、內部代碼測試方向了解，加強 軟件測試、計算機語言方面的知識，不斷自我學習，力爭成為學習型、創新型、實干型兼備的新世紀人才。
高級測試工程師20xx年終工作總結
伴隨著充實緊湊的工作生活，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年的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝兩個月來李鵬經理的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結經驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現中地的輝煌。
測試工程師工作總結9
現在軟件測試工作越來越收到企業的重視，許多人員也投入到軟件測試的行列中來，軟件測試工程師的隊伍越來越壯大。但是如何成為一名優秀的軟件測試工程師呢？這是大家比較關注的一個問題，尤其是初入這個行當的萊鳥更想了解這個問題的答案。本文根據自己多年來在IT公司從事軟件測試的經驗總結了一些東西給大家共享，同時也希望大家提出寶貴的意見和建議。
起碼有三年以上的軟件開發經驗
現在許多軟件企業招收一些剛剛畢業的大學生或者非計算機專業的人員作為自己公司軟件測試工程師，這是非常錯誤的，也是對軟件測試不負責任的表現。雖然他們可以發現軟件中的一些錯誤，但是對于軟件中的一些關鍵，致命，危險的錯誤他們是很難發現的。大家都知道，軟件工程中有個模型叫瀑布模型，這是最基本的軟件模型，這個模型又叫碗狀模型，因為開發位于碗的最底部，左上方依次為建模，需求分析，設計；右上方依次為測試，部署，維護。這就是說明軟件開發是一切軟件活動的基礎，同時也是軟件測試的基礎。一個人只有經歷過一定年限的軟件開發工作，才可以積累豐富的經驗，知道在軟件中哪些地方容易出錯而那些地方不容易，這給以后的軟件測試工作帶來非常寶貴的經驗。
有逆向思維的能力
我曾經接觸過一些軟件測試工程師，他們干了一段時間軟件測試工作后返回去又開始去做開發工作了，問他們為啥？答案是軟件測試工作太難了，開發是順向思維，而測試是逆向思維，老要找一些稀奇古怪的思路去操作軟件。軟件的使用者千差萬別，軟件在使用過程中遇到的各種現象也是千差萬別的，所以要求軟件測試工程師需要具有一些逆向思維的能力，想別人所不想，測別人所不測，這樣才可以找到更多的軟件中的錯誤。這是作為一名優秀的軟件測試工程師最基本的素質。
善于同軟件開發人員溝通
溝通是當今軟件項目中需要掌握的最關鍵技術之一。軟件測試人員要善于同軟件開發人員溝通，軟件測試人員與開發人員搞好關系，使測試人員不成為開發人員的眼中釘，這對于提高整個軟件項目質量是十分重要的。溝通主要包括：
討論軟件的需求，設計：通過這樣的溝通，你可以更好的了解所測試的軟件系統，以至于盡可能少的測試出軟件中不是錯誤的“錯誤”，從而降低給軟件開發人員帶來的壓力。
報告好的測試結果：作為一個測試人員，發現錯誤往往是測試人員最愿意而且引以自豪的結果，但是一味地給開發人員報告軟件錯誤，會給他們造成厭惡感，降低整個軟件的質量和開發進度。所以作為一名軟件測試工程師，當你測試的模塊沒有嚴重的錯誤或者錯誤很少的時候，你不妨跑到開發人員那里告訴他們這個好消息，這會給你帶來意想不到的結果。
討論一些與工作無關的事情：作為一個測試人員經常和開發人員討論一些與工作無關的事情，比如大家可以談談新聞，趣事，家庭…這樣可以加強相互間的默契程度，許多統計表明，這樣可以更好的提高軟件工作質量。
善于同領導溝通
測試人員往往是領導的眼和耳，領導根據測試人員的'測試結果可以了解公司的產品質量，從而調整其他的工作。領導工作一般比較繁忙，所以作為一名優秀的測試人員要學會把測試結果進行總結，最好以圖表的形勢給領導看。
掌握一些自動化測試工具
測試工作往往是比較繁瑣，枯燥無味的工作，測試人員長期處于重復的手工工作，會降低測試效率，并且對于測試質量也往往是不利的；況且許多測試不使用測試工具是不可以進行的，比如性能測試，壓力測試等等。目前市場上有許多測試工具供你使用，你可以根據自己的需要選擇一些測試工具來輔助你的測試。
但是要記住一點，不是說有了測試工具就不要人工測試了，測試工具不是萬能的。
善于學習的能力
軟件測試技術隨著時間的變化也在做一些提高和改進，作為一名優秀的測試人員要善于利用書籍，網站，論壇，交流等各種途徑不斷提高自己的軟件測試水平。
提高自己的表達能力
軟件測試人員當發現軟件中存在缺陷的時候，往往要書寫缺陷報告，缺陷報告要寫得詳盡清楚，使開發人員能夠盡快定位錯誤，修改錯誤，所以作為一名優秀的測試人員提高自己的寫作能力是非常必要的。
了解業務知識
更好的了解你說測試軟件的業務知識是非常重要的，對業務知識了解得越深入，越能夠找出更深入，更關鍵，更隱蔽的軟件錯誤。所以作為一名優秀的軟件測試工程師，要多向該領域專家，同行學習，提高自己的業務知識水平。
以上僅為個人的一些經驗所談，希望大家都能夠成為一名優秀的軟件測試工程師。
測試工程師工作總結10
進入公司已經有將近半年的時間，在公司領導的強有力的領導以及關心支持下，個人在xx年度取得了不小的進步。本人在工作過程中，較好地完成了xx年年度工作目標。現將個人工作情況作如下總結：
一、年度工作情況：
1、熟悉了解公司各項規章制度我于20xx年9月進入公司，為了更快更好地融入公司這個團隊，為以后的工作打好鋪墊，我加緊對公司的各項規章制度的了解，熟悉公司的企業文化。通過了解和熟悉，我為能進入公司這個團隊感到自豪，同時也感到自身的壓力。在以后的工作中，我將以公司的各項規章制度為準則，嚴格要求自己，廉潔自律，在堅持原則的情況下敢于創新，更快更好地完成工作任務。
2、熟悉項工程的結構，現場情況作為土建工程師，熟悉和了解現場對以后的工作是相當有利的。為了以后能更好地開展工作，我多次深入現場，對現場的布置做更深層次的了解。在掌握第一手現場資料之后，我查閱相關技術資料，對工程的結構情況進行研究，對以后施工重難點進行分析，對項目的基礎形式進行分析，通過研究和分析，我對項目施工管理的實際情況做較為客觀的預測，為下一步方案的編制提供了可靠的依據。
3、參加工程部管理制度的修改為了便于以后工程部管理，我結合公司的要求以及工程部的實際情況，并參考博愛以及其它比較知名的地產企業的相關制度，編制修改了工程部工程管理的各項規章制度，制度的編制有利于明確各個崗位的職責，為工程管理提供保障。通過這次編制，我對項目開發其它專業有了進一步的了解，也使自己下一步工作更加明確。
4、分析天氣情況為了完成20xx年公司的項目開發任務，并做出科學而且符合實際的xx年工程部的工作內容以及項目施工進度計劃，我對xx年全年的天氣情況進行分析，結合武陟縣的常年的天氣狀況，對xx年的天氣進行了預測，同時將天氣情況和工程進度互相結合，對工程進度進行合理的調整，抓緊施工良好季節，避開雨季大規模施工，并做好雨季以及高溫季節的施工以及安全保護措施。
二、存在的不足以及改進措施20xx年即將隨風逝去，回想自己在公司將近半年的工作，雖然工作量比較大，但是閃光點并不多，許多工作還有不盡如意之處，總結起來存在的不足主要有以下幾點：
1、缺乏溝通，不能充分利用資源在工作的過程中，由于對其他專業比較陌生，又礙于面子，不積極向其他同事求教，造成工作效率降低甚至出現錯誤，不能達到優勢資源充分利用。俗話說的好三人行必有我師，在以后的工作中，我要主動加強和其他部門同事的溝通，通過公司這個平臺達到資源共享，從而提高自己的業務水平。
2、缺乏計劃性在工作過程中，特別是項目開發的施工階段，由于缺乏計劃性，工作目的不夠明確，主次矛盾不清，常常達到事倍功半的效果，領導不滿意不說，自己還一肚子委屈。在以后的`工作過程中，我要認真制訂工作計劃，做事加強目的認識，分清主次矛盾，爭取能達到事半功倍的效果。
3、專業面狹窄作為一個現代化人才，他應該是一專多能的，這樣的人才才符合時代以及公司的需求。自己的專業面狹窄，對房地產其它專業認識不夠，特別是營銷策劃以及法律法規，這都限制了自身的發展。在以后的工作過程中，我將加強其他專業的學習，充分利用公司資源，提高主觀能動性，爭取能成為一專多能的復合型人才。xx年已過去，雖然項目還沒有正式完工，但收獲也不少。特別是公司幾位領導塌實的工作作風以及認真負責的工作態度給我們員工樹立了榜樣。在以后的工作中，作為項目開發的排頭兵，我將認真執行公司的相關規定，充分發揮個人主觀能動性，以鐵的紀律來約束自己，不斷學習新技術新經驗，善于總結，也希望公司的領導能給我更多的理解和更大的支持，爭取為項目的開展貢獻自己的力量。
測試工程師工作總結11
本人自20xx年x月25日起進入夢龍移通公司從事手機軟件測試工程師一職，在不知不覺中已經經過了2個月的試用期。在這段時間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對于工作一貫謙虛謹慎……
本人自20xx年x月25日起進入夢龍移通公司從事手機軟件測試工程師一職，在不知不覺中已經經過了2個月的試用期。在這段時間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對于工作一貫謙虛謹慎、認真負責的工作態度，從來沒有改變過。
在本部門工作中，我一直嚴格要求自己，認真及時地完成領導布置的每一項任務，并虛心向同事學習，不斷改正工作中的不足;配合各部門負責人落實及完成公司各項工作，
在過去的2個月中，通過不斷的學習和自我提高，已經適應了本職的.工作，但對于一個初入公司的新人，要全面融入企業的方方面面，可能在一些問題的考慮上還不夠全面，但我相信，通過公司領導及同事的悉心指導，我一定會在今后的工作中更好的提高自己的水平、素質，更好的完成本職工作。
在今后的工作中，我要繼續努力，克服自己的缺點，彌補不足，向白盒測試、內部代碼測試方向了解，加強 軟件測試、計算機語言方面的知識，不斷自我學習，力爭成為學習型、創新型、實干型兼備的新世紀人才。
測試工程師工作總結12
伴隨著充實緊湊的工作生活，兩個月的時間已經過去了。這一段時間里有工作上的收獲，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。總結經驗，吸取教訓，*將主要從幾個方面來對工作進行總結：工作的主要內容;其中的失敗和教訓以及成功和經驗;展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。 1.工作的主要內容
在這兩個月的工作中，我的總體任務是協助__做好武警__部隊__管理系統的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：1.編寫__系統的各類文檔;系統
的編碼及bug勘誤工作;系統的測試工作。下面依照時間來對我的工作進行介紹。
初踏入職場，進入專業的軟件制造公司，對我，一個沒有接觸過標準軟件制作過程的新人來說，起步就是一個很大的難題。若直接做開發，則業務不熟練，代碼不規范，弊大于利;若僅做學習，則不能跟上項目的步伐，不能以最快的速度融入工作中去。在我還在忐忑自己到底要做什么工作的'時候，任務已經下達了，首先進行__系統的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業務邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標。至此，入職工作順利起步。
在對__系統進行測試之后，暴露了系統的諸多問題，測試過程中發現__系統沒有進行輸入限定，為了解決這個問題需要對整個系統的數據進行整理，我的下一個任務就是編寫__系統的數據需求文檔。在編寫該文檔的過程中，對__系統進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎。
完成了__系統的數據需求文檔的編寫之后，新的任務是對整個__的輸入數據進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現方法的一知半解以及任務完成過程中的不仔細，為之后發生的問題也埋下了苦果。
在對__系統添加輸入限定完成之后，進入了解決程序小問題的階段，對__系統進行細微的縫補工作。這段時間是學習多于工作的，不同的問題督促我要每天和百度親密接觸數百次，又要勞煩諸位在百忙中的同事抽出時間來給我幫忙。雖然辛苦一點，但收獲卻是滿滿。
完成了系統的修補之后，我們的程序送到了__進行第一輪測試，在測試的一周里，我主要是補充網絡編程的基礎知識。第一輪測試結果出來之后，我們項目組開始了緊張的第一輪__系統bug勘誤工作。拿到bug列表之后，發現有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。
第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了十五所進行所檢。
在進行所檢之余，我又接到了新的任務，完成__系統的概要設計以及詳細設計文檔的編寫。這兩份文檔已于9月2號編寫完畢。
現階段我的任務是根據所檢的bug列表，對礦權系統進行回歸測試。
測試工程師工作總結13
手機軟件測試人員。工作內容回顧：
1.每天根據組長分配給自己任務進行測試，按照測試需求，借相應的手機嶄只。
分配的Qc庫里的每條測試用例，因為每條測試用例都是英文描述，所以每次必須經過認真閱讀以保證正確執行。
2.在測試過程中，手機出現問題時，要判斷是手機硬件的問題還是軟件的問題，如果是軟件的問題，還要繼續跟Po
或者Fo確認之后，然后才能在公司本地庫中填寫errorreport,有的error還需要Fasttrace工具來抓取bug
和decodex-fiel，并將這些東西一起放在errorreport里面，經過Ec處理之后狀態為new的error就可以往mzilla庫中報最終的Bug。
3.每次做任務的手機都是去相應的產品組借的，所以做完任務的時候將自己手里借一切跟測試相關的東西及時簽還，并告知組長任務完成。
工作總結：這為期四個月的實習和試用期，使我對手機軟件測試工作有了深入的認識，就是盡最大的努力發現測試手機的不足，經過開發人員解決之后使手機盡快達到上市的`標準，這些發現的bug就是為公司創造的價值。作為四個月的文思海輝的員工，我對公司也有了一定的了解，文思海輝技術有限公司PacteraTechnologyinternationalLtd.（納斯達克股票代碼：PacT）是值得信賴的咨詢與科技服務提供商，公司
竭誠為您提供優質文檔/雙擊可除
擁有超強的全球運營能力、嚴格的質量標準和高效的交付流程，致力于成為全球企業“新時代的合作伙伴”，為客戶成功保駕護航。自1995年以來，文思海輝一直致力于為全球客戶提供世界領先的商業/iT咨詢、解決方案以及外包服務，在金融服務、高科技、電信、旅游交通、能源、生命科學、制造、零售與分銷等領域積累了豐富的行業經驗，主要客戶涵蓋眾多財富500強企業及大中型中國企業。我所在的亦莊分公司主要承接諾基亞手機測試任務，在以往的測試工作中，得到了諾基亞公司的高度認可。工作中優點及不足：
對于失敗的教訓要吸取，成功的經驗要進行總結。我對成功的定義是：在保證質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。優點：
1)敢于接受任務并想盡一切辦法完成
入職四個月每一個任務對于初入職場的我都是一個挑戰，保質保量完成任務是最基本的要求，即使是自己不熟悉的任務也會盡自己的努力和前輩的幫助下按時完成。 2)勇于承擔錯誤，正視自身的問題
在這四個月的工作中犯了一些錯誤，測試工具使用不熟練等導致測試結果填寫不規范等，我秉承著有錯即改，下不為例的思想，正視自己的錯誤并積極改正。不足：
竭誠為您提供優質文檔/雙擊可除
1)由于工作時間不長，參加了很多培訓，在測試的時候這些知識運用的還不夠熟練，所以對手機中出現的bug發現的數量不高。
2)一開始工作的時候，對一些測試工具的使用不是很熟練，在使用的過程中會耽誤一些工作的時間，導致自己在規定的時間內完成任務比較緊張。以后工作中改進：
1)重視每一個細節，不要忽視小問題
做手機測試工作，首先要具備的就是細心，只有這樣才能發現手機里的bug，不能放過任何一個與測試用例描述不一樣的執行結果，不管這個差別有多么的小，很多bug都是從這些細微的差別中產生的。
2)進行重復工作也不能大意
手機測試有時候相同的測試用例要在不同的手機上重復測試，這就相當考驗我的耐心，對每次做測試用例都要向第一次做那樣，認真的執行每一步操作。
3)考慮問題要全面
每次做任務都要有一些發散思維的自由測試，這就需要我們考慮問題的時候要全面的展開思維做盡可能多的測試，才能發現更多的bug。
4)加強學習
平時的時候除了要參加各種培訓外，在培訓之后還要及時的復習總結，對自己不明白的地方及時找師傅或有經驗的人請教，來提高自己
測試工程師工作總結14
時光如梭，轉瞬間已進入我公司二月有余，首先感謝公司領導對我的信任將新產品開發重任交給我去做，再次感謝領導和同事對我工作上的指導。這是我人生中彌足珍貴的經歷，也給我留下了精彩而美好的回憶。在這段時間里公司領導及同事門給予了我足夠的支持、鼓勵和幫助，讓我充分感受到了領導們堅定的信念和同事們積極樂觀的精神。
記得初到公司的第一天，領導就將試制了兩年多一直沒有供貨的產品;流水槽總成交給我，當時感覺這是一份很有壓力而富有挑戰的工作。雖然以前從事過沖壓工藝及管理方面的工作，有一定的'經驗，但是面對的顧客不一樣，要求也不一樣，現在面對的是大眾公司，各方面要求都要嚴格些。學習是取得一切進步的前提和基礎。在這段時間里，白天忙于現場配合xx工程師及工裝科解決流水槽調試及試裝過程中存在的一些問題，晚間回家認真學習公司各相關文件、標準，并帶著問題向同事們互相探討、互相學習取長補短，具體做了如下工作;
一、后流水槽總成xx試裝工作
來公司兩個月，去xx公司現場x次。每次試裝顧客都要提出不同的問題(大眾倒三班)諸如;后流水槽總成表面波浪、凸凹、劃痕等質量問題、與尾燈支架匹配間隙問題、激光焊接等等試裝存在的缺陷，每次回來都要配合工裝現場制定解決方案，并跟蹤落實。然后再同xx公司產品工程師、現場工程師、車間管理人員協調下一輪試裝等事宜。功夫不負有心人，在公司領導及相關人員的積極努力下，流水槽總成的試裝工作已接近尾聲，下一步就要進行ots工裝樣件提交了。
二、編制各類技術文件幾十種
依據新產品開發程序，編制各類技術文件;如;控制計劃、過程流程圖、過程fmea、作業指導書、檢驗指導書、檢具說明、平面布置等等。
在與公司同行的互相交流中，發現我公司有些指導性文件版本中有不完善之處，并及時依據標準進行完善。如沖壓下料卡中沒有規定剪切毛刺公差等。
三、設計工位器具二種
根據流水槽零件形狀不規則，而且是表面件;內表面質量要求高等特點，設計第一、二工序間帶滑輪的轉運車兩種。
四、焊接夾具改造
后流水槽總成焊接夾具;流水槽(1k5809643/644)與支架(1k5863345)點焊時，支架擺放時是垂直位置，靠壓彎部定位放不住，零件容易掉落。提建議將夾具適當位置加小磁鐵固定。
以上是我來公司兩個月來所做的一些主要工作，還有一些如配合三坐標檢測、檢具檢測、夾具調整等一些零散工作就不一一累述了。
工作中雖然又積累了一些經驗，相對于自身有了很大進步。盡管如此自認為同xx公司溝通較少，不利于新產品開發進度。在以后的工作中還需繼續努力，不僅要學習更好的與人愉快的相處，而且在技術和項目管理上也要更進一步，同時以積極，熱情，細致對待每一項工作，多角度的提高自己解決實際問題的能力，為企業創造更多的價值，讓自己的人生更有意義。
測試工程師工作總結15
1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來，測試工程師6年工作經驗總結觀后感。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生！”所以放在每一條，讓剛剛畢業的朋友們早點看到哈！
2、一定要確定自己的發展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業，還不知道將來可能做什么？”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物？向管理方向走，成為職業經理人？先熟悉行業和領域，將來自立門戶？還是先在行業里面混混，過幾年轉行做點別的？這很重要，它將決定你近幾年、十年內“做什么事情才是在做正確的事情！”。
3、軟件開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的！在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在MM比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦！”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。
4、詳細制定自己軟件開發專業知識學習計劃，并注意及時修正和調整(軟件開發技術變化實在太快)。請牢記：“如果一個軟件開發人員在1、2年內都沒有更新過自己的知識，那么，其實他已經不再屬于這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗！本人自畢業以來，平均每天實際學習時間超過2小時。
5、書籍是人類進步的階梯，對軟件開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經驗是：千萬別買國內那幫人出的書！我買的那些家伙出的書，100%全部后悔了，無一本例外。更氣憤的.是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍并不表示擁有知識；擁有知識并不表示擁有技能；擁有技能并不表示擁有文化；擁有文化并不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。
6、不要僅局限于對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就里”是任何行業的工程師所不應該具備的素質。開發Windows應用程序，看看Windows程序的設計、加載、執行原理，分析一下PE文件格式，試試用SDK開發從頭開發一個Windows應用程序；用VC＋＋、Delphi、Java、。Net開發應用程序，花時間去研究一下MFC、VCL、J2EE、Net它們框架設計或者源碼；除了會用J2EE、JBoss、Spring、Hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的，觀后感《測試工程師6年工作經驗總結觀后感》。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”！
7、在一種語言上編程，但別為其束縛了思想。“代碼大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是：用面對對象工具開發某些關鍵模塊時，為什么不可以借鑒C、C51、匯編的模塊化封裝方式？用傳統的桌面開發工具(目前主要有VC++、Delphi)進行系統體統結構設計時，為什么不可以參考來自Java社區的IoC、AOP設計思想，甚至借鑒像Spring、Hibernate、JBoss等等優秀的開源框架？在進行類似于實時通信、數據采集等功能的設計、實現時，為什么不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式？為什么一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題？“他山之石、可以攻玉”。
8、養成總結與反思的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。眾所周知，對軟件開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可復用模塊、類庫來解決問題（其實這個結論不應該被局限在軟件開發領域、可以延伸到很多方面）。這并不是說，所有可復用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現，這樣沒有知識產權、版權等問題，關鍵是自己實現后能真正掌握這個知識點，擁有這個技能。
9、理論與實踐并重，內外雙修。工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產品的本質及軟件產品研發的思想精髓的人（個人觀點、歡迎探討）。掌握軟件開發語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質的工作。學習、掌握軟件產品開發理論知識、軟件開發方法論，并在實踐中理解、應用軟件產品的分析、設計、實現思想來解決具體的軟件產品研發問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
10、心態有多開放，視野就有多開闊。不要抱著自己的技術和成果，等到它們都已經過時變成垃圾了，才拿出來丟人現眼。請及時發布自己的研究成果：開發的產品、有創意的設計或代碼，公布出來讓大家交流或者使用，你的成果才有進化和升華的機會。想想自己20xx年間開發的那些Windows系統工具，5、6年之后的今天，還是那個樣子，今天流行的好多Windows系統工具都比自己的晚，但進化得很好，且有那么多用戶在使用。并且，不要保守自己的技術和思想，盡可能地與人交流與分享，或者傳授給開發團隊的成員。“與人交換蘋果之后，每個人還是只有一個蘋果；但交換思想之后，每個人都擁有兩種思想”，道理大家都懂，但有多少人真正能做到呢？
11、盡量參加開源項目的開發、或者與朋友共同研制一些自己的產品，千萬不要因為沒有錢賺而不做。網絡早已不再只是“虛擬世界”，網上有很多的開源項目、合作開發項目、外包項目，這都是涉獵工作以外的知識的絕好機會，并且能夠結識更廣的人緣。不要因為工作是做ERP，就不去學習和了解嵌入式、實時、通信、網絡等方面的技術，反過來也是一樣。如果當他別人拿著合同找你合作，你卻這也不會，那也不熟時，你將后悔莫及。
12、書到用時方恨少，不要將自己的知識面僅僅局限于技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明：
“對于一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法。可見，掌握一門陌生的學問遠遠沒有想想的那么高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、盡量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
13、本文的總結與反思：
A：不要去做技術上的高手，除非你的目標如此。雖然本文是關于提高軟件開發知識的建議，做技術的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。
B：提高軟件知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟件專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。
C：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。
【測試工程師工作總結】相關文章：
測試工程師工作總結10-11
測試工程師工作總結15篇11-07
測試工程師工作總結(15篇)12-28
測試工程師試用期轉正工作總結06-10
測試工程師轉正申請書08-04
軟件測試工程師面試自我介紹03-28
軟件測試工程師面試需要準備什么？06-10
測試工程師自我評價（通用15篇）07-13
測試工程師程序員求職信09-29