軟件測試個人總結

時間：2022-07-22 12:56:25 總結我要投稿

軟件測試個人總結

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

軟件測試個人總結

軟件測試個人總結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分析和預防，對配置管理這塊比較熟悉，平時我有對管理類課程的學習和培訓，自學了余世維的全套管理類網絡教學，希望在新的一年里，繼續在公司服務，發揮自己對公司的熱情、貢獻自己的力量！

軟件測試個人總結4

　　軟件測試在整個軟件周期中的重要性，它存在于整個項目周期，在項目開始之初需求調研的時候就開始了，在形成需求規格說明書的時候就需要針對文檔進行測試。這個環節在后續整個項目中占了很大的比重，能主導整個項目的走向，成敗與否全在于開始階段的決策。

　　體會一：軟件測試的真正意義在于發現錯誤，而不在于驗證軟件是正確的。

　　再嚴密的測試也不能完全發現軟件當中所有的錯誤，但是測試還是能發現大部分的錯誤，能確保軟件基本是可用的，所以在后續使用的過程中還需要加強快速響應的環節。結合軟件測試的理論，故障暴露在最終客戶端之前及時主動的去發現并解決。這一點就需要加強研發隊伍的建設。

　　體會二：在系統性能測試方面需要重視。

　　經過這次培訓中多個案例的講解，讓我了解到系統在上線之后會有很多不能預知的性能問題，需要在上線之前實現進行模擬，以規避風險，包括大數據量訪問，高并發數等等。

　　當然也有很多應對手段，沒有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運用以達到最優程度，這是個很值得研究的領域。

　　下面是本人的幾點想法：

　　想法一：加強系統上線前的性能測試。

　　目前我們在項目建設過程中對性能壓力測試的重視程度還不太高，廠家也很少有雇傭第三方的測試機構。而是在現網進行試用，遇到問題再解決，可能會產生滯后問題，影響客戶使用。希望以后能在性能測試方面提高重視程度，加大人力投入，以保證系統上線后能夠穩定運行。

　　想法二：適當介入相關項目研發

　　對于快速響應這塊，我們不能一味依賴廠家，而希望自己就能快速響應，及時將問題解決。這也是一個比較長遠的問題，需要加強研發力量的投入。

　　我個人是做開發出身，有此類經驗，當時是在客戶現場，因為了解系統內部結構，能夠在第一時間排查解決客戶所反饋問題。

　　現在系統完全由廠家開發，很難了解內部結構，或許會造成后期維護困難。所以，是否應該針對某些項目介入廠家研發工作，比如請廠家提供源代碼等相關要素，以增進維護人員對系統的了解。

　　最后再次感謝公司提供的平臺，感謝領導的信任，讓我有機會得到更深層次的學習以及展示自己能力的機會，我也會盡我所能來完善工作的系統，提高整體工作效率，為南方電網的發展建設提供更堅實，優秀的支撐服務平臺。

【軟件測試個人總結】相關文章：

軟件測試課件03-31