軟件測試年終工作總結范文
總結是指社會團體、企業單位和個人對某一階段的學習、工作或其完成情況加以回顧和分析，得出教訓和一些規律性認識的一種書面材料，它能夠使頭腦更加清醒，目標更加明確，因此十分有必須要寫一份總結哦。你所見過的總結應該是什么樣的？下面是小編整理的軟件測試年終工作總結范文，僅供參考，希望能夠幫助到大家。
這個學期我學習了軟件測試這門專業課程，在學期馬上完畢的時候，我也對這門課程建立根本的了解和理解。軟件測試這門課程作為軟件工程專業中一門很重要的課程，已經在軟件領域占據了不行替代的角色，當一個軟件從雛形到真正的在一臺計算機上運行的時候，誰也不能保證計算機軟件能一步到位的滿意人們的需求。所以就有了軟件測試，其目的是：第一是確認軟件的質量，其一方面是確認軟件做了你所期望的事情，另一方面是確認軟件以正確的方式來做了這個大事。下面我簡潔的寫一下這個學期對課程的總結和收獲。
我認為，在整個浩大的軟件工程中，不管是需求分析、架構設計甚至是最終的debug，都會產生引入不管的時機，這就要求作為一個軟件測試師要把握豐富的軟件工程原理和學問。測試的工作將會存在于整個工程周期，即在工程開頭時需要各種分析調研時就開頭了。尤其是在形成需求規格說明書時就有對文檔的測試需求，甚至主導整個工程的走向。
軟件測試對規律思維、學習力量、反響要求很高，是否有嚴密的思維和逆向思維也特別重要。做測試還要考慮到全部出錯的可能性，有時候還要用一些特別規的的測試方法。軟件測試還很注意軟件性能問題，也就是要保證軟件運行得很好;不同的使用環境下，考慮軟件的兼容性同樣重要。對于測試員來講，會比開發人員更加重視軟件產品的質量問題。
在測試過程中，測試者可能會為客戶的需求角度考慮到更多，由此我們可以認為測試人員有權利打算產品是否可以公布。然而，通過一個學期的學期，我們又不得不懂得，軟件測試人員不是萬能的，測試人員在面對一個設計爛編碼爛的軟件時，也是無法不低頭的，再怎么測試它也變不成優秀的軟件。
通過課上的理論由于課下的實踐和后半學期又由于身體力行于
1、最根本的測試的分類：從是否需要執行被測軟件的角度，可分為靜態測試和動態測試;從測試是否針對系統的內部構造和詳細實現算法的角度來看，可分為白盒測試和黑盒測試。
2、然后就是，白盒測試中的規律驅動測試的掩蓋率測試。
3、還有就是對于劃分等價類和邊界值法這一塊，讓我從模糊到明朗。
4、在初次寫測試用例的時候，感覺真是糾結，用例寫的很死板，看似簡潔的一個填表工作，要寫好真是不簡潔。一開頭寫的比擬不自然，有些生搬硬套，而且還很慢。在后來負責了對論壇新奇事版塊的測試之后，明白了測試用例其實就是指導怎么去執行測試，而且書寫設計測試用例也要以熟識軟件的業務為前提，才能更好的去測試。
另外就是一個學期的學習讓我訂正了幾點誤區：
1.有位大師曾說過：“軟件測試的目的在于發覺錯誤，一個好的測試用例在于發覺從來未發覺的錯誤，一個勝利的測試是發覺了從未發覺的錯誤的測試。”由此我自認為測試就是為了找到bug，然而一個學期的測試學習閱歷告知我這是錯誤的，假如只是為了找到BUG，那么BUG會成天纏著你。
2.在大家協力測試論壇的時期內，我曾認為這種大量的重復性的工作真的很乏味，可是在這乏味中真心發生挺多有意思的bug，意想不到的bug，所以我認為只要把握了方法，在重復中尋到到創新的小驚喜，任何東西都有它的特點。
作為測試新手，通過一學期的學習，我認為能獨立寫測試規劃，設計測試用例，精通一種測試工具，理解一種bug治理軟件是新手晉級老手的必備素養。任重而道遠?
在最終，我不得不提的就是細心和急躁了。這是我認為這個學期測試課上收獲的了，課程要求測試時必需細心和急躁，我在想，假如以后真的工作在測試一系列的崗位上，要學會坐得住，用大量的時間和精力和bug斗爭，分別、識別還有歸類bug，是不是也能真的轉變我馬虎大意和三分鐘熱度的毛病。
最終感謝劉教師這學期的課程講授，和實踐中的指導和幫忙。測試路程，路漫漫其修遠兮，吾將上下而求索。
【軟件測試年終工作總結】相關文章：
軟件測試年終工作總結09-25
軟件測試年終工作總結范文10-24
軟件測試年終工作總結精選7篇05-21
軟件測試年終述職報告01-20
軟件測試年終總結08-29
軟件測試年度工作總結10-04
軟件測試工作總結09-29
軟件測試年終工作總結（通用15篇）02-01
軟件測試年終優秀總結范文12-17
大學軟件測試工作總結12-20