測試工程師工作總結范文

　　總結就是對一個時期的學習、工作或其完成情況進行一次全面系統的回顧和分析的書面材料，它可以明確下一步的工作方向，少走彎路，少犯錯誤，提高工作效益，讓我們抽出時間寫寫總結吧。那么我們該怎么去寫總結呢？以下是小編精心整理的測試工程師工作總結范文，僅供參考，歡迎大家閱讀。

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

　　一、總體來說，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、加強部門測試成果的積累與沉淀。

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

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

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

　　時光如梭，轉瞬間已進入我公司二月有余，首先感謝公司領導對我的信任將新產品開發重任交給我去做，再次感謝領導和同事對我工作上的指導。這是我人生中彌足珍貴的經歷，也給我留下了精彩而美好的回憶。在這段時間里公司領導及同事門給予了我足夠的支持、鼓勵和幫助，讓我充分感受到了領導們堅定的信念和同事們積極樂觀的精神。

　　記得初到公司的第一天，領導就將試制了兩年多一直沒有供貨的產品；流水槽總成交給我，當時感覺這是一份很有壓力而富有挑戰的工作。雖然以前從事過沖壓工藝及管理方面的工作，有一定的經驗，但是面對的顧客不一樣，要求也不一樣，現在面對的是大眾公司，各方面要求都要嚴格些。學習是取得一切進步的前提和基礎。在這段時間里，白天忙于現場配合xx工程師及工裝科解決流水槽調試及試裝過程中存在的一些問題，晚間回家認真學習公司各相關文件、標準，并帶著問題向同事們互相探討、互相學習取長補短，具體做了如下工作；

　　一、后流水槽總成xx試裝工作

　　來公司兩個月，去xx公司現場x次。每次試裝顧客都要提出不同的問題（大眾倒三班）諸如；后流水槽總成表面波浪、凸凹、劃痕等質量問題、與尾燈支架匹配間隙問題、激光焊接等等試裝存在的缺陷，每次回來都要配合工裝現場制定解決方案，并跟蹤落實。然后再同xx公司產品工程師、現場工程師、車間管理人員協調下一輪試裝等事宜。功夫不負有心人，在公司領導及相關人員的積極努力下，流水槽總成的`試裝工作已接近尾聲，下一步就要進行ots工裝樣件提交了。

　　二、編制各類技術文件幾十種

　　依據新產品開發程序，編制各類技術文件；如；控制計劃、過程流程圖、過程fmea、作業指導書、檢驗指導書、檢具說明、平面布置等等。

　　在與公司同行的互相交流中，發現我公司有些指導性文件版本中有不完善之處，并及時依據標準進行完善。如沖壓下料卡中沒有規定剪切毛刺公差等。

　　三、設計工位器具二種

　　根據流水槽零件形狀不規則，而且是表面件；內表面質量要求高等特點，設計第一、二工序間帶滑輪的轉運車兩種。

　　四、焊接夾具改造

　　后流水槽總成焊接夾具；流水槽（1k5809643/644）與支架（1k5863345）點焊時，支架擺放時是垂直位置，靠壓彎部定位放不住，零件容易掉落。提建議將夾具適當位置加小磁鐵固定。

　　以上是我來公司兩個月來所做的一些主要工作，還有一些如配合三坐標檢測、檢具檢測、夾具調整等一些零散工作就不一一累述了。

　　工作中雖然又積累了一些經驗，相對于自身有了很大進步。盡管如此自認為同xx公司溝通較少，不利于新產品開發進度。在以后的工作中還需繼續努力，不僅要學習更好的與人愉快的相處，而且在技術和項目管理上也要更進一步，同時以積極，熱情，細致對待每一項工作，多角度的提高自己解決實際問題的能力，為企業創造更多的價值，讓自己的人生更有意義。

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

***：

　　您好！

　　首先為我的再次打擾您，表示誠摯歉意！又是三個月過去了，我覺得我有必要向您匯報我這個季度的工作情況。這個季度，我們公司可謂大豐收啊，簽了好幾個項目且不說，關鍵是我們兢兢業業實施的CMM二級終于如期通過了！我們也將既往開來，向著下一個目標繼續前進著。伴隨著公司整體的大好發展形勢，我這個季度也在不斷進取和提高著，感謝您這段日子對我工作上的教誨和指導，尤其CMM評估這段時間，我知道您也花了很大心思在我身上。

　　時間過的真快，轉眼間又是三個月過去了，這段日子我主要做了兩件事情：*月、*月是**系統的后期測試和實施工作；在***、**、***等我們幾個的辛勤努力下，總算使該項目勝利實施完成！雖然期間的辛酸與苦澀很多，不過現在回想起來，我們當時忙的很值得；因為對我個人來說，那是我實施的第一個項目，因此忙的很開心。這個項目我也算從頭到尾跟隨下來，對我后來的CMM研究與實施也有很大幫助；尤其在測試技能上，讓我可以站在測試負責人的角度，對項目的整體開發、運行、測試、實施，都有很深的體會，對我今后的工作也是一筆不可多得的財富！不過這還真要感謝***您給了我這個鍛煉的機會，我覺得我真正溶入我們公司的這種運作模式是從當時開始的！

　　接著*月份開始，我就正式投入到CMM評估的工作中，期間我也順帶著測試**項目，還對**項目進行了兩周的兼職測試。怎么說呢，其實CMM評估這段時間里，是我和您正面接觸最多的一段日子。首先請允許我說點題外話，其實那次我也和您坦白過，我在某些時候對您有種敬懼感，這可能要歸結到我這人怕犯錯，所以在您面前我總是事先對自己說幾句鼓勵的話，比如“沒事的”“我行的”之類的話，這樣說其實嚴重了點，不過我想隨著時間的推移和以后工作上的接觸，我會消除這點弊病。

　　其實話雖這么說，不過我想由衷的說一句：您真是個好領導!每次我的工作中出現了問題和缺陷，您沒有怪我，而是耐心的為我講解，一次不行就再講一次，就算是有時候在您很忙時我冒昧的去打擾您，您也會安排**、**等其它同事做好我的工作；您感覺我工作上不能合理的分配時間，您就告訴我分清主次，把最要緊的先做好再去做其它；在**測試中，在我特別忙的那幾天，有時您也囑咐**師姐為我提供一定的幫助R22;R22;。其實說這些，我只是表達一些我真實的心理感受，今天我想我同樣以一個非正式的口氣和您交流一下我的思想感情。其實****

　　CMM評估過程中，也許我的工作還不是很令您滿意，但我想我還有繼續提高的很大空間。這段時間，在工作上我主要體會到以下幾點：

　　1）工作中，人的工作熱情最重要！這一點，您是我學習的最好楷模；每天看到您總是第一個來到辦公室，又很晚才回去，尤其大冬天，說不苦是純粹的假話，不過是什么支持著這種行為呢？是一種對工作一絲不茍的謹慎態度和一如既往的高昂熱情！我想我應該也做擁有您的這種信念的人；只有這樣，才可以為工作中具體的事情提供一個心理基礎，才會以一個正確的思維方式去應付工作中一切波折與風浪！

　　2）工作中，個人的所為一定要讓上司放心！這是我在**項目和與您工作的交往過程中學到的；只有這樣，個人才可以得到集體更大的信任，才會有去做更加有挑戰性工作的機會，才會將自身的技能提高到一個更高的層次。要實現這一點，就要練好扎實的基本功，積累豐富的經驗，不斷磨練自身意志，以至處事不亂，冷靜分析，做出解決方案！

　　3）工作中，不能為個人事情影響集體利益！這點是我自己總結的，我想如果一件事情再為之苦苦掙扎下去也于事無補時，不如干脆整理思路，放棄這些紛擾，去尋找柳暗花明的又一個出路，說不定會在其它方面得到更大的收獲。我想這也算在當今時代很多方面都需要的一種勇氣和原則！

　　我想我這次向您的工作匯報多是思想觀念上的體會，當然在自身技能方面我也有相應的總結。首先是測試技能：**系統項目是我從中學到最多的項目，因為它讓我站在客戶的角度去體會一個項目，知道一個項目中客戶最關心的是什么，我們所應提供給客戶最重要和最關鍵的東西是什么，所以在日常測試中，我所應該重點測試的地方在哪里，我能夠為客戶講述的我們產品的精華部分在哪里。當然一個項目在它的整個開發周期中一定會遇到不盡人意的地方，客戶也會為此抱怨我們，遇到此種情況，作為我們供應商的立場在哪里，如何對此采取一個合理的措施，給予客戶一個滿意的答復；這些是我親身體驗到的，雖然現在我還沒有一個充分有說服力的答案，但起碼可以為我今后的`工作提供一個有力的思想基礎。

　　其次是軟件工程知識：*月份的CMM研究與實施，對我來說是一次最好的軟件工程課程培訓。我自己曾事先買了一本《軟件工程》的教材，一個月的不斷理解與強化，現在對軟件的整體開發流程與期間的關鍵細節有了深刻的認識。我覺得國內的軟件業，之所以完全成功的案例不多，包括國外的很多同行公司，其實欠缺的最關鍵因素不是技術，不是市場，而是一個軟件開發的管理機制，說白了就是一個標準。而CMM正是響應時代的需求，在這樣的背景下應運而生，為多少軟件企業提供了一個強有力的管理規范。而我們公司通過了CMM，相信我們的所有員工都由衷的欣慰，我們又可以充分發揮個人的聰明才智，在公司中找到自己的位置，為集體獻出一份力量了！

　　再次是技術開發方面：這個季度我沒有太多的時間去學習開發的知識，因此在這方面還沒有一個質的飛躍，只是在java、jsp、數據庫三方面，通過學習開發人員編寫的源代碼和參考教科書來不斷的加以鞏固。值得一提的是，我對servlet和iplanet有了一定的認識，這是上個季度里我計劃在這個季度學習的內容。不過在以后的工作中，我還是不會放棄開發知識的學習，比如java系列、數據庫設計、xml、uml等。我曾經征求過**和***等同事的意見，他們也贊同做測試工作，需要一定的編碼知識做基礎，以更好的理解系統的內部邏輯實現原理和方法，對捕獲開發人員的代碼缺陷，以需要重點測試的地方也有很大的幫助。

　　最后我想和您匯報一下我目前工作上存在的缺陷。最欠缺的，我想是我目前在工作中對一種職業的理解和滲透；具體的說，我想我還不具備像您那樣對工作中每件事情考慮的那么周到、安排的那么得體，對一個問題的提煉、概括、分析、總結，還有最后清楚的表達出來，讓別人也對問題有個比較清楚的認識。另外，在測試中，應該說黑盒測試已經達到了比較熟練的程度，在白盒測試上，雖然有了一定的提高，有時能分析出一個bug出現的原因，包括在源代碼中的表現形式，不過這些還不夠，還需要再仔細推敲與實踐。

　　總結這半年來，我有幸成為***的一名員工，我從心眼里是高興的；雖然我在工作中還會出現這樣那樣的不盡人意的誤點與缺陷，雖然我離自己和領導對我的期望還有一段距離，但我有“初生牛犢不畏虎”的精神，我有積極進取的求知欲與上進心，我會在工作中不斷總結自己、提高自己，爭取早日達到公司所需要的和自己理想的程度，為公司創造更大的價值，為自己積累更多的經驗，以回報公司都我的培養和您對我的期望，還有那些在異鄉翹首為我守候的江東父老們！

　　最后還是要感謝公司和您對我一直以來的關心與培養，我會按照自己的理想和公司所需要的方向去發展自己；同時也希望您與其他同事可以繼續指正我工作中出現的任何問題與缺陷，我也一定會仔細體會和認真改進，直到令公司和您滿意為止！

　　我現在的心理狀態很好，目前正在從事**項目的測試工作。這個項目規模比較大，要求的測試也很繁冗，我會和**繼續合作并向她學習，爭取在我們的測試旅程里，達到第三個勝利的里程碑！

　　對于打擾您正常的工作秩序，我深表歉意，并對您的閱覽，我深表感謝！

測試工程師工作總結范文4

　　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：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。

測試工程師工作總結范文5

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

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

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

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

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

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

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

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

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

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

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

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

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

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

測試工程師工作總結范文6

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

　　具體來說，如下：

　　1.項目測試工作

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

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

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

　　設計業務測試數據的例子；

　　繪制系統關鍵業務流程；

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

　　按照測試用例執行測試，并提交測試匯報；

　　進行需求驗證工作。

　　2.知識與經驗分享

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

　　完成項目測試經驗總結

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

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

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

　　3.完成所需知識的積累

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

　　學習金融行業業務知識

　　學習公司研發規范

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

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

　　學習缺陷管理工具ttp

　　4.工具學習及研究

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

　　二、明年計劃

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

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

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

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

　　三、對部門建設的建議

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

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

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

　　2.強化制度建設

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

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

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

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

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

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

測試工程師工作總結05-16

軟件測試工程師工作總結05-19

測試工程師工作總結15篇05-20

軟件測試工程師轉正工作總結04-05

測試工程師試用期工作總結05-16

測試工程師試用期轉正工作總結05-10

測試工程師年度工作總結03-08

軟件測試工程師試用期轉正工作總結05-15

測試工作總結05-20

軟件測試工作總結02-25