軟件測試工程師年終工作總結（精選10篇）

總結是對某一特定時間段內的學和工作生活等表現情況加以回顧和分析的一種書面材料，它可以幫助我們總結以往思想，發揚成績，快快來寫一份總結吧。那麼你知道總結如何寫嗎？下面是小編爲大家收集的軟件測試工程師年終工作總結，供大家參考借鑑，希望可以幫助到有需要的朋友。

軟件測試工程師年終工作總結 篇1

伴隨着充實緊湊的工作生活，20xx年的時間已經過去了。這一段時間裏有工作上的收穫，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。總結經驗，吸取教訓，我主要從幾個方面來對工作進行總結：工作的主要內容；其中的失敗和教訓以及成功和經驗；展望下一階段的工作，確定自己的目標。以此作爲懲前毖後的記錄。

一、工作的主要內容

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

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

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

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

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

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

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

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

在對礦業權系統添加輸入限定完成之後，進入瞭解決程序小問題的階段，對系統進行細微的縫補工作。這段時間是學多於工作的，不同的問題督促我要每天和百度親密接觸數百次，又要勞煩諸位在百忙中的同事抽出時間來給我幫忙。雖然辛苦一點，但收穫卻是滿滿。完成了系統的修補之後，我們的程序送到了進行第一輪測試，在測試的一週裏，我主要是補充網絡編程的基礎知識。

第一輪測試結果出來之後，我們項目組開始了緊張的第一輪礦業權系統bug勘誤工作。拿到bug列表之後，發現有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。第一輪bug勘誤工作完成後，進行了第一輪了迴歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之後，我們的程序送到了所進行所檢。在進行所檢之餘，我又接到了新的任務，完成系統的概要設計以及詳細設計文檔的編寫。這兩份文檔已於月號編寫完畢。

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

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

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

成功的經驗：

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

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

失敗的教訓：

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

2）進行重複工作也不能大意。在對系統進行輸入限定的方法熟悉之後，都是重複性的工作，給每個頁面，每個字段進行輸入控制語句的添加，在進行了數個頁面之後，出現了有的頁面沒有添加完整，或者提示語句不正確的情況，在後續的bug勘誤中出現了大量此類問題，浪費了大量的時間和精力修改。從這個事情上得到的教訓就是工作不能大意，重複性的工作更要完成好。一般重複性的工作第一次做不好，後續檢查修改是非常浪費時間的。

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

4）注重用戶體驗。在系統bug勘誤的過程中，修改最多的在於座標系統的提示語句，因爲座標系統不僅要求數據必須填入，而且每一個數據都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本着如何讓用戶知道哪裏錯了爲原則進行設置。在最初的限定裏面，語句粗糙，彈出語句不明確，造成了用戶使用的不方便，還得重新進行改造。這個問題的教訓是一定要從用戶的角度出發考慮問題，注重用戶體驗從簡單的提示語句做起。

三、展望下一階段的工作

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

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

軟件測試工程師年終工作總結 篇2

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

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

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

通過課上的理論因爲課下的實踐和後半學期又因爲身體力行於

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

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

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

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

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

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

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

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

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

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

軟件測試工程師年終工作總結 篇3

20xx年xx月xx日，我懷着對提高並實現自我價值的心態，跨進科技有限責任公司的大門，開始了自己工作。轉眼間，一年時間就過去了。回想起這段時間的工作過程，我深深的認識到在工作的選擇是絕對正確的，公司和同事們對我個人產生的積極影響也是超越我的料想之中的。現將這段時間的工作進行如下總結。

一、軟件測試部見證的強硬實力

這段工作時間完全是在軟件測試部度過，親自體驗感受離了科技的主要軟件產品。包括等等。並且協助同事完成對工具等軟件的測試工作。

1.產品名不虛傳。

通過對軟件的實際測試，徹底從思想上改變了自己對數據備份保護的概念。的硬盤動態備份技術，能夠在不佔用固定硬盤空間（非用戶使用空間），實現數據的快速備份與恢復，堪稱典範，不愧是行業的創新者和領導者。

2.友善同事關係給人溫暖和關懷。

在工作期間，自己的對計算機硬件系統比較陌生，特別是對頻繁的更換操作系統等，多虧等多位同事的熱情幫助和指導，讓我順利完成軟件測試。在軟件測試過程中，同事們一絲不苟的精神對我影響很是深刻。這種良好的工作環境給我振奮，給我力量，給我信心！

3.軟件的瑕疵在所難免。

在軟件測試過程中，也發現了部分讓人不是很滿意的地方。主要表現在下列方面：

a.軟件對中英文操作系統不能完全兼容。

建議：在軟件安裝入口處對中英文操作系統進行路徑選擇。

b.軟件對不同主板的識別bios差異大。

具體是在軟件測試中，不同主板性能差異大。

c.軟件密碼在重新登錄後有殘存現象。

已經通過反饋到研發部。

d.軟件的不穩定性。

本人因爲測試中的軟件在重啓中黑屏，在維修過程中徹底報廢。在軟件測試中部分軟件在不同機器環境中測試性能有差異。還有其他問題在測試過程中已經彙報相關人員並得到滿意解決。

總而言之，我們科技的產品還是值得信賴的。作爲銷售人員，我們需要對產品樹立強大的信心！即使我們產品存在瑕疵，我堅信，我們勤奮團結的同事，一定會創造出更優秀的產品。

二、產品市場簡單調查分析

1.同行業產品簡單調查

通過在搜素引擎檢索“數據快速恢復”，“系統快速回復”，“快速還原”等關鍵詞，發現軟件，和本公司產品具有很強的相似性。（測試報告詳見附件內容）通過在的電腦diy市場及軟件銷售市場簡單走訪，暫時未發現系列軟件的經銷商。

2.網絡調查簡單分析

作爲數據快速恢復領域的創新者和領導者，本公司的核心關鍵詞語“數據快速恢復”，“系統快速回復”，“電腦系統快速還原”等在等知名搜索引擎沒有很好的被索引。或許是公司產品發展定位因素，在網絡推廣方面有再提高的空間。對於此，本人有信心有能力，在非工作實踐，提高產品關鍵詞語在上述搜索引擎的排行。

3.電腦城市場調查簡單分析

前期，和電腦城的網絡（網絡及電腦外設集成批發全國連鎖經營），（品牌筆記本零售商），（電腦diy集成）等公司的店長簡單交流對此類軟件的看法。整體反映效果較好。在，在進一步熟悉公司產品和銷售流程同時，將安排時間繼續跟進，推薦試用產品。

三、個人整體認知

準確的說，是一面鏡子，照出了自己的不足和缺點，爲自己的成長和提高創造了機會。

1.計算機硬件知識欠缺。

自認爲是it專業本科生，熟悉專業去做銷售更好些。其實不然，自己還是一粒沙子。在軟件測試部，學會了計算機硬件的線路連接，知道了用u盤可以ghost快速做系統等等。或許可笑，但是對我而言，很嚴肅的現實證實：自己還不會是一個合格的職員。需要虛心的向同事們請教！

2.英語知識的欠缺。

自認爲立志做好國內銷售，帶領團隊創作“農村信息化”創業計劃書，立志爲西部農村的it發展貢獻一份力量。看到了的英文操作系統，就基本灰心。但是我堅信，我會在短期內，在專業英語方面有所突破，因爲自己還是對專業英語有濃厚興趣的。

3.對銷售的錯誤認識。

兩年多的校園代理銷售經歷，誤打誤撞，取得了一定的成績。儘管在工作期間，沒有親自體驗到去向大客戶推銷產品的經歷，但是通過經理推薦的《大客戶銷售十八招》一書，發現自己還有很多的東西要認真的學，認真的領會，並在實際推銷中靈活應用。慶幸的是，對於銷售的做起碼準則還是在堅守：誠實信用，對客戶負責！用好的人品去贏得客戶關注！面對拒絕，保持良好的心態！

4.自己還有在存在的價值。

和自己理想中的還有很大的差距，但是這種差距，或許就是我存在的價值！主動向同事請教問題，積極虛心的向同事學，這是我工作過程中一直在踐行的！下階段，將積極貫徹總經理的指示“加強個人管理，提高業務的能力”，從嚴要求自己，做好各項工作，提高個人存在貢獻值。“與共創業”，是我在工作的基本心態：認同公司發展願景，服從公司安排，任勞任怨，積極負責，務實創新，把的事業看成自己的事業去拼搏！

四、下階段工作計劃

在，認真貫徹落實“加強個人管理，提高業務能力！”的員工作風，具體落實到：

1.服從公司的工作安排，保質保量完成任務；

2.進一步熟悉公司產品（硬件產品），熟悉公司環境（認識研發部同事）

3.熟悉學公司的銷售制度和流程；

4.提高公司關鍵字網絡檢索排行，並提交一份營銷計劃書；

5.繼續學銷售知識及應用技術，提高處理實際問題的能力；

6.申請參加公司的綜合業務能力考覈。

這一年自己的收穫是豐碩的：最起碼從意識上，發現自己的不足，並尋求到合適的解決途徑。非常感謝測試部的同事，感謝所有的同事，因爲你們的幫助，我順利的走過在科技的適應期。我堅信：在你們的幫助下，我會持續努力，不斷反省，總結提高，快速度過在的成長期，早日跨進發展期，創造期。與共創業，我能！

軟件測試工程師年終工作總結 篇4

一、20年工作回顧及總結

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

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

2、日常我主要負責項目測試工作、測試文檔編輯、參與功能需求設計、協調開發進度、總結經驗分享、完成所需知識積累、工具學及研究、兼容性軟件測試。就在銀聯項目工作來說，主要的工作內容有：

a、測試項目案例、測試用例的設計與編寫；

b、對測試過程中遇到的問題進行溝通，並提供意見；

c、設計業務功能流程，提供參考意見，繪製關鍵業務流程；

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

e、按照測試用例執行測試計劃；

f、進行需求驗證工作。

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

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

二、對公司的建議與意見

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

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

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

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

4、建議項目需求設計可以有測試員參與討論。

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

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

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

三、20xx年工作計劃與學計劃

20xx年工作計劃就是希望通過自己的努力，讓我們的產品更加完美，讓自己在軟件測試技能上有所提高，更多的關注軟件產品的開發過程，提高工作效率、做到與用戶的需求一致，提高公司軟件產品用戶滿意度。

具體來說20年工作計劃有：努力提高自身測試水準，努力學金融知識以及業務流程，學會需求分析，掌握需求分析在測試中的作用，參與公司更多的開發項目的測試工作。

軟件測試工程師年終工作總結 篇5

本人自XX年6月25日起進入夢龍移通公司從事手機軟件測試工程師一職，在不知不覺中已經經過了2個月的試用期。在這段時間裏，我感悟頗多，雖然這並不是我的份工作，但是在此期間，我對於工作一貫謙虛謹慎、認真負責的工作態度，從來沒有改變過。

我最初參加測試工作的時候，不知道什麼是軟件測試，集成測試和系統測試的概念經常混淆，cmm是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的技能，對於那些拿着螺絲刀安裝機器的人就認爲是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成爲軟件測試的高手，傲視天下。所以不斷偷師，總結經驗，自認爲掌握了成爲高手的幾個祕技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

招學會利用網絡

剛參加工作面對浩瀚的網絡世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程序的代碼，軟件技術文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些“武林祕籍“，成爲高手指日可待。最初參加工作由於自己工作努力有幸轉爲開發，加入項目組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

一次項目經理分配任務，覺得依靠手中的祕籍加上自己的“聰明才智“很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網絡尋找要解決問題的答案，從此google成了我的最愛，關鍵字成了我變化的招數。在軟件測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟件測試新手，甚至老手都沒有意識到自己手上就握有“無敵祕籍“，所以只要你耐心找，答案就在身邊。

這裏總結一下利用網絡搜索引擎的技巧：

組合搜索

每次搜索某個文件，如果只給出一個單詞進行搜索，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那麼搜索結果會更加切題。

選擇表述內容的詞組

一般我在網頁搜索引擎的時候，選擇一些可以表達我要查找內容的關鍵詞組，用來縮小搜索範圍，從而找到搜索結果是的辦法。運用詞組搜索涉可以先先簡單地輸入一個問題作爲詞組搜索，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。

定位信息

有的時候用詞組搜索不到或者無法準確表達所需信息。可以用另一種方法直接到信息源，就是直接到到提供某種信息的站點去。可以用公式“.公司名.”去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組

其實網絡上還有很多關於搜索技巧的文章，大家可以自行學習。千萬要記住搜索引擎是幫助你成功的有力武器。

第二招學會動手

參加軟件測試工作後，隨着工作經驗的增長自我感覺越來越好。在公司裏也逐漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣“隨手“測試出了幾個bug，然後“仔細“的填寫了bug單(這個bug的現象已經出現了很多次了)。這時候測試經理走過來，重新複查了一下填寫的bug。他在重現我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現了，同樣的現象，他關閉軟件重新變化輸入，擴展出10幾個變化後，軟件不動了，內存不斷上升。終於他找到了產生軟件的bug的原因，然後對我說“尋找bug要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的bug描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現bug的時候他要調試跟蹤判斷，很花費時間，而且效率低。如果測試人員發現bug的時候多動手可以更加準確的定位bug步驟和原因，給開發人員最精我最初參加測試工作的時候，不知道什麼是軟件測試，集成測試和系統測試的概念經常混淆，cmm是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的技能，對於那些拿着螺絲刀安裝機器的人就認爲是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成爲軟件測試的高手，傲

傲視天下。所以不斷偷師，總結經驗，自認爲掌握了成爲高手的幾個祕技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

軟件測試工程師年終工作總結 篇6

現在軟件測試工作越來越收到企業的重視，許多人員也投入到軟件測試的行列中來，軟件測試工程師的隊伍越來越壯大。但是如何成爲一名優秀的軟件測試工程師呢？這是大家比較關注的一個問題，尤其是初入這個行當的萊鳥更想了解這個問題的答案。本文根據自己多年來在IT公司從事軟件測試的經驗總結了一些東西給大家共享，同時也希望大家提出寶貴的意見和建議。

步驟/方法

起碼有三年以上的軟件開發經驗

現在許多軟件企業招收一些剛剛畢業的大學生或者非計算機專業的人員作爲自己公司軟件測試工程師，這是非常錯誤的，也是對軟件測試不負責任的表現。雖然他們可以發現軟件中的一些錯誤，但是對於軟件中的一些關鍵，致命，危險的錯誤他們是很難發現的。大家都知道，軟件工程中有個模型叫瀑布模型，這是最基本的軟件模型，這個模型又叫碗狀模型，因爲開發位於碗的最底部，左上方依次爲建模，需求分析，設計；右上方依次爲測試，部署，維護。這就是說明軟件開發是一切軟件活動的基礎，同時也是軟件測試的基礎。一個人只有經歷過一定年限的軟件開發工作，纔可以積累豐富的經驗，知道在軟件中哪些地方容易出錯而那些地方不容易，這給以後的軟件測試工作帶來非常寶貴的經驗。

有逆向思維的能力

我曾經接觸過一些軟件測試工程師，他們幹了一段時間軟件測試工作後返回去又開始去做開發工作了，問他們爲啥？答案是軟件測試工作太難了，開發是順向思維，而測試是逆向思維，老要找一些稀奇古怪的思路去操作軟件。軟件的使用者千差萬別，軟件在使用過程中遇到的各種現象也是千差萬別的，所以要求軟件測試工程師需要具有一些逆向思維的能力，想別人所不想，測別人所不測，這樣纔可以找到更多的軟件中的錯誤。這是作爲一名優秀的軟件測試工程師最基本的素質。

善於同軟件開發人員溝通

溝通是當今軟件項目中需要掌握的最關鍵技術之一。軟件測試人員要善於同軟件開發人員溝通，軟件測試人員與開發人員搞好關係，使測試人員不成爲開發人員的眼中釘，這對於提高整個軟件項目質量是十分重要的。溝通主要包括：

討論軟件的需求，設計：通過這樣的溝通，你可以更好的瞭解所測試的軟件系統，以至於儘可能少的測試出軟件中不是錯誤的“錯誤”，從而降低給軟件開發人員帶來的壓力。

報告好的測試結果：作爲一個測試人員，發現錯誤往往是測試人員最願意而且引以自豪的結果，但是一味地給開發人員報告軟件錯誤，會給他們造成厭惡感，降低整個軟件的質量和開發進度。所以作爲一名軟件測試工程師，當你測試的模塊沒有嚴重的錯誤或者錯誤很少的時候，你不妨跑到開發人員那裏告訴他們這個好消息，這會給你帶來意想不到的結果。

討論一些與工作無關的事情：作爲一個測試人員經常和開發人員討論一些與工作無關的事情，比如大家可以談談新聞，趣事，家庭…這樣可以加強相互間的默契程度，許多統計表明，這樣可以更好的提高軟件工作質量。

善於同領導溝通

測試人員往往是領導的眼和耳，領導根據測試人員的測試結果可以瞭解公司的產品質量，從而調整其他的工作。領導工作一般比較繁忙，所以作爲一名優秀的測試人員要學會把測試結果進行總結，最好以圖表的形勢給領導看。

掌握一些自動化測試工具

測試工作往往是比較繁瑣，枯燥無味的工作，測試人員長期處於重複的手工工作，會降低測試效率，並且對於測試質量也往往是不利的；況且許多測試不使用測試工具是不可以進行的，比如性能測試，壓力測試等等。目前市場上有許多測試工具供你使用，你可以根據自己的需要選擇一些測試工具來輔助你的測試。但是要記住一點，不是說有了測試工具就不要人工測試了，測試工具不是萬能的。

善於學習的能力

軟件測試技術隨着時間的變化也在做一些提高和改進，作爲一名優秀的測試人員要善於利用書籍，網站，論壇，交流等各種途徑不斷提高自己的軟件測試水平。

提高自己的表達能力

軟件測試人員當發現軟件中存在缺陷的時候，往往要書寫缺陷報告，缺陷報告要寫得詳盡清楚，使開發人員能夠儘快定位錯誤，修改錯誤，所以作爲一名優秀的測試人員提高自己的寫作能力是非常必要的。

瞭解業務知識

更好的瞭解你說測試軟件的業務知識是非常重要的，對業務知識瞭解得越深入，越能夠找出更深入，更關鍵，更隱蔽的軟件錯誤。所以作爲一名優秀的軟件測試工程師，要多向該領域專家，同行學習，提高自己的業務知識水平。

以上僅爲個人的一些經驗所談，希望大家都能夠成爲一名優秀的軟件測試工程師。

軟件測試工程師年終工作總結 篇7

通過面試，來到xx公司工作，已經一個月過去了，我努力瞭解公司的文化、制度、相關本崗工作的各種信息，以便儘快的融入到公司大家庭。對我一個月來的工作總結如下：

一、對公司的認識

在工作初期，我從各渠道瞭解公司的發展情況;對公司的業務模式、組織架構、地域分佈有了初步的.瞭解;閱讀了一些公司管理制度。對公司的發展前景充滿信心，願意更加堅實與公司共同成長。

二、工作了解

1.信息化工作無中期的戰略目標

基礎建設與運維方面

基礎建設薄弱。設備相應的資產信息、應用權限、輔助安全、擴展應用......管理都較鬆散，缺乏整套切實可行的運維機制(當然這和公司之前無本崗位人才有關)。

3.網絡方面

網絡不足以支撐目前的公司應用規模，表現在：網絡結構無規劃、帶寬不足、網絡管理設備性能太低，這些因素導致公司網絡不穩定，無法支撐發佈IT應用服務。

系統推進方面

對於目前xx系統在測試準備階段深切體會到一些問題：

(1).從整體看這套xx不符合目前公司的管理結構。即：我公司所選這款xx系統適合中小企業或者但組織架構企業，不適合我們目前的集團管理架構。在日後我們xx應用逐漸成熟和層次逐漸深化時就會暴漏出很多問題。如：與日後集團型其它系統數據對接、更深層次權限劃定。

(2)的模塊選擇不合理。對一般xx非常有用的模塊沒有購買，如：日程提醒、數字簽名、移動應用。對我們目前現狀沒必要的模塊又買了，如：郵件模塊、辦公用品管理。

(3)系統功能弱。開放自助修改地方的相對市場上主流xx較少;協同審批流程設定麻煩;新聞中心版面僵硬，不可修改;知識中心版面缺乏人性化;通訊錄功能非常薄弱;即時通訊功能太可憐。

(4)系統實施規劃不夠全面。系統實施零散，缺乏整體規劃。如：系統基礎設備架設不安全;數據備份不合理;系統基礎數據有些缺少統一規則制定;乙方顧問更換平凡、對接人多。

三、工作推進

1.將兩個無線路由安裝使用起來。

上線準備工作完成。截止20xx上線前的準備基本完成，包括上線前全員培訓。接下來就是公司開始試用行，上線運行後再出現的問題繼續協調處理。

3.機房整理，將小UPS裝給財務利用;不用之物清理出機房;

四、工作展開計劃

通過對公司的瞭解，利用現有資源，以現在已明確的任務爲首要(xx系統推行到全公司)，結合公司信息化長遠發展，逐步從基礎架構開始完善信息化工作，計劃工作如下開展：

1.首先將xx系統在集團總部推行起來。

2.下一步整改機房，使機房相對安全，整潔。

3.深入瞭解整個集團各公司的網絡使用狀況，對網絡全面的規劃改造，爲日後公司更多的IT應用做準備。

4.建立升級和建立基礎的信息共享溝通，即：升級郵箱、建立整個集團可應用的即時通訊系統、簡單文件共享。

5.擬建初步的信息化管理辦法。

系統在各個公司逐步推行使用起來。

軟件測試工程師年終工作總結 篇8

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

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

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

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

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

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

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

三、設計工位器具二種

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

四、焊接夾具改造

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

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

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

軟件測試工程師年終工作總結 篇9

手機軟件測試人員。工作內容回顧：

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)加強學習

平時的時候除了要參加各種培訓外，在培訓之後還要及時的複習總結，對自己不明白的地方及時找師傅或有經驗的人請教，來提高自己

軟件測試工程師年終工作總結 篇10

一、工作內容

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、懂就是懂，不懂就別亂說。記得最早“老”員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結果他再一細問，我就傻了。知道就知道，不知道就別亂說，這點很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。