軟件測試實(shí)習(xí)報(bào)告

WORDFILE實(shí)習(xí)匯報(bào)

軟件測試實(shí)習(xí)匯報(bào)WORDFILE實(shí)習(xí)匯報(bào)

第一篇：軟件測試實(shí)習(xí)匯報(bào)

這學(xué)期學(xué)習(xí)了軟件工程實(shí)踐這門課，我覺得這是對上學(xué)期的軟件工程課程學(xué)習(xí)的檢查，上學(xué)期學(xué)習(xí)軟件工程只是我們淺顯的認(rèn)識，相比之下，這學(xué)期就愈加全面的闡明了開發(fā)一種項(xiàng)目所需要的環(huán)節(jié)以及開發(fā)項(xiàng)目過程中所需要注意的諸多細(xì)節(jié)。假如說上學(xué)期的課程重視理論基礎(chǔ)的話，那么這學(xué)期的軟工實(shí)踐，顧名思義，就是側(cè)重我們動(dòng)手操作的能力。

本來我認(rèn)為開發(fā)一種項(xiàng)目最重要的就是寫代碼，似乎整個(gè)軟件都是編代碼，由于自己動(dòng)手能力不強(qiáng)因此就很排斥做項(xiàng)目?？墒峭ㄟ^我們學(xué)習(xí)軟工課程到團(tuán)體做項(xiàng)目再到學(xué)習(xí)軟件工程實(shí)踐課程之后，我才真正意識到實(shí)行一種軟件工程項(xiàng)目并不是說簡樸的會(huì)編碼就可以處理問題的，由于一種軟件的生命周期分為三個(gè)時(shí)期：軟件定義時(shí)期、開發(fā)時(shí)期、維護(hù)時(shí)期，而這三個(gè)時(shí)期整體又分為七個(gè)階段，他們分別是：問題定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測試、綜合測試，由此可看出，當(dāng)我們開發(fā)一種項(xiàng)目時(shí)，更多的精力不是放在編碼上，編碼只是一種很小的模塊，而是項(xiàng)目的整體構(gòu)造上。

在寫軟工實(shí)踐體會(huì)之前，我想在這里總結(jié)一下上學(xué)期三人團(tuán)體做項(xiàng)目的有關(guān)事宜。上學(xué)期我們?nèi)藞F(tuán)體根據(jù)軟件開發(fā)的環(huán)節(jié)開發(fā)一種名為西大老鄉(xiāng)薈的社交系統(tǒng)，重要是為西大學(xué)子提供一種找老鄉(xiāng)的平臺。雖然只進(jìn)行到詳細(xì)設(shè)計(jì)階段，沒有深入實(shí)現(xiàn)，不過我還是從中學(xué)到諸多東西的。首先要先確定項(xiàng)目主題，也就是這個(gè)項(xiàng)目用來做什么，可以處理什么問題。接著就是這個(gè)項(xiàng)目與否有研究的必要以及與否有處理的措施，針對我們的項(xiàng)目，我們對西大的某些學(xué)生做了問卷調(diào)查，并從調(diào)查中繼續(xù)完善系統(tǒng)自身的做顧客。第三步根據(jù)我們確定的項(xiàng)目主題進(jìn)行需求分析，這一環(huán)節(jié)當(dāng)時(shí)做的不是很好，例如所畫E-R圖、數(shù)據(jù)流圖等均有考慮不周的問題，導(dǎo)致接下來的概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)進(jìn)行的很困難，有些環(huán)節(jié)甚至還需要返工。

從我們在需求分析中出現(xiàn)的問題，使我們明白了軟件定義階段對于一種項(xiàng)目的開發(fā)是至關(guān)重要的，當(dāng)軟件定義階段完畢時(shí)必須要用正式的文檔精確的地記錄目的系統(tǒng)的需求。只有前期的準(zhǔn)備工作做得好，背面的工作才能順利進(jìn)行。雖然項(xiàng)目最終沒有完全實(shí)現(xiàn)，不過起碼我們已經(jīng)初步體會(huì)到軟件項(xiàng)目開發(fā)的環(huán)節(jié)，以及每一步所需要完畢的文檔等內(nèi)容。

這學(xué)期的軟件工程實(shí)踐雖然不是親自動(dòng)手開發(fā)一種系統(tǒng)，不過張?jiān)嚼蠋熞晕锫?lián)網(wǎng)物流倉儲管理系統(tǒng)為主給我們講解了一種真實(shí)系統(tǒng)的開發(fā)過程，從計(jì)劃到項(xiàng)目系統(tǒng)的公布實(shí)行，以及每一步必須生成的文檔。我重要從如下五個(gè)方面談一下我的心得體會(huì)。

第一、行業(yè)背景闡明方面

對于一種軟件系統(tǒng)的開發(fā)，第一步就是問題定義，理解所開發(fā)系統(tǒng)的行業(yè)背景，制定計(jì)劃。當(dāng)我們計(jì)劃確定后來就要對項(xiàng)目系統(tǒng)自身進(jìn)行可行性研究，重要從技術(shù)可行性、經(jīng)濟(jì)可行性和操作可行性三個(gè)方面著手。就例如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的行業(yè)背景闡明文檔中非常詳細(xì)地分析了當(dāng)下物聯(lián)網(wǎng)物流行業(yè)的整體業(yè)務(wù)闡明、應(yīng)用背景、未來發(fā)展趨勢以及有關(guān)應(yīng)用案例等四個(gè)方面，項(xiàng)目團(tuán)體中系統(tǒng)分析員就可以根據(jù)這份文檔以及有關(guān)的調(diào)查資料對將要開發(fā)系統(tǒng)的進(jìn)行定義等工作。

本來我們寫此類文檔的時(shí)候就是草草了事，不會(huì)做得這樣詳細(xì)，而這次看到大型項(xiàng)目的行業(yè)背景闡明也是這樣詳細(xì)，也讓自己認(rèn)識到不管是軟件開發(fā)的那個(gè)階段都要認(rèn)真看待，這些瑣碎的文檔都是后期開發(fā)項(xiàng)目的支撐，只要它們做的透徹，背面的開發(fā)工作才能更順利的進(jìn)行。

第二、項(xiàng)目需求闡明方面

這部分項(xiàng)目需求闡明就是軟件定義時(shí)期中需求分析階段，而該階段的重要目的就是理解顧客的需要，根據(jù)顧客的需要確定系統(tǒng)必須完畢那些工作，并對目的系統(tǒng)提出完整、精確、清晰、詳細(xì)的規(guī)定。在需求分析結(jié)束之前系統(tǒng)分析人員要寫出一份需求規(guī)格闡明，即為《物聯(lián)網(wǎng)物流倉儲管理系統(tǒng)》項(xiàng)目需求闡明文檔。我們可以看出該文檔也是非常詳細(xì)，相比之下我們之前做項(xiàng)目時(shí)寫的需求規(guī)格闡明書就非常不合格，不僅格式不對的內(nèi)容也是少之又少。

在這方面，這篇文檔給我啟發(fā)很大。首先就是文檔的格式，要美觀整潔，讓人看著舒適以便。另一方面就是文檔的內(nèi)容，本來它不是很重要，寫文檔的時(shí)候也不懂得怎么寫就借鑒下網(wǎng)上的內(nèi)容，成果主線就沒有把自己項(xiàng)目的需求寫明白，以至于自己最終均有些糊涂，因此根據(jù)此前的經(jīng)驗(yàn)教訓(xùn)我會(huì)對這部分愈加重視。

第三、系統(tǒng)概要設(shè)計(jì)方面

這部分內(nèi)容分說的是軟件設(shè)計(jì)時(shí)期的概要設(shè)計(jì)階段，該階段的重要目的就是實(shí)現(xiàn)系統(tǒng)的功能、設(shè)計(jì)軟件的構(gòu)造、模塊構(gòu)成以及模塊之間的關(guān)系。在概要設(shè)計(jì)階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種也許的系統(tǒng)實(shí)現(xiàn)方案和軟件構(gòu)造，從中選出最佳方案和最合理的構(gòu)造。在這個(gè)階段還會(huì)詳細(xì)畫出E-R圖、數(shù)據(jù)流圖等方面的設(shè)計(jì)。

例如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的系統(tǒng)概要設(shè)計(jì)從項(xiàng)目概述、設(shè)計(jì)約束、功能單元與功能模塊設(shè)計(jì)、數(shù)據(jù)E-R圖設(shè)計(jì)、總體設(shè)計(jì)、界面設(shè)計(jì)等六個(gè)方面簡介，通過讀這個(gè)文檔，我覺得最重要的還是總體設(shè)計(jì)，分別從邏輯架構(gòu)設(shè)計(jì)、物理架構(gòu)設(shè)計(jì)、技術(shù)架構(gòu)設(shè)計(jì)設(shè)計(jì)系統(tǒng)。在這個(gè)階段中模塊要做到高內(nèi)聚低耦合，這樣開發(fā)出來的系統(tǒng)才會(huì)具有更高的獨(dú)立性。

在本來做項(xiàng)目時(shí)沒有編寫過此類文檔，在該階段只是畫了構(gòu)造圖、層次圖以及有關(guān)的模塊劃分，對該類文檔尚未重視。通過張老師的講解和自己的學(xué)習(xí)，我相信在后來做項(xiàng)目的時(shí)候一定會(huì)注意到此類文檔的編寫。

第四、詳細(xì)設(shè)計(jì)與分析方面

詳細(xì)設(shè)計(jì)階段就是把概要設(shè)計(jì)階段的每個(gè)模塊深入設(shè)計(jì)，確定每個(gè)模塊所需要的算法和數(shù)據(jù)構(gòu)造。在這個(gè)階段還是需要我們設(shè)計(jì)出程序的詳細(xì)規(guī)格闡明，而不是編寫程序。在詳細(xì)設(shè)計(jì)階段，系統(tǒng)設(shè)計(jì)人員可以通過使用程序流程圖、盒圖、PAD圖等過程設(shè)計(jì)的工具和Jackson圖等面向數(shù)據(jù)構(gòu)造的設(shè)計(jì)工具深入設(shè)計(jì)系統(tǒng)有關(guān)接口，重要包括界面設(shè)計(jì)接口、業(yè)務(wù)單設(shè)計(jì)接口、單元模塊設(shè)計(jì)接口等，這些對于后來的編碼工作都是極其重要的。

第五、編碼和測試方案方面

有關(guān)編碼，我認(rèn)為編碼要想做的完美必備條件就是前面的軟件定義和軟件設(shè)計(jì)時(shí)期要按部就班的做，文檔一定要按規(guī)定書寫，不能偷懶也不能草草書寫。對于編碼也要有對應(yīng)的文檔書寫規(guī)范，要使源程序代碼的邏輯簡要清晰、易讀易懂。這樣盡管我們不是設(shè)計(jì)系統(tǒng)的人員，當(dāng)看到源程序代碼的時(shí)候也能輕易讀懂代碼的意思。

另一方面就是測試的內(nèi)容，從測試的文檔中我們可以得出，其實(shí)測試在軟件開發(fā)中同樣占據(jù)了重要的地位，它重要就是盡量多的找到問題并排除其中的潛藏的錯(cuò)誤，最終把一種高質(zhì)量的軟件系統(tǒng)交給顧客使用。它規(guī)定測試人員也要有很高的技術(shù)水平。

第二篇：軟件測試實(shí)習(xí)匯報(bào)

這次軟件工程實(shí)訓(xùn)是從20xx.12.26號開始的，截至20xx.12.31號。實(shí)訓(xùn)內(nèi)容是用java有關(guān)知識(重要是jsp)做一種物流配送系統(tǒng)。下面談?wù)剬@次實(shí)訓(xùn)的見解。

由于自己平時(shí)對java知識儲備局限性，尤其是jsp這一塊基本不理解怎么回事，因此一拿到這個(gè)項(xiàng)目，我心里都是沒有底的，再加上我被分到的那個(gè)組，我懂得就意味著是我一種人在戰(zhàn)斗了。呵呵，26號，實(shí)訓(xùn)開始了，我們的老師是來自中軟國際企業(yè)的程序員，一種是周褀，一種是朱映，都是一身樸素的著裝，讓我感覺做軟件的也沒什么兩樣。老師簡介了自己之后，就直接切入正題了，分析了下我們各個(gè)組的系統(tǒng)，即將用到的知識，然后就總體把覺得需要補(bǔ)充的知識(jsp和數(shù)據(jù)庫連接等這幾塊)給我們實(shí)際操作了下，由于當(dāng)時(shí)看到用jsp，還講的那么認(rèn)真，當(dāng)時(shí)我就懊悔了，平時(shí)要是多聽點(diǎn)，目前老師這樣認(rèn)真的給我們講，這是一種多么難得的機(jī)會(huì)啊。懊悔也沒用啊，開始還勉強(qiáng)能理解一點(diǎn)，后來就直接暈了。然后再給大家簡介了某些即將用到的工具，例如rationalRose，SVN，MyEclipse等等。接下來的幾天就不再細(xì)講了。下面談?wù)勍ㄟ^這次實(shí)訓(xùn)的心得體會(huì)吧。

通過這次實(shí)訓(xùn)，讓我理解到工程開發(fā)的過程，可行性分析需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)代碼編寫測試驗(yàn)收。從技術(shù)方面上，我開始jsp基礎(chǔ)基本上就是零的，在老師和syz2(此外一種物流小組，我一種人基本上是跟她們做的，或者說是看著她們做的)的協(xié)助下，對jsp有了一種大概的認(rèn)識。其實(shí)實(shí)訓(xùn)開始前，我還認(rèn)為做個(gè)系統(tǒng)沒什么大不了，可是當(dāng)真正拿到一種項(xiàng)目，我卻真的無從下手了，并且就是在懂得需求分析和詳細(xì)設(shè)計(jì)，在代碼編寫時(shí)，同樣寸步難行。通過這個(gè)實(shí)訓(xùn)，也讓我理解到，團(tuán)體協(xié)作是多么的重要。一種人的精力是多么的有限。深入理解到，企業(yè)為何如此重視團(tuán)體協(xié)作。同步借用老師的話就是團(tuán)體協(xié)作當(dāng)然重要，不過是建立在個(gè)人素質(zhì)的基礎(chǔ)上，假設(shè)你個(gè)人素質(zhì)不行，將會(huì)影響到整個(gè)團(tuán)體，就別提對團(tuán)體作更多奉獻(xiàn)了。**老師說這幾句話的時(shí)候，朝向了我，估計(jì)是有特殊意義的吧，因此，我將謹(jǐn)記老師的教導(dǎo)。

尚有一種收獲是從一種同學(xué)(小胖)那里得到的，他的那組組員跟我的這組大體同樣，我倒是覺得沒什么了，不過他倒是很重視這個(gè)問題吧。然后他說出來，我也覺得這個(gè)問題確實(shí)其實(shí)是個(gè)大的問題。就是不管你會(huì)不會(huì)這門技術(shù)，會(huì)不會(huì)做這個(gè)東西，態(tài)度要對的才好，就算你不會(huì)做，你也應(yīng)當(dāng)認(rèn)真的看待，未來出身到社會(huì)，就不是說像你目前，不會(huì)做就不做，跑去玩游戲了。小胖說出了這段話，也在我身上有了一種印證，雖然我jsp技術(shù)知識為0，但我也還是在認(rèn)真的跟著他們一起做，不會(huì)做，就多問，畢竟目前我們是學(xué)生，可以毫不顧忌的問詢多種問題，老師也會(huì)竭力為你回答。未來出身社會(huì)就不一樣樣了。雖然，我就算個(gè)打醬油的水平，不過這個(gè)醬油也要打得有涵量啊。不管怎么樣，我能對自己有個(gè)交待，雖然我不會(huì)，不過這次實(shí)訓(xùn)我確實(shí)是認(rèn)真看待了，六天的實(shí)訓(xùn)，除了晚上加班外，還花了2個(gè)徹夜來完畢不一樣階段的任務(wù)，完畢與否也不重要了，我至少我做了，這點(diǎn)，是這次我應(yīng)當(dāng)對自己的一種肯定。

這次實(shí)訓(xùn)的心得基本上就是這些了，最終尤其感謝中軟國際帶我們的那兩個(gè)老師(周褀，朱映)，這兩個(gè)老師看待我們很平易近人，對我們提出的問題，總是不光處理了，還進(jìn)行了擴(kuò)展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖處理一種問題，臉都變紅了，還在繼續(xù)努力，這點(diǎn)我并不會(huì)覺得老師知識儲備不夠，我想應(yīng)當(dāng)是這個(gè)問題的突發(fā)吧，一時(shí)沒想到怎么處理。相反讓我感覺更多的就是老師很認(rèn)真，很負(fù)責(zé)。還要感謝就是syz2小組的傾力支持，輔導(dǎo)。

第三篇：軟件測試實(shí)習(xí)匯報(bào)

20XX年11月28日，我懷著提高并實(shí)現(xiàn)自我價(jià)值的心態(tài)，跨進(jìn)E軟件技術(shù)有限企業(yè)的大門，開始了自己第一份實(shí)習(xí)工作。這是一家國內(nèi)著名的專業(yè)軟件外包企業(yè)，在深圳華南地區(qū)位居行業(yè)前列。易軟自開始從事軟件外包業(yè)務(wù)以來，服務(wù)合作模式從人力資源外包發(fā)展到項(xiàng)目外包、離岸開發(fā)和OEM產(chǎn)品合作等模式。業(yè)務(wù)領(lǐng)域包括電信業(yè)，金融業(yè)，制造業(yè)等。尤其在電信行業(yè)有數(shù)年積累,在電信業(yè)務(wù)領(lǐng)域波及固網(wǎng),智能網(wǎng)、移動(dòng)通信、光網(wǎng)絡(luò),電信增值服務(wù)等業(yè)務(wù)領(lǐng)域.易軟企業(yè)總部設(shè)在深圳,在上海、南京、北京，廣州，重慶，蘇州，武漢，大連等地建立了分企業(yè)或辦事處，就近為客戶提供外包服務(wù)。

轉(zhuǎn)眼間，三個(gè)月實(shí)習(xí)時(shí)間就過去了?；貞浧疬@段時(shí)間的工作過程，我從一名一般的大學(xué)生到一種為社會(huì)服務(wù)的軟件測試人員，思想覺悟有了很大的提高，作為一種剛剛步入企業(yè)的年輕人來說，什么都不懂，沒有任何實(shí)踐經(jīng)驗(yàn)，不過在各位同事的協(xié)助下，我很快的融入到了這個(gè)新環(huán)境，還學(xué)到了諸多在學(xué)校學(xué)不到的東西，也認(rèn)識到了自己諸多的不足，感覺受益匪淺。如下是我在這幾種月實(shí)習(xí)期間對工作的總結(jié)以及某些自己的心得體會(huì)。

要想成為好的測試人員，首先得理解自己要測試的軟件的有關(guān)知識。要理解軟件產(chǎn)品的架構(gòu)是什么樣的。要理解軟件的市場需求，在接觸軟件之初要可以多看看顧客的反饋信息，這些才是顧客最關(guān)懷的，也是在測試中需要注意的問題，滿足客戶是最大的需要。不過理解軟件需求之后要學(xué)會(huì)要多讀些軟件系統(tǒng)的技術(shù)文檔，軟件設(shè)計(jì)文檔，這些文檔可以協(xié)助理解產(chǎn)品怎樣工作。尚有多看看企業(yè)Bug庫中的問題，這些存在的問題可以協(xié)助自己理解軟件產(chǎn)品那些地方存在缺陷，軟件系統(tǒng)那些地方會(huì)出現(xiàn)錯(cuò)誤。軟件是運(yùn)行在一種大環(huán)境中，假如對系統(tǒng)不熟悉，那么有些問題你不能從一種更廣闊的層面考慮，學(xué)習(xí)操作系統(tǒng)的知識，有助于你發(fā)現(xiàn)缺陷，定位問題愈加精確。例如軟件運(yùn)行在Windows或者Linux，假如不懂操作系統(tǒng)，你就無法建立測試環(huán)境，有些時(shí)候時(shí)候軟件的組件發(fā)生問題，就是自己系統(tǒng)配置導(dǎo)致的，對系統(tǒng)不熟悉，會(huì)把外在原因歸結(jié)為軟件自身。因此要學(xué)習(xí)有關(guān)和軟件系統(tǒng)有關(guān)的知識，例如編程，網(wǎng)絡(luò)，數(shù)據(jù)庫等。不一定要學(xué)習(xí)到多好的程度，只是通過這些擴(kuò)展的知識面，可以在發(fā)現(xiàn)問題，處理問題上不會(huì)局限在狹小的圈子里。

和一切有關(guān)的人員交流，不一樣的交流渠道，獲取消息是不一樣的，角度也不一樣。和客戶交流，會(huì)在測試中從客戶的角度發(fā)現(xiàn)問題;和開發(fā)人員交流，會(huì)理解開發(fā)人員怎么實(shí)現(xiàn)軟件功能的;和項(xiàng)目管理人員交流，會(huì)懂得開發(fā)進(jìn)度以及碰到的困難。

在這實(shí)習(xí)期間，我就參與了一種項(xiàng)目，這對我在軟件測試方面有了一定的認(rèn)識和需要注意的地方。

在滕邦國際的項(xiàng)目中，我重要負(fù)責(zé)的是wap網(wǎng)站、Symbian客戶端和后臺管理系統(tǒng)，對有關(guān)顧客界面的測試和測試執(zhí)行流程有了一定的理解，學(xué)會(huì)了對bug管理工具Bugzilla的使用。

一.有關(guān)顧客界面的測試

1.圖形測試

圖形包括圖片、動(dòng)畫、邊框、顏色、字體、背景、按鈕等。

(1)要保證圖形有明確的用途，應(yīng)用系統(tǒng)的圖片尺寸要合理，并且要能清晰的闡明某件事情，一般都鏈接到某個(gè)詳細(xì)的頁面。如在滕邦項(xiàng)目中，wap網(wǎng)站跟客戶端的標(biāo)志圖形就不一樣樣，酒店模塊、機(jī)票模塊和旅游模塊的圖片也是不一樣的。

(2)驗(yàn)證所有頁面字體的風(fēng)格與否一致。

(3)背景顏色與字體顏色和背景色相搭配。如本項(xiàng)目以該企業(yè)顏色為主。

2.內(nèi)容測試

內(nèi)容測試用來檢查應(yīng)用系統(tǒng)提供信息的對的性、精確性和有關(guān)性。信息的對的性是指信息是可靠的還是誤傳的。信息的有關(guān)性是指與否在目前頁面可以找到與目前瀏覽信息有關(guān)的信息列表或入口，也就是一般Web站點(diǎn)中的所謂有關(guān)文章列表。

如在滕邦項(xiàng)目中，在查詢機(jī)票的時(shí)候出現(xiàn)一種不應(yīng)存在奧林匹克航空，查詢機(jī)票深圳-北京時(shí)，出現(xiàn)美國聯(lián)合航空UA，屬于國際票務(wù)，也是不應(yīng)當(dāng)查詢到的。

3.整體界面測試

整體界面是指整個(gè)應(yīng)用系統(tǒng)的頁面構(gòu)造設(shè)計(jì)，是給顧客的一種整體感。例如：當(dāng)顧客瀏覽應(yīng)用系統(tǒng)時(shí)與否感到舒適，與否憑直覺就懂得要找的信息在什么地方?

整個(gè)應(yīng)用系統(tǒng)的設(shè)計(jì)風(fēng)格與否一致?

在滕邦國際項(xiàng)目中，除了wap網(wǎng)站外，尚有Symbian、Android、WinMobile三個(gè)客戶端，因此在事先沒有原則的狀況下，各個(gè)平臺的導(dǎo)航不統(tǒng)一，各關(guān)鍵字段也不一致。

二.bug管理

1.在進(jìn)行測試前，首先必須理解業(yè)務(wù)和需求。需求和業(yè)務(wù)理解了，