軟件質(zhì)量越來越受到人們的關注，軟件測試作為新興行業(yè)有很多不完善的地方。下面我整理了軟件測試工程師 工作 總結(jié) ，希望對你有幫助。 軟件測試工程師工作總結(jié)篇一 現(xiàn)在軟件測試工作越來越收到企業(yè)的重視，許多人員也投入到軟件測試的行列中來，軟件測試工程師的隊伍越來越壯大。但是如何成為一名優(yōu)秀的軟件測試工程師呢?這是大家比較關注的一個問題，尤其是初入這個行當?shù)娜R鳥更想了解這個問題的答案。本文根據(jù)自己多年來在IT公司從事軟件測試的 經(jīng)驗 總結(jié)了一些東西給大家共享，同時也希望大家提出寶貴的意見和建議。 步驟/ 方法 起碼有三年以上的軟件開發(fā)經(jīng)驗 現(xiàn)在許多軟件企業(yè)招收一些剛剛 畢業(yè) 的大學生或者非計算機專業(yè)的人員作為自己公司軟件測試工程師，這是非常錯誤的，也是對軟件測試不負責任的表現(xiàn)。雖然他們可以發(fā)現(xiàn)軟件中的一些錯誤，但是對于軟件中的一些關鍵，致命，危險的錯誤他們是很難發(fā)現(xiàn)的。大家都知道，軟件工程中有個模型叫瀑布模型，這是最基本的軟件模型，這個模型又叫碗狀模型，因為開發(fā)位于碗的最底部，左上方依次為建模，需求分析，設計;右上方依次為測試，部署，維護。這就是說明軟件開發(fā)是一切軟件活動的基礎，同時也是軟件測試的基礎。一個人只有經(jīng)歷過一定年限的軟件開發(fā)工作，才可以積累豐富的經(jīng)驗，知道在軟件中哪些地方容易出錯而那些地方不容易，這給以后的軟件測試工作帶來非常寶貴的經(jīng)驗。 有 逆向思維 的能力 我曾經(jīng)接觸過一些軟件測試工程師，他們干了一段時間軟件測試工作后返回去又開始去做開發(fā)工作了，問他們?yōu)樯?答案是軟件測試工作太難了，開發(fā)是順向思維，而測試是逆向思維，老要找一些稀奇古怪的思路去操作軟件。軟件的使用者千差萬別，軟件在使用過程中遇到的各種現(xiàn)象也是千差萬別的，所以要求軟件測試工程師需要具有一些逆向思維的能力，想別人所不想，測別人所不測，這樣才可以找到更多的軟件中的錯誤。這是作為一名優(yōu)秀的軟件測試工程師最基本的素質(zhì)。 善于同軟件開發(fā)人員溝通 溝通是當今軟件項目中需要掌握的最關鍵技術之一。軟件測試人員要善于同軟件開發(fā)人員溝通，軟件測試人員與開發(fā)人員搞好關系，使測試人員不成為開發(fā)人員的眼中釘，這對于提高整個軟件項目質(zhì)量是十分重要的。溝通主要包括： 討論軟件的需求，設計：通過這樣的溝通，你可以更好的了解所測試的軟件系統(tǒng)，以至于盡可能少的測試出軟件中不是錯誤的“錯誤”，從而降低給軟件開發(fā)人員帶來的壓力。 報告 好的測試結(jié)果：作為一個測試人員，發(fā)現(xiàn)錯誤往往是測試人員最愿意而且引以自豪的結(jié)果，但是一味地給開發(fā)人員報告軟件錯誤，會給他們造成厭惡感，降低整個軟件的質(zhì)量和開發(fā)進度。所以作為一名軟件測試工程師，當你測試的模塊沒有嚴重的錯誤或者錯誤很少的時候，你不妨跑到開發(fā)人員那里告訴他們這個好消息，這會給你帶來意想不到的結(jié)果。 討論一些與工作無關的事情：作為一個測試人員經(jīng)常和開發(fā)人員討論一些與工作無關的事情，比如大家可以談談新聞，趣事，家庭…這樣可以加強相互間的默契程度，許多統(tǒng)計表明，這樣可以更好的提高軟件工作質(zhì)量。 善于同領導溝通 測試人員往往是領導的眼和耳，領導根據(jù)測試人員的測試結(jié)果可以了解公司的產(chǎn)品質(zhì)量，從而調(diào)整其他的工作。領導工作一般比較繁忙，所以作為一名優(yōu)秀的測試人員要學會把測試結(jié)果進行總結(jié)，最好以圖表的形勢給領導看。 掌握一些自動化測試工具 測試工作往往是比較繁瑣，枯燥無味的工作，測試人員長期處于重復的手工工作，會降低測試效率，并且對于測試質(zhì)量也往往是不利的;況且許多測試不使用測試工具是不可以進行的，比如性能測試，壓力測試等等。目前市場上有許多測試工具供你使用，你可以根據(jù)自己的需要選擇一些測試工具來輔助你的測試。但是要記住一點，不是說有了測試工具就不要人工測試了，測試工具不是萬能的。 善于學習的能力 軟件測試技術隨著時間的變化也在做一些提高和改進，作為一名優(yōu)秀的測試人員要善于利用書籍，網(wǎng)站，論壇，交流等各種途徑不斷提高自己的軟件測試水平。 7 提高自己的表達能力 軟件測試人員當發(fā)現(xiàn)軟件中存在缺陷的時候，往往要書寫缺陷報告，缺陷報告要寫得詳盡清楚，使開發(fā)人員能夠盡快定位錯誤，修改錯誤，所以作為一名優(yōu)秀的測試人員提高自己的寫作能力是非常必要的。 8 了解業(yè)務知識 更好的了解你說測試軟件的業(yè)務知識是非常重要的，對業(yè)務知識了解得越深入，越能夠找出更深入，更關鍵，更隱蔽的軟件錯誤。所以作為一名優(yōu)秀的軟件測試工程師，要多向該領域?qū)＜?，同行學習，提高自己的業(yè)務知識水平。 以上僅為個人的一些經(jīng)驗所談，希望大家都能夠成為一名優(yōu)秀的軟件測試工程師。 軟件測試工程師工作總結(jié)篇二 1、分享第一條經(jīng)驗：“學歷代表過去、能力代表現(xiàn)在、學習力代表未來?！逼鋵嵾@是一個來自國外 教育 領域的一個研究結(jié)果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈!- 2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什么?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為職業(yè)經(jīng)理人?先熟悉行業(yè)和領域，將來自立門戶?還是先在行業(yè)里面混混，過幾年轉(zhuǎn)行做點別的?這很重要，它將決定你近幾年、十年內(nèi)“做什么事情才是在做正確的事情!”。- 3、軟件開發(fā)團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、設計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。- 4、詳細制定自己軟件開發(fā)專業(yè)知識 學習計劃 ，并注意及時修正和調(diào)整(軟件開發(fā)技術變化實在太快)。請牢記：“如果一個軟件開發(fā)人員在1、2年內(nèi)都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了。”不要告訴自己沒有時間。來自 時間管理 領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業(yè)以來，平均每天實際學習時間超過2小時。- 5、書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書!我買的那些家伙出的書，!00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉?！皳碛袝⒉槐硎緭碛兄R;擁有知識并不表示擁有技能;擁有技能并不表示擁有 文化 ;擁有文化并不表示擁有智慧?！敝挥袑咀兂傻淖约褐腔?，才算是真正擁有了它。- 6、不要僅局限于對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就里”是任何行業(yè)的工程師所不應該具備的素質(zhì)。開發(fā)windows應用程序，看看windows程序的設計、加載、執(zhí)行原理，分析一下 pe文件格式，試試用sdk開發(fā)從頭開發(fā)一個windows應用程序;用vc++、 delphi、java、。net開發(fā)應用程序，花時間去研究一下mfc、vcl、j2ee、。net它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、設計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!- 7、在一種語言上編程，但別為其束縛了思想?！按a大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關鍵模塊時，為什么不可以借鑒c、c51、匯編的模塊化封裝方式?用傳統(tǒng)的桌面開發(fā)工具(目前主要有vc++、delphi)進行系統(tǒng)體統(tǒng)結(jié)構(gòu)設計時，為什么不可以參考來自 java社區(qū)的ioc、aop設計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架?在進行類似于實時通信、數(shù)據(jù)采集等功能的設計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式?為什么一切都必須以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題???“他山之石、可以攻玉”。- 8、養(yǎng)成總結(jié)與 反思 的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統(tǒng)體系結(jié)構(gòu)、甚至進化為框架。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務時都從頭開始，而有經(jīng)驗者往往通通過重組自己的可復用模塊、類庫來解決問題 (其實這個結(jié)論不應該被局限在軟件開發(fā)領域、可以延伸到很多方面)。這并不是說，所有可復用的東西都必須自己實現(xiàn)，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現(xiàn)，這樣沒有知識產(chǎn)權、版權等問題，關鍵是自己實現(xiàn)后能真正掌握這個知識點，擁有這個技能。- 9、理論與實踐并重，內(nèi)外雙修。工程師的內(nèi)涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產(chǎn)品的本質(zhì)及軟件產(chǎn)品研發(fā)的思想精髓的人(個人觀點、歡迎探討)。掌握軟件開發(fā)語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質(zhì)的工作。學習、掌握軟件產(chǎn)品開發(fā)理論知識、軟件開發(fā)方法論，并在實踐中理解、應用軟件產(chǎn)品的分析、設計、實現(xiàn)思想來解決具體的軟件產(chǎn)品研發(fā)問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。 軟件測試工程師工作總結(jié)篇三 先介紹一下我的背景：通信類院校05年畢業(yè)、本科、計算機專業(yè)，畢業(yè)后進入一家大型通信設備商工作，任職軟件測試工程師。 一、T項目執(zhí)行 05年7月13日入部門，此時才知道自己被分配到了測試部。部門主管把我領走后，就把我交給了導師。 入部門的頭幾天，主要熟悉公司的工作環(huán)境，認識部門同事，了解產(chǎn)品知識。由于我們是做傳輸設備的，所以當時學習的產(chǎn)品知識主要以SDH原理為主，包括SDH的幀結(jié)構(gòu)、網(wǎng)絡的保護和倒換等。 下面介紹一下我所做的項目。 項目名稱：T軟件 項目概況：該項目是在PC和Sun工作站上開發(fā)的軟件，屬于CS結(jié)構(gòu)。Client端用Java開發(fā)(開始使用，后來改用)，實現(xiàn)跨平臺;Server端用C++開發(fā)，使用ACE實現(xiàn)跨平臺(Windows和Unix)。 人力投入：開發(fā)好像是9人，測試3人。(我來的時候是產(chǎn)品的第2個版本，人力投入大概如此) 我入部門幾天后，T項目就進入了測試階段。我的任務就是執(zhí)行分配給我的測試用例。當時我只知道根據(jù)測試用例描述的內(nèi)容，去點鼠標，如果發(fā)現(xiàn)程序出現(xiàn)錯誤或異常，就填寫問題單。我就這樣沒有任何思考的按著測試用例點了3個月的鼠標 : ) 現(xiàn)在想起當初的測試工作，實在有太多的不足，和待改進點。 1、 測試用例。對于一個軟件的測試來講，測試用例是至關重要的。測試用例要覆蓋所有測試規(guī)格，而且測試用例要易于理解、易于執(zhí)行，簡單的講就是要描述的規(guī)范。而當時我們的測試用例卻是一團糟，最糟糕的是用例的質(zhì)量很差，使用這些測試用例，根本無法保證產(chǎn)品質(zhì)量。測試用例的預置條件、操作步驟、預期結(jié)果的描述也是亂糟糟的，而且用于存儲測試用例的 Excel 表格設計的很差，界面很不友好，從一定程度上降低了測試效率。 2、 產(chǎn)品知識。T軟件雖然是在PC和工作站上運行的，但是開發(fā)T軟件的目的是為產(chǎn)品服務的，所以我們必須具備產(chǎn)品知識，才能更好的對T軟件進行測試。恰巧當時包括我導師在內(nèi)的3個人，都不太了解產(chǎn)品，所以就造成我們無法判斷某些測試用例是否驗證通過。從而導致了與開發(fā)人員的多次爭吵。 3、 軟件測試的重點不明確。軟件測試是軟件工程中的一項重要活動，它盡可能發(fā)現(xiàn)程序中存在的缺陷，保證程序的質(zhì)量。但軟件作為一種商業(yè)品，有它的發(fā)布時限，老板說這個軟件要1月份發(fā)布，你總不能測到12月份再給他發(fā)布吧。當時我們在一些小問題上與開發(fā)人員糾纏過多，而很多重點卻沒有得到重視，一些嚴重問題暴露的比較晚，導致測試時間延了又延，版本測了一個又一個，想起那些日子，只能如此描述：“累并痛苦著”。 : ( 4、 測試流程的把握。7月份中旬，T項目從開發(fā)部轉(zhuǎn)到測試部，進入了測試階段，實際當時的產(chǎn)品質(zhì)量并不能達到轉(zhuǎn)測試的標準，而我們卻讓他們通過了轉(zhuǎn)測試，結(jié)果就給我們自己帶來了巨大的痛苦。而且后續(xù)的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了?；仡^想一想，T軟件還真的是我們測出來的，而不是開發(fā)寫出來的 : )