測試述職報告

測試述職報告(合集3篇)。

總結是事后對某一階段的學習、工作或其完成情況加以回顧和分析的一種書面材料，它可以促使我們思考，讓我們一起認真地寫一份總結吧?？偨Y怎么寫才不會千篇一律呢？下面是小編精心整理的測試工程師工作總結，僅供參考，歡迎大家閱讀。

測試述職報告 篇1

技術方面：

1、負責公司社區后臺管理系統的V1.0 V2.0版本的測試及上線工作，參與整個產品測試的全流程。引入靜態測試、文檔測試、單元測試、接口測試等測試類型來保證項目產品質量

2、負責公司活動產品策劃底層框架重設的需求，完成上線后提高15%的性能提升

3、搭建了后臺管理系統的主流程接口自動化框架的搭建，通過GIT新COMMIT代碼后可以直接觸發自動流程測試，每月節省了至少8人天人工

4、參加后臺系統V1.2的'報表測試主設計，通過編寫并使用自動化腳本執行固定任務，比原計劃提前3天完工

5、確定并對接論壇項目V2.0的外包開發與第三方測試團隊，為公司周年慶活動的技術支撐提升了整體質量

6、整理并分析生產環境缺陷報告，通過統計分析，找出可以避免的生產故障，使生產故障率降低5%，并形成了統一分析模板：

管理方面：

1、制定通信事業部門-項目管理SOP流程，需求管理SOP流程，質量管理SOP流程，并在下屬部門進行宣貫及實行，規范了事業部門的對外工作流程，減少了溝通成本

2、部門重組后，更新并完善質量組測試制度，包括新人入職培訓制度、月度質量組例會制度、缺陷報告分析流程以及月度項目質量播報，通過可視化的看板，使項目組的每位成員均可實時查看自己負責模塊的質量及進度

3、通信事業部測試體系1.0搭建完成并宣導

4、建立質量組的OKR清單；研究常見問題和案例

5、開展了6場測試技術與質量管理相關的培訓會議，精進了質量組人員的職業技能

6、質量組技術梯隊組建，引入了QA管理，并通過開展定期的技術研討會議，學習行業前沿技術，促進管理可持續發展

亮點經驗：

1、完成部門測試體系1.0搭建

2、啟用并完善了測試知識庫，包含文檔庫、工具庫、缺陷庫、文案庫等

3、制訂并下發了項目管理SOP流程，需求管理SOP流程，質量管理SOP流程

4、質量組人才梯隊搭建，并引入QA管理流程

5、開展測試技術及質量管理相關培訓，促進團隊積極學習氛圍

6、接口自動化測試腳本設計及編寫，解決了發布流程測試問題

7、形成月度缺陷分析會議，通過統計分析在缺陷趨勢及走向圖從宏觀角度動態調整項目計劃

問題分析：

1、測試版本控制評估不足，且臨時任務未能良好把控，導致版本滯后

2、管理員的權限控制問題，因缺少相關日志數據無法導致部分角色權限被更改

3、接口自動化測試覆蓋率較低，部分模塊需要人工干預（原因：目前接口測試人員被調配其他產品線，導致設計工作暫停）

相應的解決方案：

1、測試人員需要動態調整工作清單及測試任務的優先級，并及時與項目經理確認進度

2、按模塊角色配置賬號，并通過唯一屬性來管控權限的可編輯功能，需要技術實現

3、考慮到接口腳本設計完成后需要后續維護，建議增加1名測試人員，以解決目前的覆蓋率問題

未來規劃：

1、項目方面（公司產品交付）

2、團隊管理

1）形成測試小組，培養2名核心測試人員

2）完善部門各個管理模塊的SOP并落地執行

3）形成部門月度OKR會議，每月月底會議總結

4）完成接口測試腳本覆蓋率超90%，并落實持續集成

測試述職報告 篇2

在測試部的工作時間快2個月了，在這段時間里，深刻感受到這只團隊的向心力和凝聚力，充滿朝氣，奮斗的團隊，開闊的工作環境，讓大家可以高效率的交流經驗協同工作?，F向領導做以下工作匯報。

試用期間我主要完成了兩個工程的測試工作。第一個工程是數據庫網站的功能測試。從20xx，總共7個工作日。先后與另外2名同事共同測試該產品。合作數據庫網站主要包括3個分庫，分別是數據庫1、數據庫2、數據庫3。首先我認真閱讀了開發部提交的測試申請及開發文檔，使用測試管理工具TestDirector編寫了測試方案，針對產品的主要功能從整體上進行了模塊劃分；然后參照開發文擋的詳細設計局部，對系統的各項功能進行了測試用例的編寫工作。

在測試前期，由于剛接觸公司產品，對產品了解不深，發現的bug比擬少，在與同事交流及不斷學習后，逐漸對產品有了一定的認識，發現的bug數逐漸增多。在此工程中我共提交bug數36個，有效bug數為31個，占總有效bug數的56.9%。在對修改的bug進行驗證及回歸測試后，產品趨于穩定，在測試結束前2天已沒在出現問題，之后我編寫并提交了測試報告。通過此工程，增加了我對公司數據搜索產品認識及Web方面測試經驗，在與同事共同測試中，學到了很多測試技巧，與同事一起工作也變的更加默契。

我完成的第二個測試工程是“數字Search系統”的功能和性能測試，從20xx，歷時23個工作日。此工程是我和另外一個同事共同負責的。我主要負責局部功能測試bug提交，及性能測試。該系統主要有3局部構成，“數字搜索”、“數據分析系統”和“科技庫”。在開發人員提交的測試申請中提到“當前的系統平均2天數據庫K會發生異?！?，所以本次測試重點放在性能測試及“數據分析系統”和“科技庫”這2個新的子系統。

在前期的性能測試中，我碰到了很多問題，由于對“科技庫”系統檢索功能要從公網上下載局部圖片，所以在壓力控制上比擬難操作，通過后面的屢次試驗，逐漸掌握了各系統的壓力點，使整個系統負載均衡。壓力測試中我采用了單一腳本功能測試和多腳本組合功能測試，發現了很多問題，例如：測試前期發現數據庫K異常自動重起，同過數據庫K開發組協助，解決了此問題；在高并發測試中發現IIS6.0死瑣現象，通過在網上論壇及微軟網站查找資料，修改了IIS6.0效勞器的配置文件解決了死瑣問題；在對“數據分析系統”進行的導航測試中，發現該Web程序采用了緩存機制，但通過與開發人員交流，得知并未對緩存采取控制，導致Web程序占用系統緩存持續增高，通過在網上搜集資料對IIS6.0的程序池做了調整，解決了此問題，排除了Web程序高緩存不能釋放的隱患；對“數字搜索”單腳本測試中發現Search與數據庫K存在兼容性問題，在壓力不是很大的情況下，數據庫K效勞就會發生異常終斷，此問題也是直接導致公網數據庫發生異常的原因所在，因公網使用Search的壓力較小，所以表現的為2天發生異常。

此問題現在已經通過變通的方法得以解決，根本問題，開發人員還在進一步的研究中，現在公網表現良好，數據庫K不在發生異常。通過這次性能測試，對性能測試工具LoadRunner的'使用更加熟練，對數據庫K、IIS6.0，Windows日志分析有了一定經此問題現在已經通過變通的方法得以解決，根本問題，開發人員還在進一步的研究中，現在公網表現良好，數據庫K不在發生異常。通過這次性能測試，對性能測試工具LoadRunner的使用更加熟練，對數據庫K、IIS6.0，Windows日志分析有了一定經驗，對發現系統瓶頸上有了很大的體會，提交性能測試報告時，開發人員表示對我們的測試很滿意，進一步肯定了我們的測試工作。在功能測試中，我總共提交bug數23個，有效bug數21個，占總有效數的51.2%。

經過上面2個工程的實踐，使我對公司產品在功能及性能上有了很大的認識，在工作中得到了同事們和開發人員的幫助，學到了很多新知識新技術，同時發現公司的員工無論從工作能力上還是個人素質上都非常優秀，這也是我今后學習的典范，勢必在今后的工作中加倍努力奮斗迎頭趕上。今天我為公司驕傲，明天公司為我驕傲！

測試述職報告 篇3

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

第一招學會利用網絡

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

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

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

組合搜索

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

選擇表述內容的詞組

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

定位信息來源

有的時候用詞組搜索不到或者無法準確表達所需信息?？梢杂昧硪环N方法直接到信息源，就是直接到到提供某種信息的站點去?？梢杂霉健肮久?com”去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組其實網絡上還有很多關于搜索技巧的文章，大家可以自行學習。千萬要記住搜索引擎是幫助你成功的有力武器。

第二招學會動手

參加軟件測試工作后，隨著工作經驗的增長自我感覺越來越好。在公司里也逐漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣“隨手”測試出了幾個bug，然后“仔細”的填寫了bug單(這個bug的現象已經出現了很多次了)。這時候測試經理走過來，重新復查了一下填寫的bug。他在重現我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現了，同樣的現象，他關閉軟件重新變化輸入，擴展出10幾個變化后，軟件不動了，內存不斷上升。終于他找到了產生軟件的'bug的原因，然后對我說“尋找bug要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的bug描述不清楚，并且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現bug的時候他要調試跟蹤判斷，很花費時間，而且效率低。如果測試人員發現bug的時候多動手可以更加準確的定位bug步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作。”。

在以后的日子里，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。

第三招思考自己所作的

剛開始入行的時候，總是思考如何做好軟件測試。認為公司的測試流程混亂總是很郁悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然后評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了iso，cmm，測試管理工具，自動化工具(因為公司不正規給了我很多學習的機會，后來到了比較大的軟件公司后，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛煉反倒少了)。由于工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴展，整個過程是思想升華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果后來不時有人把他的絕技記錄下來，也就不能有后來的少林寺七十二絕技。

所以善于思考，總結經驗，也是成為高手之路的不二法決。