軟件測試答辯項目總結(jié).doc

ID:13050248

大?。?5.78 KB

頁數(shù):8頁

時間:2018-07-20

軟件測試答辯項目總結(jié).doc_第1頁
軟件測試答辯項目總結(jié).doc_第2頁
軟件測試答辯項目總結(jié).doc_第3頁
軟件測試答辯項目總結(jié).doc_第4頁
軟件測試答辯項目總結(jié).doc_第5頁
資源描述:

《軟件測試答辯項目總結(jié).doc》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、軟件測試答辯項目總結(jié)  軟件測試答辯項目總結(jié)該如何擬寫呢?今天我們就一起來了解一下吧!   軟件測試答辯項目總結(jié)【1】這學(xué)期的期末大作業(yè)是對ELearningJavaWeb應(yīng)用系統(tǒng)進行測試,通過這次系統(tǒng)測試,我學(xué)到了很多知識,軟件測試個人總結(jié)。對于具體的測試部分,我主要做的是單元測試和性能測試,其中單元測試使用的是Junit工具,性能測試使用的是JMeter。就這次大作業(yè)而言,我認為它與我們平時做的實驗很不相同,我們平時的實驗只是涉及到測試的某個小部分,而這次測試卻是對一個相對完整的項目按照規(guī)范的

2、標準進行測試。 對于好的測試來說,應(yīng)該注意一下幾點:   1.測試的獨立性:一次只測試一個對象,方便定位出錯的位置。這有2層意思:一個TestCase,只測試一個對象;一個TestMethod,只測試這個對象中的一個方法。 2.給測試方法一個合適的名字。   3.在assert函數(shù)中給出失敗的原因,如:assertTrue("…shouldbetrue",…),方便查錯。在這個例子中,如果無法通過assertTrue,那么給出的消息將被顯示。在junit中每個assert函數(shù)都有第一個參數(shù)是出錯時

3、顯示消息的函數(shù)原型。   4.測試所有可能引起失敗的地方,如:一個類中頻繁改動的函數(shù)。對于那些僅僅只含有g(shù)etter/setter的類,如果是由IDE(如Eclipse)產(chǎn)生的,則可不測;如果是人工寫,那么最好測試一下。   5.在setUp和tearDown中的代碼不應(yīng)該是與測試方法相關(guān)的,而應(yīng)該是全局相關(guān)的。如針對與測試方法A和B,在setUp和tearDown中的代碼應(yīng)該是A和B都需要的代碼。   6.測試代碼的組織:相同的包,不同的目錄。這樣,測試代碼可以訪問被測試類的protected變

4、量/方法,方便測試代碼的編寫。放在不同的目錄,則方便了測試代碼的管理以及代碼的打包和發(fā)布。   對于測試用例的命名,我們最好要使其與測試類的名稱相一致,比如說,類的名稱為Testing,此類的測試用例的名稱為TestingTest。當(dāng)我們把測試代碼和被測的代碼放在同一目錄下時,我們就可以在編譯被測代碼的同時編譯測試代碼,從而確保兩者是同步更新的,工作總結(jié)《軟件測試個人總結(jié)》。事實上當(dāng)前的普遍做法,就是把單元測試視為build的一個環(huán)節(jié)。保持測試之間的獨立性是一個很好的習(xí)慣,使得它們在任何次序下執(zhí)行

5、的結(jié)果都是相同的。如果真得需要某些測試按照特定的次序執(zhí)行,我們可以借助addtest來實現(xiàn)。當(dāng)我們需要增加一個測試時,我們要書寫一個自己的測試用例,但是如果喜歡在測試用例的構(gòu)造函數(shù)中做有關(guān)的初始化工作,這就不是個好習(xí)慣。數(shù)據(jù)文件應(yīng)該盡可能和源代碼一起都放在配置管理系統(tǒng)上,但這樣一來如果我們采用上面的resource機制,我們就需要做一件工作,就是把數(shù)據(jù)文件從原來的位置-就是源代碼的某個相對路徑,拷貝到編譯后的位置,也就是class文件的相應(yīng)的相對路徑。   通過這次軟件測試的系統(tǒng)測試,我對軟件測試

6、有了更加深刻的認識,其實軟件測試并不像想象的那么簡單,它需要測試人員具備多方面的能力和素質(zhì)。軟件測試人員應(yīng)該擁有廣闊的視野、一定的編程能力、細心和耐心等等。這些對于能否測出優(yōu)秀的系統(tǒng)來說都是必不可少的。   經(jīng)過這次對javaWeb應(yīng)用系統(tǒng)的測試,我的測試能力得到了鍛煉,對軟件測試有了比較全面的認識,收獲了很多珍貴的東西,而且我也從軟件測試的角度,對編寫健壯的程序也有了新的認識。   記錄激動時刻,贏取超級大獎!點擊鏈接,和我一起參加"XX:我的世界杯Blog日志"活動!   軟件測試答辯項目總結(jié)

7、【2】我在幾個月的軟甲測試課程中深刻體會到軟件測試的重要性和趣味性。這門課教會我們以軟件系統(tǒng)工程的更大視角審視軟件測試這項工作。   在做作業(yè)的過程中我感覺我做的測試項目越多,閱讀的測試書籍越多,我越感到我對軟件測試理解的越膚淺。因為我越來越感受到軟件測試的廣度和深度的無限性,它像大海寬廣,像宇宙那樣深邃。   為什么要進行軟件測試軟件測試的前途如何軟件測試的工具和思想誰更重要軟件測試的最高境界是什么   軟件測試是保證軟件質(zhì)量的重要活動,是軟件項目實施的不可缺少的環(huán)節(jié)。軟件測試的直接目的是發(fā)現(xiàn)軟

8、件中存在的缺陷。此為測試的有效性。   在軟件項目沒有結(jié)束之前的全部軟件缺陷主要由軟件開發(fā)人員負責(zé),因為軟件缺陷來自程序員的編程。軟件項目結(jié)束后的軟件缺陷主要由軟件測試人員負責(zé),因為軟件測試人員沒有在軟件發(fā)布之前的測試中沒有發(fā)現(xiàn)隱藏的錯誤。   軟件測試不是萬能的,因為不可能發(fā)現(xiàn)全部的軟件缺陷,而且軟件的功能和性能不是由測試決定的。此為測試的有限性。   軟件測試目前主要以手工測試為主,自動測試工具雖然很多,但實際應(yīng)用的廣度和深度還有很大潛力,自動將有很大的發(fā)展空間!。軟件測試的缺

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細閱讀文檔內(nèi)容,確認文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。
关闭