軟體測試個人總結

　　總結是在某一特定時間段對學習和工作生活或其完成情況，包括取得的成績、存在的問題及得到的經驗和教訓加以回顧和分析的書面材料，它能夠使頭腦更加清醒，目標更加明確，快快來寫一份總結吧。那麼總結要注意有什麼內容呢？下面是小編整理的軟體測試個人總結，歡迎閱讀與收藏。

軟體測試個人總結1

　　回顧20×年5月入職到現在大半年的工作，我在公司領導及各位同事的支援和幫助下，按照公司要求，比較好地完成了本職工作現將這一年的工作情況總結如下：

　　一、專案時間點及各階段工作

　　二、測試總結

　　嚴重性缺陷佔到整個缺陷數量的百分之四十，從實際測試工作來看，代表性大致可分為以下幾類：點選“新增”報錯、查詢報錯、儲存報錯等直觀的缺陷。在這裡建議研發人員在單元測試發現此類缺陷，在今後專案中，減少缺陷數量，提高軟體質量。

　　中間業務平臺管理系統上線階段：

　　在管理系統上線階段共發現6個問題其中有代表性問題分類如下：

　　1、需求問題：

　　系統維護->賬戶維護新增時，賬戶型別欄位是從資料庫配置，聯社方想透過頁面控制此欄位。此問題在整合測試時，熬民就提出要從系統頁面上新增，當時認為需求沒提出此功能忽略了隱性需求導致後期東北農電專案上線需要從資料庫大量配置通訊配置表。

　　教訓：今後測試不止測試功能是否實現，需要考慮和結合系統與系統之間的關聯關係，眼光放得在長遠些。

　　2、技術實現問題：

　　整合測試時，管理系統新增賬戶時其合法性需要與核心校驗，此問題整合測試透過，但在上線驗證階段發現此功能沒實現。後經過與研發人員溝通此功能實現方式是單位關聯維護時，核心直連標誌選擇不直連，則此業務新增賬戶時則不與核心校驗賬戶。功能實現邏輯就是錯誤，而測試基於錯誤的邏輯去做整合測試。

軟體測試個人總結2

　　這學期的期末大作業是對ELearning Java Web應用系統進行測試，透過這次系統測試，我學到了很多知識，軟體測試個人總結。對於具體的測試部分，我主要做的是單元測試和效能測試，其中單元測試使用的是Junit工具，效能測試使用的是JMeter。就這次大作業而言，我認為它與我們平時做的實驗很不相同，我們平時的實驗只是涉及到測試的某個小部分，而這次測試卻是對一個相對完整的專案按照規範的標準進行測試。

　　對於好的測試來說，應該注意一下幾點：

　　1.測試的獨立性：一次只測試一個物件，方便定位出錯的位置。這有2層意思：一個TestCase，只測試一個物件；一個TestMethod，只測試這個物件中的一個方法。

　　2.給測試方法一個合適的名字。

　　3.在assert函式中給出失敗的原因，如：assertTrue("…should be true",…)，方便查錯。在這個例子中，如果無法透過assertTrue，那麼給出的訊息將被顯示。在junit中每個assert函式都有第一個引數是出錯時顯示訊息的函式原型。

　　4.測試所有可能引起失敗的地方，如：一個類中頻繁改動的函式。對於那些僅僅只含有getter/setter的類，如果是由IDE(如Eclipse)產生的，則可不測；如果是人工寫，那麼最好測試一下。

　　5.在setUp和tearDown中的程式碼不應該是與測試方法相關的，而應該是全域性相關的。如針對與測試方法A和B，在setUp和tearDown中的程式碼應該是A和B都需要的程式碼。

　　6.測試程式碼的組織：相同的包，不同的目錄。這樣，測試程式碼可以訪問被測試類的protected變數/方法，方便測試程式碼的編寫。放在不同的目錄，則方便了測試程式碼的管理以及程式碼的打包和釋出。

　　對於測試用例的命名，我們最好要使其與測試類的名稱相一致，比如說，類的名稱為Testing，此類的測試用例的名稱為TestingTest。當我們把測試程式碼和被測的程式碼放在同一目錄下時，我們就可以在編譯被測程式碼的同時編譯測試程式碼，從而確保兩者是同步更新的，工作總結《軟體測試個人總結》。事實上當前的普遍做法，就是把單元測試視為build的一個環節。保持測試之間的獨立性是一個很好的習慣，使得它們在任何次序下執行的結果都是相同的。如果真得需要某些測試按照特定的次序執行，我們可以藉助addtest來實現。當我們需要增加一個測試時，我們要書寫一個自己的測試用例，但是如果喜歡在測試用例的建構函式中做有關的初始化工作，這就不是個好習慣。資料檔案應該儘可能和原始碼一起都放在配置管理系統上，但這樣一來如果我們採用上面的resource機制，我們就需要做一件工作，就是把資料檔案從原來的位置-就是原始碼的某個相對路徑，複製到編譯後的位置，也就是class檔案的相應的相對路徑。

　　透過這次軟體測試的系統測試，我對軟體測試有了更加深刻的認識，其實軟體測試並不像想象的那麼簡單，它需要測試人員具備多方面的能力和素質。軟體測試人員應該擁有廣闊的視野、一定的程式設計能力、細心和耐心等等。這些對於能否測出優秀的系統來說都是必不可少的。

　　經過這次對java Web應用系統的測試，我的測試能力得到了鍛鍊，對軟體測試有了比較全面的認識，收穫了很多珍貴的東西，而且我也從軟體測試的角度，對編寫健壯的程式也有了新的認識。

軟體測試個人總結3

　　一、本年度工作完成情況

　　時光飛逝，在這年裡本人獨立負責測試的專案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分析和預防，對配置管理這塊比較熟悉，平時我有對管理類課程的學習和培訓，自學了餘世維的全套管理類網路教學，希望在新的一年裡，繼續在公司服務，發揮自己對公司的熱情、貢獻自己的力量！