軟件測試工程師總結(jié)范文
總結(jié)是指社會團體、企業(yè)單位和個人對某一階段的學習、工作或其完成情況加以回顧和分析，得出教訓和一些規(guī)律性認識的一種書面材料，它可使零星的、膚淺的、表面的感性認知上升到全面的、系統(tǒng)的、本質(zhì)的理性認識上來，讓我們來為自己寫一份總結(jié)吧。那么總結(jié)要注意有什么內(nèi)容呢？下面是小編精心整理的軟件測試工程師總結(jié)范文，僅供參考，歡迎大家閱讀。
這學期的期末大作業(yè)是對ELearningJavaWeb應用系統(tǒng)進行測試，通過這次系統(tǒng)測試，我學到了很多知識。對于具體的測試部分，我主要做的是單元測試和性能測試，其中單元測試使用的是Junit工具，性能測試使用的是JMeter。就這次大作業(yè)而言，我認為它與我們平時做的實驗很不相同，我們平時的實驗只是涉及到測試的某個小部分，而這次測試卻是對一個相對完整的項目按照規(guī)范的標準進行測試。
對于好的測試來說，應該注意一下幾點：
1、測試的獨立性：一次只測試一個對象，方便定位出錯的位置。這有2層意思：一個TestCase，只測試一個對象；一個TestMethod，只測試這個對象中的一個方法。
2、給測試方法一個合適的名字。
3、在assert函數(shù)中給出失敗的原因，如：assertTrue（"…shouldbetrue"，…），方便查錯。在這個例子中，如果無法通過assertTrue，那么給出的消息將被顯示。在junit中每個assert函數(shù)都有第一個參數(shù)是出錯時顯示消息的`函數(shù)原型。
4、測試所有可能引起失敗的地方，如：一個類中頻繁改動的函數(shù)。對于那些僅僅只含有g(shù)etter/setter的類，如果是由IDE（如Eclipse）產(chǎn)生的，則可不測；如果是人工寫，那么測試一下。
5、在setUp和tearDown中的代碼不應該是與測試方法相關(guān)的，而應該是全局相關(guān)的。如針對與測試方法A和B，在setUp和tearDown中的代碼應該是A和B都需要的代碼。
6、測試代碼的組織：相同的包，不同的目錄。這樣，測試代碼可以訪問被測試類的protected變量/方法，方便測試代碼的編寫。放在不同的目錄，則方便了測試代碼的管理以及代碼的打包和發(fā)布。
對于測試用例的命名，我們要使其與測試類的名稱相一致，比如說，類的名稱為Testing，此類的測試用例的名稱為TestingTest。當我們把測試代碼和被測的代碼放在同一目錄下時，我們就可以在編譯被測代碼的同時編譯測試代碼，從而確保兩者是同步更新的。事實上當前的普遍做法，就是把單元測試視為build的一個環(huán)節(jié)。保持測試之間的獨立性是一個很好的習慣，使得它們在任何次序下執(zhí)行的結(jié)果都是相同的。如果真得需要某些測試按照特定的次序執(zhí)行，我們可以借助addtest來實現(xiàn)。當我們需要增加一個測試時，我們要書寫一個自己的測試用例，但是如果喜歡在測試用例的構(gòu)造函數(shù)中做有關(guān)的初始化工作，這就不是個好習慣。數(shù)據(jù)文件應該盡可能和源代碼一起都放在配置管理系統(tǒng)上，但這樣一來如果我們采用上面的resource機制，我們就需要做一件工作，就是把數(shù)據(jù)文件從原來的位置—就是源代碼的某個相對路徑，拷貝到編譯后的位置，也就是class文件的相應的相對路徑。
通過這次軟件測試的系統(tǒng)測試，我對軟件測試有了更加深刻的認識，其實軟件測試并不像想象的那么簡單，它需要測試人員具備多方面的能力和素質(zhì)。軟件測試人員應該擁有廣闊的視野、一定的編程能力、細心和耐心等等。這些對于能否測出優(yōu)秀的系統(tǒng)來說都是必不可少的。
經(jīng)過這次對javaWeb應用系統(tǒng)的測試，我的測試能力得到了鍛煉，對軟件測試有了比較全面的認識，收獲了很多珍貴的東西，而且我也從軟件測試的角度，對編寫健壯的程序也有了新的認識。
【軟件測試工程師總結(jié)】相關(guān)文章：
軟件測試工程師個人總結(jié)范文01-18
軟件測試工程師工作總結(jié)范文01-18
軟件測試見習總結(jié)03-05
軟件測試實習總結(jié)02-23
軟件測試實習總結(jié)09-24
軟件測試個人總結(jié)07-22
軟件測試總結(jié)范文04-14
軟件測試工程師實習報告03-14