2017測試經理工作總結範文

想知道測試經理工作總結怎麼寫的嗎?想知道的話就讓我們一起來看一2017測試經理工作總結範文吧。

3

篇一

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

一、測試工作及經驗

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

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

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

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

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

XXXX的功能測試;

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

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

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

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

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

XXXX用户使用手冊的編寫;

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

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

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

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

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

5.同事間的溝通很重要。現在不管遇到什麼不確定或疑惑，都與開發人員、

產品經理等及時溝通，大大提高了工作的效率。

二、加強自我能力的提高

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

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

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

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

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

在2013年的工作中，我計劃：

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

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

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

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

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

四、個人建議

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

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

2、從各個組對需求理解的不一致，以及信息更新不及時等問題上看，溝通

問題還是有待完善;

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

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

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

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

篇二

20xx年本人作為應用小組的經理，和ys一起負責應用小組的工作計劃制定、日常事務組織等工作。日常工作主要圍繞以下四個方面展開:

1.制定應用小組的每週、每月工作計劃，並落實追蹤。

2.做好項目性的管理工作

3.根據404的要求推進日常規範化工作

4.根據年初制定的信息技術部考核指標，對地市信息進行績效輔導。

回顧20xx年，應用小組的年度重點項目有以下十個方面:

1.協助各個部門完成核心繫統運維23888件，平均每個月2179件，這是我們小組成員日常化的一項工作。通過這項工作讓我們瞭解了公司的經營管理、理解了客户和內部員工的需求、瞭解了風險管控對於公司的重要性。

2.3-6月份我和cf參加總部服務枱項目開發，同時擔任該項目的現場經理。通過這個項目我瞭解了it部門的基礎管理的`先進理念，這對我進一步從事it方面的工作影響深遠。

3.我們完成了業務受理系統在新契約方面的上線工作，這是一項非常具有開拓性意義的項目，它承載了我們三個方面的理念：第一將中國人壽集中處理的優勢轉變為集中管理的優勢，將網點的優勢轉變為服務的優勢;第二實現受理和處理分離提高工作效率，提升公司的服務形象;第三這是對新一代核心系統“瘦核心”的一項有益的嘗試。

4.協助個險部門完成收展系統全省上線，同時實現全省孤兒保單的區域化劃分，利用現有的資源，深度開發，拓展業務;建立新的銷售渠道，培育新的增長點。在高效利用客户資源的同時做好差異化的經營準備。

5.協助總部完成統一收付費項目開發和上線工作，這個項目包括統一收付費、統一轉賬、銀聯收付費等，提升了公司的市場服務能力。其中銀聯收付費項目，不旦可以為櫃面零現金工作作出巨大的貢獻，並且我們構建的銀聯前置系統，在整個保險行業也屬於領先的水平，這從這個意義上來説我們構建了一套保險公司和銀聯交易系統的交換標準，為將來進一步的應用打下堅實基礎.

6.協助總部完成首期代扣流程調整的開發和上線工作新單首期代扣是我省引導客户繳納新單保費的一種非現金收費方式，通過首期代扣可以減少現金流，提高非現金收費率，降低經營風險和管理成本;同時新的流程大大縮短代扣的週期，這一點將深受營銷員擁戴也有利於銷售部門對業績的追蹤。

7.協助財務部門完成新一代財務系統上線工作，這個系統結合了中國人壽未來發展戰略和經營管理模式，“矩陣式經營管理體系”是整個系統設計的核心;流程設計方面，在兼顧各級業務流程差異性的基礎上，系統進一步規範“省級集中”的管理流程。

8.協助個險部門完成amis5.0上線amis5.0是基本法的最主要載體，是營銷管理的核心制度，這次amis5.0的上線，在做好基礎應用的基礎上，我們在“利益導向”、“佣金激勵”、營銷員保障三個方面繼續保持了福建省基本法在全國的領先地位。

9.20xx年我們構建了數據質量監控系統，我們認為治理的關鍵在於預防，通過主動發現將數據安全的隱患扼殺在搖籃中，今後這項工作將成為我們日常工作的一個重要組成部分。

10.協助總部完成了航意險實時出單的開發和上線工作，為將來這種類型的銷售模式探索了一條可行的道路

另外我們還協助相關部門完成了各個階段基礎率分析、精算、留存業務清理、數據報送等階段性工作，由於時間關係不做一一列舉。

20xx年對我個人來説，有兩個方面得到了提升

1.團隊經營的能力有所提升

20xx年我們嘗試將應用小組作為一家公司來經營，以公司運營來看待團隊管理，我們經常這樣問自己：如果我們這十多個人的團隊作為市場競爭的一個主體，人壽保險公司憑什麼把每年的基礎運維工作交給我們來做?我們的競爭優勢在什麼地方?我們如何“盈利”?我們必須在成本分析、基礎服務、創新等方面提高市場競爭力。

2.對於itil理念的理解加深(信息技術基礎設施庫)

我認為公司的404教會了我們應該如何去做工作，itil教會我們如何將這些工作落地。未來it的服務是可以定價的，公司員工作為it的客户，能夠很清楚知道自己可以得到什麼樣的it基礎服務，以及服務的時效。現階段我們要實現這些方面還很難，從平凡到卓越的路程有很長，當前我們應該着手去構建的it基礎應該有：it服務枱(作為it服務的透明窗口)、突發事件管理、問題管理、配置管理、變更管理、版本發佈管理等。只有把這些基礎工作做好了，我們才能夠逐步實現it管理的卓越。

20xx年也有兩個方面的不足

1.團隊經營管理的能力不足，這個課程對我來説還很長，需要在工作中用心摸索實踐

2.對於工作的追蹤落實力度不足

對公司業務發展、經營管理的合理化建議有五點(站在it的角度)

1.加大流程再造速度

流程改造可以降低成本、節約時間、提高效率。流程的再造依據四個方面的原則：第一全流程的考慮，是多部門的事情不是一個部門的事情;第二強調運用it工具的重要性，以自動化、電子化取代人的工作;第三重新思考流程的目的性，使流程和經營管理目的相結合;第四重視逆向思考。

2.充分利用我們職場的優勢，將服務延伸到銷售的終端，充分發揮國壽網點的優勢，制衡同業，應對競爭。

3.繼續深入收展體制改革，完善收展基本法。將區域收展和精英化服務思想融入日常經營管理中。

4.統一客户的視圖，逐步建立較為科學的客户分析指標體系，實現客户宏觀分析、細分分析。建立投保人保險繳費模型，被保險人保險保障模型，挖掘客户保險需求、一般性銷售規律，輔助公司產品銷售。

5.提供適合市場競爭的各種技術支持，從某種意義上這是一個將公司做“小”，客户做大的過程。可以通過三種方式將公司做“小”：一個是合理外包、二是強強聯手，比如通知書郵政寄送、三是藉助互聯網。這些市場競爭的支持包括：航意險、城鎮醫療、困難家庭救助、乘意險等。

20xx年部門的工作指導思想是：建立以價值為導向的工作思路，更加關注公司管理層、應用部門以及基層公司的年度經營管理思路，通過精細化的it服務，體現it的工作價值，發揮其生產力引擎的作用，在組織流程優化和提升市場服務方面做出努力，提高公司的整體運營能力和效率、降低成本。新的一年我們仍然會圍繞這一主題開展工作。

篇三

我是在20xx年5月到新單位工作的，新單位是一個很不錯的單位，項目飽滿，資金等方面也沒有太多的問題，但就測試部門工作的情況卻很不樂觀。具體表現是人員少，任務重，人員不穩定。領導對測試部門的工作很不滿意，在面試我的時候就多次表示了對公司目前測試不滿，期待我來之後能夠帶領測試部門有一個比較好的發展。

首先説説我們公司測試部門在這四個月的變化吧

1 測試人員大量增加，原來的測試人員為3人，現在為14人，人員擴充了3倍，目前來説，測試人員的數量還不是很多，但相比原來部門的擴充速度還是很快的，另外一個方面，由於我們工作比較有成效，領導基本認可開發人員和測試人員比例可以達到1：0.8或1的比例。我想這個比例對一個國內的企業來説已經是很高的比例了。

2 個人素質的提高。具體的個人素質提高不是很好説，還是用項目來説吧，我剛來的時候，測試人員在一個系統測試的時候，一般測試需求點位500個左右，後來一個項目在作迴歸測試的時候，測試需求點達到15000個，第二次迴歸測試的時候測試需求點達到了49000個，這裏要説明的是，我們測試需求點的增加不是為了增加而增加，而是對被測試需求各種使用情況分析的更詳細，程序覆蓋強度越來越大的結果，測試發現的問題深度逐步增強的反應。

3 機器設備的變化，測試人員是開發羣體的弱勢羣體，他們的機器配置也是公司最低的，剛來的時候，全部測試人員都使用P4 1.7完全不能滿足自動化測試的需要，目前，測試人員基本都是P4 3.0雙核，液晶，測試人員很高興。另外我們還有專門的測試流程管理服務器，一些淘汰下來的老機器作為專門跑測試用例的測試專用機。

4 開發人員對測試人員的態度改變。測試人員在開發過程中處於弱勢地位，這是一個不可迴避的現象，原來開發人員可以隨意的讓測試人員作自己認為需要的測試，而測試人員是沒有辦法拒絕的，甚至連具體測試的方法和手段開發人員都要干涉，而一旦出問題，首先怪罪測試人員，而不是找自己的責任，測試人員成了項目失敗的替罪羊。而現在這種已經發生了很大的改變，至少測試人員有能力展示他們的特長。而不是開發人員的附屬。

5 領導對測試工作的態度轉變

我剛到單位的時候，領導們對測試工作很不滿意，給我印象最深的是領導説，測試部門的工作人員，可用的就留下，不可用的就直接開除，這對測試人員的工作評價實在不高，現在好多了，首先測試部門現在的工作得到了領導的認可(原來我們總是被批評，而現在總是被表揚)，其次，人員、設備的配置在增加，最重要的是，我們要求的測試時間可以得到保證。

到單位工作4個月了，測試部門出現這麼多的變化，有很多原因，但最重要的就是那句話：做正確的事情，正確地做事情。

個人認為做正確的事情比正確地做事情要重要，道理很簡單，中國的一句成語，南轅北轍是最好的解釋了，如果不能瞭解什麼事情是正確的事情，那麼你做事情的效果越好，則整個項目失敗的可能性越大。下邊先説説我到單位做的幾個事情。

1和領導達成一個協議

和領導達成一個協議是一個很關鍵的事情，我在面試的時候，就瞭解到了領導們對測試部門的工作很不滿意，希望很快扭轉測試部門目前的工作狀態，但一個部門工作狀態的改變不是一件很容易的事情，在面試的時候，我就和領導們達成了一個協議，爭取測試部門在3個月內有一個小變化，6個月內有一個大變化，12個月內形成一個良好的工作環境。領導是 一個明白人，沒有強迫我在幾天或幾周內就要 有一個大變化，這為我們部門以後的發展打下了一個良好的基礎。

2瞭解單位的工作情況

3瞭解單位工作的問題

4訂立規則

5組建自己的團隊以及核心團隊

6協助其他人做工作

測試人員工作分配不均，嚴重影響工作情緒

在我來的時候，測試人員都是被配置到項目組，開發人員有測試需求的時候都是直接找到本項目組的測試人員，由於各項目進度不一，造成在不同階段測試人員的工作量嚴重不一，真是忙的忙死，閒的閒死。另外還有一個問題，有一些比較好的測試人員會主動幫助其他測試人員，而一些懶惰的測試人員作會坐在一邊裝作什麼都不知道，結果是好的測試人員忙死，其他人閒死。

4訂立規則

在瞭解了測試部門當前的主要問題，解決的方法就確定了，具體方法：

A：首先是訂立規則，説簡單點先確定測試部門內部規則，我規定測試部門只接受系統測試，不接受單元測試和集成測試，説簡單點，測試人員進行的測試必須是一個完整的測試周期，最短時間是2周，這樣才能保證測試工作的最低測試強度。

B：我向測試人員明確測試人員是軟件開發過程中的專業技術人員，他們的特長就是測試技術，在測試技術上測試人員不能比開發人員水平低，所以，他們的測試工作要保持自己的獨立性，問題的發現是他們作主，至於發現的問題是否是BUG，是否需要修改，這是開發人員(確切的説是項目經理)和質量保證人員來確定，但是否是問題是測試人員來決定，測試人員判斷是否是問題的標準就是測試結果和測試預期結果是否相同，只要不相同，就算問題。其他人員無權對這個原則提出異議。

C：為了保證測試的獨立性，我要求測試人員在測試過程中，不要和開發人員有過多的交流，如果有交流也僅僅限制於關於系統如何使用方面(我們沒有很好的開發文檔)，其他的一概不和開發人員討論，這種方法雖然會對開發工作有一些阻礙工作，但在測試工作當時的工作狀態下是很必要的，否則整個測試工作的獨立性根本無法保持。

D：使用測試流程管理工具，我們原來的測試計劃、測試用例都使用word文檔來管理，很不方便，我來單位後，採用了專門的測試流程管理工具，也就是説一個完整的測試，首先寫測試計劃(主要內容是測試人員，系統需求，時間等方面的信息,這個東西還是使用word來編寫)，其次是測試需求點、測試計劃(這個測試計劃是我們測試用例執行的先後次序)，每個測試用例的測試步驟，以及發現的所有問題。在最近的一段時間，通過測試工具的使用，使我們測試需求點的管理從不規範，隨意寫，到有條理，有順序，有了很大的變化，我們的一個系統，在我來以前測試需求點大約是600個。在我們後來的幾次迴歸測試中，測試需求點，分別為20000，500000，60000個，測試需求點的變化，説明了測試強度的增加和規範。

E：測試結果需求評審，否則不進行迴歸測試。這是一個原則問題，確切的説測試人員在開發過程中不能直接創造價值，他們的工作必須通過開發人員才可以得到體現。開發人員是否重視測試中發現的問題，是否對這些問題進行認真的評判和修改，不但關係到測試人員工作價值的體現，而且對測試部門工作安排也很重要。在我們測試的幾個項目中，如果開發人員認真對待測試結果，一般來説，進行1到2次迴歸測試，整個系統bug就會呈現出收斂狀態，否則，測試人員需要無休止的測試。在測試過程中，我一方面保證測試周期的時間的要求(最少2周)。一方面，和質量保證人員配合，對於那些不認真對待測試結果的項目組，採取不評審，就不進行迴歸測試的方法。(反正項目延期不是測試部門的責任，有點無賴，但有時候也是沒有辦法)。保證了測試的有效性。