下面是范文網(wǎng)小編整理的軟件測(cè)試個(gè)人總結(jié)3篇，供大家賞析。
軟件測(cè)試個(gè)人總結(jié)1
這學(xué)期的期末大作業(yè)是對(duì)ELearning Java Web應(yīng)用系統(tǒng)進(jìn)行測(cè)試，通過(guò)這次系統(tǒng)測(cè)試，我學(xué)到了很多知識(shí)，軟件測(cè)試個(gè)人總結(jié)。對(duì)于具體的測(cè)試部分，我主要做的是單元測(cè)試和性能測(cè)試，其中單元測(cè)試使用的是Junit工具，性能測(cè)試使用的是JMeter。就這次大作業(yè)而言，我認(rèn)為它與我們平時(shí)做的實(shí)驗(yàn)很不相同，我們平時(shí)的實(shí)驗(yàn)只是涉及到測(cè)試的某個(gè)小部分，而這次測(cè)試卻是對(duì)一個(gè)相對(duì)完整的項(xiàng)目按照規(guī)范的標(biāo)準(zhǔn)進(jìn)行測(cè)試。
對(duì)于好的測(cè)試來(lái)說(shuō)，應(yīng)該注意一下幾點(diǎn)：
1.測(cè)試的獨(dú)立性：一次只測(cè)試一個(gè)對(duì)象，方便定位出錯(cuò)的位置。這有2層意思：一個(gè)TestCase，只測(cè)試一個(gè)對(duì)象；一個(gè)TestMethod，只測(cè)試這個(gè)對(duì)象中的一個(gè)方法。
2.給測(cè)試方法一個(gè)合適的名字。
3.在assert函數(shù)中給出失敗的原因，如：assertTrue("…should be true",…)，方便查錯(cuò)。在這個(gè)例子中，如果無(wú)法通過(guò)assertTrue，那么給出的'消息將被顯示。在junit中每個(gè)assert函數(shù)都有第一個(gè)參數(shù)是出錯(cuò)時(shí)顯示消息的函數(shù)原型。
4.測(cè)試所有可能引起失敗的地方，如：一個(gè)類中頻繁改動(dòng)的函數(shù)。對(duì)于那些僅僅只含有g(shù)etter/setter的類，如果是由IDE(如Eclipse)產(chǎn)生的，則可不測(cè)；如果是人工寫(xiě)，那么最好測(cè)試一下。
5.在setUp和tearDown中的代碼不應(yīng)該是與測(cè)試方法相關(guān)的，而應(yīng)該是全局相關(guān)的。如針對(duì)與測(cè)試方法A和B，在setUp和tearDown中的代碼應(yīng)該是A和B都需要的代碼。
6.測(cè)試代碼的組織：相同的包，不同的目錄。這樣，測(cè)試代碼可以訪問(wèn)被測(cè)試類的protected變量/方法，方便測(cè)試代碼的編寫(xiě)。放在不同的目錄，則方便了測(cè)試代碼的管理以及代碼的打包和發(fā)布。
對(duì)于測(cè)試用例的命名，我們最好要使其與測(cè)試類的名稱相一致，比如說(shuō)，類的名稱為T(mén)esting，此類的測(cè)試用例的名稱為T(mén)estingTest。當(dāng)我們把測(cè)試代碼和被測(cè)的代碼放在同一目錄下時(shí)，我們就可以在編譯被測(cè)代碼的同時(shí)編譯測(cè)試代碼，從而確保兩者是同步更新的，工作總結(jié)《軟件測(cè)試個(gè)人總結(jié)》。事實(shí)上當(dāng)前的普遍做法，就是把單元測(cè)試視為build的一個(gè)環(huán)節(jié)。保持測(cè)試之間的獨(dú)立性是一個(gè)很好的習(xí)慣，使得它們?cè)谌魏未涡蛳聢?zhí)行的結(jié)果都是相同的。如果真得需要某些測(cè)試按照特定的次序執(zhí)行，我們可以借助addtest來(lái)實(shí)現(xiàn)。當(dāng)我們需要增加一個(gè)測(cè)試時(shí)，我們要書(shū)寫(xiě)一個(gè)自己的測(cè)試用例，但是如果喜歡在測(cè)試用例的構(gòu)造函數(shù)中做有關(guān)的初始化工作，這就不是個(gè)好習(xí)慣。數(shù)據(jù)文件應(yīng)該盡可能和源代碼一起都放在配置管理系統(tǒng)上，但這樣一來(lái)如果我們采用上面的resource機(jī)制，我們就需要做一件工作，就是把數(shù)據(jù)文件從原來(lái)的位置-就是源代碼的某個(gè)相對(duì)路徑，拷貝到編譯后的位置，也就是class文件的相應(yīng)的相對(duì)路徑。
通過(guò)這次軟件測(cè)試的系統(tǒng)測(cè)試，我對(duì)軟件測(cè)試有了更加深刻的認(rèn)識(shí)，其實(shí)軟件測(cè)試并不像想象的那么簡(jiǎn)單，它需要測(cè)試人員具備多方面的能力和素質(zhì)。軟件測(cè)試人員應(yīng)該擁有廣闊的視野、一定的編程能力、細(xì)心和耐心等等。這些對(duì)于能否測(cè)出優(yōu)秀的系統(tǒng)來(lái)說(shuō)都是必不可少的。
經(jīng)過(guò)這次對(duì)java Web應(yīng)用系統(tǒng)的測(cè)試，我的測(cè)試能力得到了鍛煉，對(duì)軟件測(cè)試有了比較全面的認(rèn)識(shí)，收獲了很多珍貴的東西，而且我也從軟件測(cè)試的角度，對(duì)編寫(xiě)健壯的程序也有了新的認(rèn)識(shí)。
軟件測(cè)試個(gè)人總結(jié)2
軟件測(cè)試在整個(gè)軟件周期中的重要性，它存在于整個(gè)項(xiàng)目周期，在項(xiàng)目開(kāi)始之初需求調(diào)研的時(shí)候就開(kāi)始了，在形成需求規(guī)格說(shuō)明書(shū)的時(shí)候就需要針對(duì)文檔進(jìn)行測(cè)試。這個(gè)環(huán)節(jié)在后續(xù)整個(gè)項(xiàng)目中占了很大的比重，能主導(dǎo)整個(gè)項(xiàng)目的走向，成敗與否全在于開(kāi)始階段的決策。
體會(huì)一：軟件測(cè)試的真正意義在于發(fā)現(xiàn)錯(cuò)誤，而不在于驗(yàn)證軟件是正確的。
再嚴(yán)密的測(cè)試也不能完全發(fā)現(xiàn)軟件當(dāng)中所有的錯(cuò)誤，但是測(cè)試還是能發(fā)現(xiàn)大部分的錯(cuò)誤，能確保軟件基本是可用的，所以在后續(xù)使用的過(guò)程中還需要加強(qiáng)快速響應(yīng)的環(huán)節(jié)。結(jié)合軟件測(cè)試的理論，故障暴露在最終客戶端之前及時(shí)主動(dòng)的去發(fā)現(xiàn)并解決。這一點(diǎn)就需要加強(qiáng)研發(fā)隊(duì)伍的建設(shè)。
體會(huì)二：在系統(tǒng)性能測(cè)試方面需要重視。
經(jīng)過(guò)這次培訓(xùn)中多個(gè)案例的講解，讓我了解到系統(tǒng)在上線之后會(huì)有很多不能預(yù)知的性能問(wèn)題，需要在上線之前實(shí)現(xiàn)進(jìn)行模擬，以規(guī)避風(fēng)險(xiǎn)，包括大數(shù)據(jù)量訪問(wèn)，高并發(fā)數(shù)等等。
當(dāng)然也有很多應(yīng)對(duì)手段，沒(méi)有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運(yùn)用以達(dá)到最優(yōu)程度，這是個(gè)很值得研究的領(lǐng)域。
下面是本人的幾點(diǎn)想法：
想法一：加強(qiáng)系統(tǒng)上線前的'性能測(cè)試。
目前我們?cè)陧?xiàng)目建設(shè)過(guò)程中對(duì)性能壓力測(cè)試的重視程度還不太高，廠家也很少有雇傭第三方的測(cè)試機(jī)構(gòu)。而是在現(xiàn)網(wǎng)進(jìn)行試用，遇到問(wèn)題再解決，可能會(huì)產(chǎn)生滯后問(wèn)題，影響客戶使用。希望以后能在性能測(cè)試方面提高重視程度，加大人力投入，以保證系統(tǒng)上線后能夠穩(wěn)定運(yùn)行。
想法二：適當(dāng)介入相關(guān)項(xiàng)目研發(fā)
對(duì)于快速響應(yīng)這塊，我們不能一味依賴廠家，而希望自己就能快速響應(yīng)，及時(shí)將問(wèn)題解決。這也是一個(gè)比較長(zhǎng)遠(yuǎn)的問(wèn)題，需要加強(qiáng)研發(fā)力量的投入。
我個(gè)人是做開(kāi)發(fā)出身，有此類經(jīng)驗(yàn)，當(dāng)時(shí)是在客戶現(xiàn)場(chǎng)，因?yàn)榱私庀到y(tǒng)內(nèi)部結(jié)構(gòu)，能夠在第一時(shí)間排查解決客戶所反饋問(wèn)題。
現(xiàn)在系統(tǒng)完全由廠家開(kāi)發(fā)，很難了解內(nèi)部結(jié)構(gòu)，或許會(huì)造成后期維護(hù)困難。所以，是否應(yīng)該針對(duì)某些項(xiàng)目介入廠家研發(fā)工作，比如請(qǐng)廠家提供源代碼等相關(guān)要素，以增進(jìn)維護(hù)人員對(duì)系統(tǒng)的了解。
最后再次感謝公司提供的平臺(tái)，感謝領(lǐng)導(dǎo)的信任，讓我有機(jī)會(huì)得到更深層次的學(xué)習(xí)以及展示自己能力的機(jī)會(huì)，我也會(huì)盡我所能來(lái)完善工作的系統(tǒng)，提高整體工作效率，為南方電網(wǎng)的發(fā)展建設(shè)提供更堅(jiān)實(shí)，優(yōu)秀的支撐服務(wù)平臺(tái)。
軟件測(cè)試個(gè)人總結(jié)3
回顧20×年5月入職到現(xiàn)在大半年的工作，我在公司領(lǐng)導(dǎo)及各位同事的支持和幫助下，按照公司要求，比較好地完成了本職工作現(xiàn)將這一年的`工作情況總結(jié)如下：
一、項(xiàng)目時(shí)間點(diǎn)及各階段工作
二、測(cè)試總結(jié)
嚴(yán)重性缺陷占到整個(gè)缺陷數(shù)量的百分之四十，從實(shí)際測(cè)試工作來(lái)看，代表性大致可分為以下幾類：點(diǎn)擊“新增”報(bào)錯(cuò)、查詢報(bào)錯(cuò)、保存報(bào)錯(cuò)等直觀的缺陷。在這里建議研發(fā)人員在單元測(cè)試發(fā)現(xiàn)此類缺陷，在今后項(xiàng)目中，減少缺陷數(shù)量，提高軟件質(zhì)量。
中間業(yè)務(wù)平臺(tái)管理系統(tǒng)上線階段：
在管理系統(tǒng)上線階段共發(fā)現(xiàn)6個(gè)問(wèn)題其中有代表性問(wèn)題分類如下：
1、需求問(wèn)題：
系統(tǒng)維護(hù)->賬戶維護(hù)新增時(shí)，賬戶類型字段是從數(shù)據(jù)庫(kù)配置，聯(lián)社方想通過(guò)頁(yè)面控制此字段。此問(wèn)題在集成測(cè)試時(shí)，熬民就提出要從系統(tǒng)頁(yè)面上新增，當(dāng)時(shí)認(rèn)為需求沒(méi)提出此功能忽略了隱性需求導(dǎo)致后期東北農(nóng)電項(xiàng)目上線需要從數(shù)據(jù)庫(kù)大量配置通訊配置表。
教訓(xùn)：今后測(cè)試不止測(cè)試功能是否實(shí)現(xiàn)，需要考慮和結(jié)合系統(tǒng)與系統(tǒng)之間的關(guān)聯(lián)關(guān)系，眼光放得在長(zhǎng)遠(yuǎn)些。
2、技術(shù)實(shí)現(xiàn)問(wèn)題：
集成測(cè)試時(shí)，管理系統(tǒng)新增賬戶時(shí)其合法性需要與核心校驗(yàn)，此問(wèn)題集成測(cè)試通過(guò)，但在上線驗(yàn)證階段發(fā)現(xiàn)此功能沒(méi)實(shí)現(xiàn)。后經(jīng)過(guò)與研發(fā)人員溝通此功能實(shí)現(xiàn)方式是單位關(guān)聯(lián)維護(hù)時(shí)，核心直連標(biāo)志選擇不直連，則此業(yè)務(wù)新增賬戶時(shí)則不與核心校驗(yàn)賬戶。功能實(shí)現(xiàn)邏輯就是錯(cuò)誤，而測(cè)試基于錯(cuò)誤的邏輯去做集成測(cè)試。
軟件測(cè)試個(gè)人總結(jié)3篇相關(guān)文章：
★ 市場(chǎng)營(yíng)銷個(gè)人實(shí)訓(xùn)總結(jié)3篇
★ 小學(xué)英語(yǔ)教師年度考核個(gè)人工作總結(jié)
★ 學(xué)生軍訓(xùn)鑒定表的個(gè)人總結(jié)
★ 婦產(chǎn)科年度護(hù)士個(gè)人工作總結(jié)