測試年終工作總結範文
測試年終工作總結範文
時間猶如間隙中的沙一瞬間便消失無蹤，很快就到年底了，回望過去一年的工作，收穫的不僅歲月，還有成長，感覺我們很有必要對自己的工作做一下總結。那麼什麼樣的年終總結是你的領導或者老闆所期望看到的呢？下面是小編幫大家整理的測試年終工作總結範文，希望對大家有所幫助。
測試年終工作總結1
一、本年度工作完成情況
時光飛逝，在這年裡本人獨立負責測試的專案10個，與其他測試人員聯合測試的專案9個以及GIS應用虛擬專案（2個版本）。
其中獨立負責的專案對專案的開發週期做全程跟蹤測試，聯合測試的專案協助其他測試人員完成專案測試工作。繁忙的工作使自己在過去的一年裡學到了很多，同時也提高了自己各方面的能力。感謝領導的支援和指教，現總結如下：
獨立負責的專案列表：
1) 《湖南xx空調進銷存系統》
2) 《湖南xx空調售後服務系統》
3) 《長沙統計局資料管理平臺》
4) 《長沙統計局資料展示系統》
5) 《長沙統計局GIS應用系統》
6) 《xx電網 WEB GIS系統》
7) 《xx電網 移動電子化移交系統》
8) 《xx電網 東莞局單線圖繪製系統》
9) 《電訊號百-掌上同學圈》
10)《長沙城市林業生態圈資源資訊整合系統》
與其他同事聯合測試的專案列表：
1) 《xx市規劃局辦公系統》
2) 《xxx_地理公共服務平臺》
3) 《xxx市規劃局自動化辦公系統》
4) 《xxx縣城建檔案館著錄系統》
5) 《xxx市統計地裡資訊系統》
6) 《xxx市社會安全聯合救助系統》
7) 《xx市施工圖審查中心一體化辦公平臺》
8) 《xxx控制性詳細規劃系統》
9) 《 xxxxx市地理資訊系統》
GIS 應用 虛擬專案
1）GIS 應用xx專案 B/S版本
2）GIS 應用 xx專案 C/S版本
其中格力專案的測試工作，多次與開發組人員一同參與在客戶處討論需求與細節要求，對客戶的習慣和要求有了清晰明確的瞭解。與電信的驗收測試中學到了很多專業的測試方法和測試經驗，和他們成為了好朋友。在後續的合作與交流中，將更進一步提高自己的專業技能，保持良好的溝通與聯絡做好測試工作。
南網的專案在透過開發組的培訓後，對南網1.0環境與功能，資料庫的結構有了比較清楚的瞭解，對測試南網2.0很有幫助，主要是對電力這塊的業務有了深入的瞭解，對測試電力行業的系統打下了業務認知基礎。加入專業的測試方法，使測試工作更好的服務於專案。
很開心在公司的QC與SVN上，留下了我對以上19個專案測試工作的痕跡，我將不斷努力工作，為測試團隊在公司中更有價值積極進取。
二、個人取得哪些進步
繁忙的測試工作雖然很辛苦，但得到了領導的支援與指導，透過自身學習，使自己各方面都得到了提高。現總結如下：
1) 對效能測試比之前更加專業熟悉。 透過使用 LR效能測試工具以及其他輔助工具，對格力兩個專案和南網的WEBGIS 專案進行了幾次壓力測試。透過深入瞭解業務，設計有針對性的效能測試方案，得到了電信與格力客戶的認可。這其中主要是與電信測試人員的合作與交流中，學到了很多專業的測試手機端程式壓力與手機客戶端效能的方法。對文件的要求與製作也更加嚴格、專業。
2) 通過了解電信測試對開發文件的要求，認識到文件的重要性與測試文件的重要性，因此格力進銷存後期開始研發後，就不斷給專案組灌輸客戶對文件的要求與格式，以及電信驗收中的習慣與要求，避免了類似格力售後在摸索中，痛苦加班趕製文件的經歷，在張經理的嚴格督導下專案組更新文件都很及時。目前專案已經通過了第一期驗收合格。
3) 參加了公司培訓的GIS應用開發，對GIS的應用有了初步的瞭解，第一個專案是測試湖南天地網系統，在測試過程中，對GIS應用有了實踐。併產生了濃厚的興趣，對配圖、圖層切圖等ARCGIS相關有了實際操作，在考核中得到了鞏固。
4) 在前期做配置管理的學習中，學會了SVN的環境配置與管理，感謝謝敏在我學習SVN過程中的指教和幫助，使我對獨立搭建SVN環境更加熟悉。
5) 對軟體測試工作有了新的認識：在測試工作中，僅對測試的工具和測試方法熟悉只是測試工作的基礎，需要深入瞭解業務以及軟體需求的趨勢，才能更好的做好測試工作。 對於效能測試更需要在這個基礎上對計算機原理、網路、行業有全面的瞭解和經驗，才能對測試的資料做出精準、詳細的分析。 給出參考價值高的測試報告。
三、遇到的問題及解決方案
1）專案緊急、開發人員少、測試時間少，客戶更新需求超級頻繁，開發計劃剛做好，需求又變更了。 比如格力售後專案，前期測試計劃基本上每天都在變動。因此前期測試過程中，是連線正在使用開發的環境在測試，測試起來難以把握。處於嬰兒期的專案，加上沒有開發手手機端的經驗，因此BUG特別多，測試工作比較辛苦。進入格力進銷存開發初期，在與客戶溝通，先畫出UI介面再開發後，專案開發順利了很多，測試工作也沒有前期那麼緊張了，雖然還是經常要加班，但是明顯比最開始開發手機端要好很多。
2）測試環境硬體比較缺乏： 格力專案測試期間初期，公司未申請空間，但是測試必須用到外網，客戶借用了伺服器，但是有客戶的其他軟體正在使用，因此不能重啟，資源也無法準確的預估，對開展測試工作有很大的侷限。格力專案完成基礎功能，準備完善功能細節時期，得到了許總和張經理的支援，公司申請了自己的空間，也辦了手機測試卡，使測試硬體得到了徹底的改善。使我的測試工作有了很好的開展，也因此為客戶提供了大量測試資料和測試文件，並最終得到了認可。
3）中途介入的專案，由於專案開發前期對業務沒有了解，加上自身負責的專案工作也比較忙，因此經常有對業務不熟悉，無法測試整個系統的流程的情況，我目前使用的辦法是：平時對規劃行業和測繪行業的業務加以關注和學習，加上對GIS應用的培訓與自身的經驗，要短時間對系統進行徹底測試也不是可以的。
總結：只要有歸零的心態，時刻更新自己的專業技能，並累積經驗，做到時刻學習，不學習就會退後、認真的做一件事總是會找到做好事情的方法。
四、工作感悟及建議
1）感受到了積極主動，富有激情的團隊氛圍。 格力的專案時間特別緊、需求變更特別頻繁的特點，加上沒有手機端的開發經驗。因此前期特別辛苦，測試手機端程式也是從這個時候開始的，在這個過程中，我對手機端程式開始了積極探索與學習。瞭解手機端程式的開發與測試方法，特別是手機端效能測試與功能設計體驗方面，我自己總結出了很多方法和經驗，與大家一起分享，感到很開心。
2）濃厚的培訓特色，在進公司前我不太瞭解ARCGIS的應用，測試專案時感到有擔心，但是馬上就有公司的ARCGIS相關培訓，使我們學會了部分基本的操作、對GIS應用也有了引匯入門的培訓。這使後續我自行學習和鞏固有了很大的幫助。
3）開發在業務培訓上花了很多心思，在參加規劃辦公，測繪、南網的業務培訓過程中，使我對業務與系統有了相結合的.對應熟悉與瞭解，對後續測試系統很有幫助。也縮短了我們測試系統流程花費的學習時間。
4）建議： 能增加一套測試環境需要的硬體裝置。專門用來測試，目前我們很大程度上依賴開發現組的環境進行測試。如果有了專屬的測試裝置：將組建更完整的測試環境，使測試工作有基礎得到更全面專業的實施。
五、下年度個人職業工作規劃
本人希望在專業測試的基礎上，多做管理方面的工作。在上述工作總結中，本人主要是設計測試用例（場景測試），配置獨立負責專案的環境，熟練使用測試工具，熟悉軟體測試流程，進行BUG分析和預防，對配置管理這塊比較熟悉，平時我有對管理類課程的學習和培訓，自學了餘世維的全套管理類網路教學，希望在新的一年裡，繼續在公司服務，發揮自己對公司的熱情、貢獻自己的力量！
測試年終工作總結2
光陰似箭，歲月如梭，一轉眼，我來到英特華已經九個月了，在這段時間裡，我們公司從沒有測試人員，到測試部的建立；從沒有測試環境到測試伺服器的建立，測試工具QC、效能測試軟體LoadRnner的安裝使用；測試部規章制度的建立-----測試流程、測試規範、bug等級制度的建立、測試報告模板的建立、QC使用手冊的書寫等等；
在這近九個月工作中，我們測試部苦過、累過、緊張過。但這一切最後都被成功的喜悅所代替，我們測試部也就是在這苦中、累中、成功、失敗中一步步成長起來。
20xx年5月，我來到英特華，在李經理的指導下負責測試部的組建、部門制度文件的建立、安全測試軟體的研究、盤點機系統的測試、新訂單系統的測試等工作。
雖然測試部在20xx年中取得了不小的成績，但是還是存在很多不足，比如新訂單系統的長期測試，工期長期推延，遲遲不能結束！這是測試部在下一年要重視的地方，要認真總結的地方！
下面是這一年測試部遇到的重大問題及原因與對策：
1.新訂單系統的多倫測試後還不能封版完工
原因：
1）1級bug太多，嚴重影響阻礙測試的進度（尤其是報黃頁的bug）； 具QC BUG管理系統統計，新訂單系統中bug總共209個，一級竟然有109個之多！
2）存在拆西牆補東牆的嚴重現象（很嚴重）
原來好的沒有bug模組，由於修改bug重新出現缺陷，出現拆西牆補東牆，bug迴圈出現，杜絕bug遙遙無期！
3）軟體開發基本定型後，還在修改資料庫結構，修改底層程式碼！
4）軟體開發基本定型後，還在修改需求！
5）開發人員不按照需求開發軟體；開發出來的模組或功能和需求有出入
6）部分模組需求在測試快結束後，需求還沒出來，開發人員在等需求！（如新訂單系統中的利潤表模組）
7）測試人員不足；軟體模組太多，測試周期長！
對策：
1）檢查：對於1級bug太多，只要開發人員開發出的模組後或修改的bug後自己先走查一下流程，看看流程是否能走通，是否還報錯，這樣就能確保一級bug出現的機會大大減少！
2）開發人員在修改bug之前一定要認真先想一下，我這種修改方法會不會給其他模組帶來bug？會不會影響其他人員的模組出錯？然後在下手修改程式碼！
3）一旦所有人進入全面開發軟體後，資料庫和底層程式碼就不能變動！
4）一旦進入開發階段，需求就不能再隨意增加變動！
5）開發人員嚴格按需求開發專案，不能私自變動開發；如有變動需要，要所有部門領導在一起商量，並下發通知商量後的結果！
6）要做到在寫程式碼之前需求必須全部寫完！
7）大型專案，測試人員必須配足，崗位齊全，從而縮短測試周期，一個人的精力與技術經驗必定有限！
下面是展望20xx
豐收的20xx已經過去，讓我們迎接展新的20xx！
20xx努力的方向：
為了公司開發軟體的質量與專業，我們測試部要往更高層次發展，這就要吸收更專業的白盒測試人員-----效能測試工程師、安全測試工程師！
20xx測試部要努力增加的崗位人員：
一名功能測試人員
一名效能測試人員
一名安全測試人員
20xx年測試部需要的物理資源
一臺做壓力測試用的物理伺服器（可以用一臺配置好的pc機代替）—— 一個專業的，準確的效能測試需要模擬接近真實伺服器的乾淨的環境！虛擬機器的各項效能還是和物理機的效能是有很大區別的，並且虛擬機器上已經裝了很多的服務和軟體，環境不乾淨，影響真實的效能測試結果！
20xx年測試部的工作年度目標：
電商俱樂部CRM系統 20xx年3月之前完成測試工作
ERP-產品系統 20xx年6月30日之前完成測試工作
ERP-採購系統 20xx年8月25日之前完成測試工作
ERP-倉儲系統 20xx年9月30日之前完成測試工作
ERP-物流系統 20xx年11月5日之前完成測試工作
ERP-訂單系統 20xx年12月10日之前完成測試工作
最後感謝領導和各部門的同事對測試部工作的大力支援！
測試年終工作總結3
這個學期我學習了軟體測試這門專業課程，在學期即將結束的時候，我也對這門課程建立基本的瞭解和理解。軟體測試這門課程作為軟體工程專業中一門很重要的課程，已經在軟體領域佔據了不可替代的角色，當一個軟體從雛形到真正的在一臺計算機上執行的時候，誰也不能保證計算機軟體能一步到位的滿足人們的需求。所以就有了軟體測試，其目的是：第一是確認軟體的質量，其一方面是確認軟體做了你所期望的事情，另一方面是確認軟體以正確的方式來做了這個事件。下面我簡單的寫一下這個學期對課程的總結和收穫。
我認為，在整個龐大的軟體工程中，不管是需求分析、架構設計甚至是最後的debug，都會產生引入不管的機會，這就要求作為一個軟體測試師要掌握豐富的軟體工程原理和知識。測試的工作將會存在於整個專案週期，即在專案開始時需要各種分析調研時就開始了。尤其是在形成需求規格說明書時就有對文件的測試需求，甚至主導整個專案的走向。
軟體測試對邏輯思維、學習能力、反應要求很高，是否有嚴密的思維和逆向思維也非常重要。做測試還要考慮到所有出錯的可能性，有時候還要用一些非常規的的測試方法。軟體測試還很注重軟體效能問題，也就是要保證軟體執行得很好；不同的使用環境下，考慮軟體的相容性同樣重要。對於測試員來講，會比開發人員更加重視軟體產品的質量問題。在測試過程中，測試者可能會為客戶的需求角度考慮到更多，由此我們可以認為測試人員有權利決定產品是否可以釋出。然而，透過一個學期的學期，我們又不得不懂得，軟體測試人員不是萬能的，測試人員在面對一個設計爛編碼爛的軟體時，也是無法不低頭的，再怎麼測試它也變不成優秀的軟體。
透過課上的理論因為課下的實踐和後半學期又因為身體力行於
1、最基本的測試的分類：從是否需要執行被測軟體的角度，可分為靜態測試和動態測試；從測試是否針對系統的內部結構和具體實現演算法的角度來看，可分為白盒測試和黑盒測試。
2、然後就是，白盒測試中的邏輯驅動測試的覆蓋率測試。
3、還有就是對於劃分等價類和邊界值法這一塊，讓我從模糊到明朗。
4、在初次寫測試用例的時候，感覺真是糾結，用例寫的很死板，看似簡單的一個填表工作，要寫好真是不簡單。一開始寫的比較不自然，有些生搬硬套，而且還很慢。在後來負責了對論壇新鮮事版塊的測試之後，明白了測試用例其實就是指導怎麼去執行測試，而且書寫設計測試用例也要以熟悉軟體的業務為前提，才能更好的去測試。
另外就是一個學期的學習讓我糾正了幾點誤區：
1、有位大師曾說過：“軟體測試的目的在於發現錯誤，一個好的測試用例在於發現從來未發現的錯誤，一個成功的測試是發現了從未發現的錯誤的測試。”由此我自認為測試就是為了找到bug，然而一個學期的測試學習經驗告訴我這是錯誤的，如果只是為了找到BUG，那麼BUG會成天纏著你。
2、在大家協力測試論壇的時期內，我曾認為這種大量的重複性的工作真的很乏味，可是在這乏味中真心發生挺多有意思的bug，意想不到的bug，所以我認為只要掌握了方法，在重複中尋到到創新的小驚喜，任何東西都有它的特點。
作為測試新手，透過一學期的學習，我認為能獨立寫測試計劃，設計測試用例，精通一種測試工具，理解一種bug管理軟體是新手晉級老手的必備素質。任重而道遠？！
在最後，我不得不提的就是細心和耐心了。這是我認為這個學期測試課上收穫的了，課程要求測試時必須細心和耐心，我在想，如果以後真的工作在測試一系列的崗位上，要學會坐得住，用大量的時間和精力和bug鬥爭，分離、識別還有歸類bug，是不是也能真的改變我粗心大意和三分鐘熱度的毛病。
最後感謝劉老師這學期的課程講授，和實踐中的指導和幫助。測試路程，路漫漫其修遠兮，吾將上下而求索。