軟件測試實習(xí)報告三篇
第一篇：軟件測試實習(xí)報告
這學(xué)期學(xué)習(xí)了軟件工程實踐這門課，我覺得這是對上學(xué)期的軟件工程課程學(xué)習(xí)的檢驗，上學(xué)期學(xué)習(xí)軟件工程只是我們淺顯的認識，相比之下，這學(xué)期就更加全面的說明了開發(fā)一個項目所需要的步驟以及開發(fā)項目過程中所需要注意的諸多細節(jié)。如果說上學(xué)期的課程注重理論基礎(chǔ)的話，那么這學(xué)期的軟工實踐，顧名思義，就是側(cè)重我們動手操作的能力。
原來我認為開發(fā)一個項目最重要的就是寫代碼，似乎整個軟件都是編代碼，因為自己動手能力不強所以就很排斥做項目�？墒墙�(jīng)過我們學(xué)習(xí)軟工課程到團隊做項目再到學(xué)習(xí)軟件工程實踐課程之后，我才真正意識到實施一個軟件工程項目并不是說簡單的會編碼就能夠解決問題的，因為一個軟件的生命周期分為三個時期：軟件定義時期、開發(fā)時期、維護時期，而這三個時期整體又分為七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設(shè)計、詳細設(shè)計、編碼和單元測試、綜合測試，由此可看出，當我們開發(fā)一個項目時，更多的精力不是放在編碼上，編碼只是一個很小的模塊，而是項目的整體結(jié)構(gòu)上。
在寫軟工實踐體會之前，我想在這里總結(jié)一下上學(xué)期三人團隊做 項目的相關(guān)事宜。上學(xué)期我們?nèi)藞F隊根據(jù)軟件開發(fā)的步驟開發(fā)一個名為“西大老鄉(xiāng)‘薈’”的社交系統(tǒng)，主要是為西大學(xué)子提供一個找老鄉(xiāng)的平臺。雖然只進行到詳細設(shè)計階段，沒有進一步實現(xiàn)，但是我還是從中學(xué)到很多東西的。首先要先確定項目主題，也就是這個項目用來做什么，可以解決什么問題。接著就是這個項目是否有研究的必要以及是否有解決的辦法，針對我們的項目，我們對西大的一些學(xué)生做了問卷調(diào)查，并從調(diào)查中繼續(xù)完善系統(tǒng)本身的做用戶。第三步根據(jù)我們確定的項目主題進行需求分析，這一步驟當時做的不是很好，比如所畫E—R圖、數(shù)據(jù)流圖等都有考慮不周的問題，導(dǎo)致接下來的概要設(shè)計、詳細設(shè)計進行的很困難，有些步驟甚至還需要返工。
從我們在需求分析中出現(xiàn)的問題，使我們明白了軟件定義階段對于一個項目的開發(fā)是至關(guān)重要的，當軟件定義階段完成時必須要用正式的文檔準確的地記錄目標系統(tǒng)的需求。只有前期的準備工作做得好，后面的工作才能順利進行。雖然項目最后沒有完全實現(xiàn)，但是起碼我們已經(jīng)初步體會到軟件項目開發(fā)的步驟，以及每一步所需要完成的文檔等內(nèi)容。
這學(xué)期的軟件工程實踐雖然不是親自動手開發(fā)一個系統(tǒng)，但是張元平老師以“物聯(lián)網(wǎng)物流倉儲管理系統(tǒng)”為主給我們講解了一個真實系統(tǒng)的開發(fā)過程，從計劃到項目系統(tǒng)的發(fā)布實施，以及每一步必須生成的文檔。我主要從以下五個方面談一下我的心得體會。
第一、行業(yè)背景說明方面
對于一個軟件系統(tǒng)的開發(fā)，第一步就是問題定義，了解所開發(fā)系統(tǒng)的行業(yè)背景，制定計劃。當我們計劃確定以后就要對項目系統(tǒng)本身進行可行性研究，主要從技術(shù)可行性、經(jīng)濟可行性和操作可行性三個方面著手。就比如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的行業(yè)背景說明文檔中非常詳細地分析了當下物聯(lián)網(wǎng)物流行業(yè)的整體業(yè)務(wù)說明、應(yīng)用背景、未來發(fā)展趨勢以及相關(guān)應(yīng)用案例等四個方面，項目團隊中系統(tǒng)分析員就可以根據(jù)這份文檔以及相關(guān)的調(diào)查資料對將要開發(fā)系統(tǒng)的進行定義等工作。
原來我們寫這類文檔的時候就是草草了事，不會做得這么詳細，而這次看到大型項目的行業(yè)背景說明也是這么詳細，也讓自己認識到不管是軟件開發(fā)的那個階段都要認真對待，這些瑣碎的文檔都是后期開發(fā)項目的支撐，只要它們做的透徹，后面的開發(fā)工作才能更順利的進行。
第二、項目需求說明方面
這部分項目需求說明就是軟件定義時期中需求分析階段，而該階段的主要目的就是了解用戶的需要，根據(jù)用戶的需要確定系統(tǒng)必須完成那些工作，并對目標系統(tǒng)提出完整、準確、清晰、具體的要求。在需求分析結(jié)束之前系統(tǒng)分析人員要寫出一份需求規(guī)格說明，即為《物聯(lián)網(wǎng)物流倉儲管理系統(tǒng)》項目需求說明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時寫的需求規(guī)格說明書就非常不合格，不僅格式不正確內(nèi)容也是少之又少。
在這方面，這篇文檔給我啟發(fā)很大。首先就是文檔的格式，要美觀整齊，讓人看著舒服方便。其次就是文檔的內(nèi)容，原來它不是很重要，寫文檔的時候也不知道怎么寫就借鑒下網(wǎng)上的內(nèi)容，結(jié)果根本就沒有把自己項目的需求寫明白，以至于自己最后都有些糊涂，所以根據(jù)以前的經(jīng)驗教訓(xùn)我會對這部分更加重視。
第三、系統(tǒng)概要設(shè)計方面
這部分內(nèi)容分說的是軟件設(shè)計時期的概要設(shè)計階段，該階段的主要目的就是實現(xiàn)系統(tǒng)的功能、設(shè)計軟件的結(jié)構(gòu)、模塊組成以及模塊之間的關(guān)系。在概要設(shè)計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統(tǒng)實現(xiàn)方案和軟件結(jié)構(gòu)，從中選出最佳方案和最合理的`結(jié)構(gòu)。在這個階段還會具體畫出E—R圖、數(shù)據(jù)流圖等方面的設(shè)計。
比如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的系統(tǒng)概要設(shè)計從項目概述、設(shè)計約束、功能單元與功能模塊設(shè)計、數(shù)據(jù)E—R圖設(shè)計、總體設(shè)計、界面設(shè)計等六個方面介紹，通過讀這個文檔，我覺得最重要的還是總體設(shè)計，分別從邏輯架構(gòu)設(shè)計、物理架構(gòu)設(shè)計、技術(shù)架構(gòu)設(shè)計設(shè)計系統(tǒng)。在這個階段中模塊要做到高內(nèi)聚低耦合，這樣開發(fā)出來的系統(tǒng)才會具有更高的獨立性。
在原來做項目時沒有編寫過這類文檔，在該階段只是畫了結(jié)構(gòu)圖、層次圖以及相關(guān)的模塊劃分，對該類文檔尚未重視。通過張老師的講解和自己的學(xué)習(xí)，我相信在以后做項目的時候一定會注意到這類文檔的編寫。
第四、詳細設(shè)計與分析方面
詳細設(shè)計階段就是把概要設(shè)計階段的每個模塊進一步設(shè)計，確定每個模塊所需要的算法和數(shù)據(jù)結(jié)構(gòu)。在這個階段還是需要我們設(shè)計出程序的詳細規(guī)格說明，而不是編寫程序。在詳細設(shè)計階段，系統(tǒng)設(shè)計人員可以通過使用程序流程圖、盒圖、PAD圖等過程設(shè)計的工具和Jackson圖等面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計工具進一步設(shè)計系統(tǒng)相關(guān)接口，主要包括界面設(shè)計接口、業(yè)務(wù)單設(shè)計接口、單元模塊設(shè)計接口等，這些對于以后的編碼工作都是極其重要的。
第五、編碼和測試方案方面
關(guān)于編碼，我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設(shè)計時期要按部就班的做，文檔一定要按要求書寫，不能偷懶也不能草草書寫。對于編碼也要有相應(yīng)的文檔書寫規(guī)范，要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣盡管我們不是設(shè)計系統(tǒng)的人員，當看到源程序代碼的時候也能容易讀懂代碼的意思。
其次就是測試的內(nèi)容，從測試的文檔中我們可以得出，其實測試在軟件開發(fā)中同樣占據(jù)了重要的地位，它主要就是盡可能多的找到問題并排除其中的潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。它要求測試人員也要有很高的技術(shù)水平。
第二篇：軟件測試實習(xí)報告
這次軟件工程實訓(xùn)是從20xx.12.26號開始的，截至20xx.12.31號。實訓(xùn)內(nèi)容是用java相關(guān)知識（主要是jsp）做一個物流配送系統(tǒng)。下面談?wù)剬@次實訓(xùn)的看法。
因為自己平時對java知識儲備不足，特別是jsp這一塊基本不了解怎么回事，所以一拿到這個項目，我心里都是沒有底的，再加上我被分到的那個組，我知道就意味著是我一個人在戰(zhàn)斗了。呵呵，26號，實訓(xùn)開始了，我們的老師是來自中軟國際公司的程序員，一個是周褀，一個是朱映，都是一身樸素的著裝，讓我感覺做軟件的也沒什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個組的系統(tǒng)，即將用到的知識，然后就總體把覺得需要補充的知識（jsp和數(shù)據(jù)庫連接等這幾塊）給我們實際操作了下，因為當時看到用jsp，還講的那么認真，當時我就后悔了，平時要是多聽點，現(xiàn)在老師這么認真的給我們講，這是一個多么難得的機會啊。后悔也沒用啊，開始還勉強能理解一點，后來就直接暈了。然后再給大家介紹了一些即將用到的工具，比如rationalRose，SVN，MyEclipse等等。接下來的幾天就不再細講了。下面談?wù)勍ㄟ^這次實訓(xùn)的心得體會吧。
通過這次實訓(xùn)，讓我了解到工程開發(fā)的過程，可行性分析——>需求分析——>概要設(shè)計——>詳細設(shè)計——>代碼編寫——>測試——>驗收。從技術(shù)方面上，我開始jsp基礎(chǔ)基本上就是零的，在老師和syz2（另外一個物流小組，我一個人基本上是跟她們做的，或者說是看著她們做的）的幫助下，對jsp有了一個大概的認識。其實實訓(xùn)開始前，我還以為做個系統(tǒng)沒什么大不了，可是當真正拿到一個項目，我卻真的無從下手了，而且就是在知道需求分析和詳細設(shè)計，在代碼編寫時，一樣寸步難行。通過這個實訓(xùn)，也讓我了解到，團隊協(xié)作是多么的重要。一個人的精力是多么的有限。進一步理解到，企業(yè)為什么如此重視團隊協(xié)作。同時借用老師的話就是團隊協(xié)作固然重要，但是是建立在個人素質(zhì)的基礎(chǔ)上，假設(shè)你個人素質(zhì)不行，將會影響到整個團隊，就別提對團隊作更多貢獻了。**老師說這幾句話的時候，朝向了我，估計是有特殊意義的`吧，所以，我將謹記老師的教導(dǎo)。
還有一個收獲是從一個同學(xué)（小胖）那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺得沒什么了，不過他倒是很重視這個問題吧。然后他說出來，我也覺得這個問題確實其實是個大的問題。就是不管你會不會這門技術(shù)，會不會做這個東西，態(tài)度要正確才好，就算你不會做，你也應(yīng)該認真的對待，將來 出身到社會，就不是說像你現(xiàn)在，不會做就不做，跑去玩游戲了。小胖說出了這段話，也在我身上有了一個印證，雖然我jsp技術(shù)知識為0，但我也還是在認真的跟著他們一起做，不會做，就多問，畢竟現(xiàn)在我們是學(xué)生，可以毫不顧忌的詢問各種問題，老師也會盡力為你回答。將來出身社會就不一樣了。雖然，我就算個打醬油的水平，但是這個醬油也要打得有涵量啊。不管怎么樣，我能對自己有個交待，雖然我不會，但是這次實訓(xùn)我確實是認真對待了，六天的實訓(xùn)，除了晚上加班外，還花了2個通宵來完成不同階段的任務(wù)，完成與否也不重要了，我至少我做了，這點，是這次我應(yīng)該對自己的一個肯定。
這次實訓(xùn)的心得基本上就是這些了，最后特別感謝中軟國際帶我們的那兩個老師（周褀，朱映），這兩個老師對待我們很平易近人，對我們提出的問題，總是不光解決了，還進行了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個問題，臉都變紅了，還在繼續(xù)努力，這點我并不會覺得老師知識儲備不夠，我想應(yīng)該是這個問題的突發(fā)吧，一時沒想到怎么處理。相反讓我感覺更多的就是老師很認真，很負責。還要感謝就是syz2小組的傾力支持，輔導(dǎo)。
第三篇：軟件測試實習(xí)報告
20XX年11月28日，我懷著提高并實現(xiàn)自我價值的心態(tài)，跨進E軟件技術(shù)有限公司的大門，開始了自己第一份實習(xí)工作。這是一家國內(nèi)知名的專業(yè)軟件外包企 業(yè)，在深圳華南地區(qū)位居行業(yè)前列。易軟自開始從事軟件外包業(yè)務(wù)以來，服務(wù)合作模式從人力資源外包發(fā)展到項目外包、離岸開發(fā)和OEM產(chǎn)品合作等模式。業(yè)務(wù)領(lǐng) 域包括電信業(yè)，金融業(yè)，制造業(yè)等。特別在電信行業(yè)有多年積累，在電信業(yè)務(wù)領(lǐng)域涉及固網(wǎng)，智能網(wǎng)、移動通信、光網(wǎng)絡(luò)，電信增值服務(wù)等業(yè)務(wù)領(lǐng)域。易軟公司總部 設(shè)在深圳， 在上海、南京、北京，廣州，重慶，蘇州，武漢，大連等地建立了分公司或辦事處，就近為客戶提供外包服務(wù)。
轉(zhuǎn)眼間，三個月實習(xí) 時間就過去了。回想起這段時間的工作過程，我從一名普通的大學(xué)生到一個為社會服務(wù)的軟件測試人員，思想覺悟有了很大的提高，作為一個剛剛步入企業(yè)的年輕人 來說，什么都不懂，沒有任何實踐經(jīng)驗，不過在各位同事的幫助下，我很快的融入到了這個新環(huán)境，還學(xué)到了很多在學(xué)校學(xué)不到的東西，也認識到了自己很多的不 足，感覺受益匪淺。以下是我在這幾個月實習(xí)期間對工作的總結(jié)以及一些自己的心得體會。
要想成為好的測試人員，首先得了解自己要測試的軟件 的相關(guān)知識。要了解軟件產(chǎn)品的架構(gòu)是什么樣的。要了解軟件的市場需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些才是用戶最關(guān)心的，也是在測試中需 要注意的問題，滿足客戶是最大的需要。但是了解軟件需求之后要學(xué)會要多讀些軟件系統(tǒng)的技術(shù)文檔，軟件設(shè)計文檔，這些文檔可以幫助了解產(chǎn)品如何工作。還有多 看看公司 Bug 庫中的問題，這些存在的問題可以幫助自己了解軟件產(chǎn)品那些地方存在缺陷，軟件系統(tǒng)那些地方會出現(xiàn)錯誤。軟件是運行在一個大環(huán)境中，如果對系統(tǒng)不熟悉，那么 有些問題你不能從一個更廣闊的層面考慮，學(xué)習(xí)操作系統(tǒng)的知識，有助于你發(fā)現(xiàn)缺陷，定位問題更加準確。比如軟件運行在 Windows 或者 Linux ，如果不懂操作系統(tǒng)，你就無法建立測試環(huán)境，有些時候時候軟件的組件發(fā)生問題，就是自己系統(tǒng)配置造成的，對系統(tǒng)不熟悉，會把外在原因歸結(jié)為軟件本身。所以 要學(xué)習(xí)關(guān)于和軟件系統(tǒng)相關(guān)的知識，比如編程，網(wǎng)絡(luò)，數(shù)據(jù)庫等。不一定要學(xué)習(xí)到多好的程度，只是通過這些擴展的知識面，可以在發(fā)現(xiàn)問題，解決問題上不會局限 在狹小的圈子里。
和一切相關(guān)的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客戶交流，會在測試中從客戶的角度發(fā)現(xiàn)問題；和開發(fā)人員交流，會了解開發(fā)人員怎么實現(xiàn)軟件功能的；和項目管理人員交流，會知道開發(fā)進度以及遇到的困難。
在這實習(xí)期間，我就參與了一個項目，這對我在軟件測試方面有了一定的認識和需要注意的地方。
在滕邦國際的項目中，我主要負責的是wap網(wǎng)站、Symbian客戶端和后臺管理系統(tǒng)，對有關(guān)用戶界面的測試和測試執(zhí)行流程有了一定的了解，學(xué)會了對bug管理工具Bugzilla的使用。
一、有關(guān)用戶界面的測試
1、圖形測試
圖形包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。
�。�1） 要確保圖形有明確的用途，應(yīng)用系統(tǒng)的圖片尺寸要合理，并且要能清楚的說明某件事情，一般都鏈接到某個具體的頁面。如在滕邦項目中，wap網(wǎng)站跟客戶端的標志圖形就不一樣，酒店模塊、機票模塊和旅游模塊的`圖片也是不同的。
（2）驗證所有頁面字體的風(fēng)格是否一致。
（3）背景顏色與字體顏色和背景色相搭配。如本項目以該企業(yè)顏色為主。
2、內(nèi)容測試
內(nèi)容測試用來檢驗應(yīng)用系統(tǒng)提供信息的正確性、準確性和相關(guān)性。信息的正確性是指信息是可靠的還是誤傳的。信息的相關(guān)性是指是否在當前頁面可以找到與當前瀏覽信息相關(guān)的信息列表或入口，也就是一般Web站點中的所謂"相關(guān)文章列表"。
如在滕邦項目中，在查詢機票的時候出現(xiàn)一個不應(yīng)存在奧林匹克航空，查詢機票深圳—北京時，出現(xiàn)美國聯(lián)合航空 UA，屬于國際票務(wù)，也是不應(yīng)該查詢到的。
3、整體界面測試
整體界面是指整個 應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計，是給用戶的一個整體感。例如：當用戶瀏覽應(yīng)用系統(tǒng)時是否感到舒適，是否憑直覺就知道要找的信息在什么地方？
整個應(yīng)用系統(tǒng)的設(shè)計風(fēng)格是否一致？
在滕邦國際項目中，除了wap網(wǎng)站外，還有Symbian、Android、WinMobile三個客戶端，所以在事先沒有標準的情況下，各個平臺的導(dǎo)航不統(tǒng)一，各關(guān)鍵字段也不一致。
二、bug管理
1、在進行測試前，首先必須理解業(yè)務(wù)和需求。需求和業(yè)務(wù)理解了，才知道客戶想要系統(tǒng)實現(xiàn)什么。然后按照需求來進行測試，不滿足需求要求的都可以認為是BUG。
2、和開發(fā)人員溝通。這里說的溝通并不僅僅指通過溝通試圖讓開發(fā)人員修改每個BUG，這個當然需要溝通，但是并不是指所有的BUG都需要修改，這中間涉及到成 本、技術(shù)，還有別的問題。除此之外，通過和開發(fā)人員搞好關(guān)系，對于BUG我們可以問他發(fā)生該BUG的原因，修改的大致方法，甚至不修改的原因等等，這有助 于以后測試中多注意、多發(fā)現(xiàn)這樣的問題，甚至提出修改建議。
如在Symbian客戶端測試中，會出現(xiàn)“內(nèi)存不足，請關(guān)閉一些應(yīng)用程序后再試”的警告，是屬于正常現(xiàn)象。
3、決定BUG嚴重性的時候，可以根據(jù)該被測對象在整個系統(tǒng)中充當?shù)慕巧瑢崿F(xiàn)的功能來判定如果該對象出現(xiàn)錯誤會對整個系統(tǒng)產(chǎn)生什么樣的影響，對產(chǎn)生的影響打 分，從而定義BUG的嚴重程度；決定BUG優(yōu)先級的時候，可以先假設(shè)不修復(fù)該BUG，出現(xiàn)的這些問題會產(chǎn)生哪些影響，然后判定這些影響的嚴重性來判定 BUG的優(yōu)先性。
如在項目中，旅游模塊頁面中，時自動退出系統(tǒng)，本是屬于High單，而我提的是Medium單。
4、容易產(chǎn)生BUG的情況：雖然在開發(fā)過程中，軟件需求通常都會發(fā)生改動，所以如果某一部分的軟件需求頻繁發(fā)生變動，那么就會導(dǎo)致和這部分相關(guān)的編碼和設(shè)計會相應(yīng)的頻繁變動，那么在測試中，這部分編碼設(shè)計實現(xiàn)的部分出現(xiàn)BUG的可能性就很大。
如果在開發(fā)的過程中，大量使用了第三方的組件，或者從別的軟件中移植了大量的代碼，那么和這些第三方的組件和代碼相關(guān)部分出現(xiàn)BUG的可能性就很大。
【軟件測試實習(xí)報告】相關(guān)文章：
軟件測試實習(xí)報告07-01
軟件測試人員述職報告07-01
軟件測試述職報告03-02
軟件測試07-11
騰訊軟件測試07-13
軟件測試實習(xí)心得體會03-25
軟件測試課程設(shè)計報告范文07-03
測試顯卡性的軟件07-03