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

2、就過去了。回想起這段時(shí)間的工作過程，我從一名一般的高校生到一個(gè)為社會(huì)服務(wù)的軟件測(cè)試人員，思想覺悟有了很大的提高，作為一個(gè)剛剛步入企業(yè)的年輕人來說，什么都不懂，沒有任何實(shí)踐閱歷，不過在各位同事的掛念下，我很快的融入到了這個(gè)新環(huán)境，還學(xué)到了很多在學(xué)校學(xué)不到的東西，也生疏到了自己很多的不足，感覺受益匪淺。以下是我在這幾個(gè)月實(shí)習(xí)期間對(duì)工作的總結(jié)以及一些自己的心得體會(huì)。要想成為好的測(cè)試人員，首先得了解自己要測(cè)試的軟件的相關(guān)學(xué)問。要了解軟件產(chǎn)品的架構(gòu)是什么樣的。要了解軟件的市場(chǎng)需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些才是用戶最關(guān)懷的，也是在測(cè)試中需要留意的問題，滿足客戶是最大的需要。但是了解軟

3、件需求之后要學(xué)會(huì)要多讀些軟件系統(tǒng)的技術(shù)文檔，軟件設(shè)計(jì)文檔，這些文檔可以掛念了解產(chǎn)品如何工作。還有多看看公司Bug庫中的問題，這些存在的問題可以掛念自己了解軟件產(chǎn)品那些地方存在缺陷，軟件系統(tǒng)那些地方會(huì)毀滅錯(cuò)誤。軟件是運(yùn)行在一個(gè)大環(huán)境中，假如對(duì)系統(tǒng)不生疏，那么有些問題你不能從一個(gè)更寬敞的層面考慮，學(xué)習(xí)操作系統(tǒng)的學(xué)問，有助于你發(fā)覺缺陷，定位問題更加精確。比如軟件運(yùn)行在Windows或者Linux，假如不懂操作系統(tǒng)，你就無法建立測(cè)試環(huán)境，有些時(shí)候時(shí)候軟件的組件發(fā)生問題，就是自己系統(tǒng)配置造成的，對(duì)系統(tǒng)不生疏，會(huì)把外在緣由歸結(jié)為軟件本身。所以要學(xué)習(xí)關(guān)于和軟件系統(tǒng)相關(guān)的學(xué)問，比如編程，網(wǎng)絡(luò)，數(shù)據(jù)庫等。不愿定

4、要學(xué)習(xí)到多好的程度，只是通過這些擴(kuò)展的學(xué)問面，可以在發(fā)覺問題，解決問題上不會(huì)局限在狹小的圈子里。和一切相關(guān)的人員溝通，不同的溝通渠道，獵取消息是不同的，角度也不同。和客戶溝通，會(huì)在測(cè)試中從客戶的角度發(fā)覺問題;和開發(fā)人員溝通，會(huì)了解開發(fā)人員怎么實(shí)現(xiàn)軟件功能的;和項(xiàng)目管理人員溝通，會(huì)知道開發(fā)進(jìn)度以及遇到的困難。在這實(shí)習(xí)期間，我就參與了一個(gè)項(xiàng)目，這對(duì)我在軟件測(cè)試方面有了確定的生疏和需要留意的地方。在滕邦國(guó)際的項(xiàng)目中，我主要負(fù)責(zé)的是wap網(wǎng)站、Symbian客戶端和后臺(tái)管理系統(tǒng)，對(duì)有關(guān)用戶界面的測(cè)試和測(cè)試執(zhí)行流程有了確定的了解，學(xué)會(huì)了對(duì)bug管理工具Bugzilla的使用。一.有關(guān)用戶界面的測(cè)試1.圖

5、形測(cè)試圖形包括圖片、動(dòng)畫、邊框、顏色、字體、背景、按鈕等。(1)要確保圖形有明確的用途，應(yīng)用系統(tǒng)的圖片尺寸要合理，并且要能清楚的說明某件事情，一般都鏈接到某個(gè)具體的頁面。如在滕邦項(xiàng)目中，wap網(wǎng)站跟客戶端的標(biāo)志圖形就不一樣，酒店模塊、機(jī)票模塊和旅游模塊的圖片也是不同的。(2)驗(yàn)證全部頁面字體的風(fēng)格是否全都。(3)背景顏色與字體顏色和背景色相搭配。如本項(xiàng)目以該企業(yè)顏色為主。2.內(nèi)容測(cè)試內(nèi)容測(cè)試用來檢驗(yàn)應(yīng)用系統(tǒng)供應(yīng)信息的正確性、精確性和相關(guān)性。信息的正確性是指信息是牢靠的還是誤傳的。信息的相關(guān)性是指是否在當(dāng)前頁面可以找到與當(dāng)前掃瞄信息相關(guān)的信息列表或入口，也就是一般Web站點(diǎn)中的所謂相關(guān)文章列表。

6、如在滕邦項(xiàng)目中，在查詢機(jī)票的時(shí)候毀滅一個(gè)不應(yīng)存在奧林匹克航空，查詢機(jī)票深圳-北京時(shí)，毀滅美國(guó)聯(lián)合航空UA，屬于國(guó)際票務(wù)，也是不應(yīng)當(dāng)查詢到的。3.整體界面測(cè)試整體界面是指整個(gè)應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計(jì)，是給用戶的一個(gè)整體感。例如:當(dāng)用戶掃瞄應(yīng)用系統(tǒng)時(shí)是否感到舒適，是否憑直覺就知道要找的信息在什么地方?整個(gè)應(yīng)用系統(tǒng)的設(shè)計(jì)風(fēng)格是否全都?在滕邦國(guó)際項(xiàng)目中，除了wap網(wǎng)站外，還有Symbian、Android、WinMobile三個(gè)客戶端，所以在事先沒有標(biāo)準(zhǔn)的狀況下，各個(gè)平臺(tái)的導(dǎo)航不統(tǒng)一，各關(guān)鍵字段也不全都。二.bug管理1.在進(jìn)行測(cè)試前，首先必需理解業(yè)務(wù)和需求。需求和業(yè)務(wù)理解了，才知道客戶想要系統(tǒng)實(shí)現(xiàn)什么

7、。然后依據(jù)需求來進(jìn)行測(cè)試，不滿足需求要求的都可以認(rèn)為是BUG。2.和開發(fā)人員溝通。這里說的溝通并不僅僅指通過溝通試圖讓開發(fā)人員修改每個(gè)BUG，這個(gè)當(dāng)然需要溝通，但是并不是指全部的BUG都需要修改，這中間涉及到成本、技術(shù)，還有別的問題。除此之外，通過和開發(fā)人員搞好關(guān)系，對(duì)于BUG我們可以問他發(fā)生該BUG的緣由，修改的大致方法，甚至不修改的緣由等等，這有助于以后測(cè)試中多留意、多發(fā)覺這樣的問題，甚至提出修改建議。如在Symbian客戶端測(cè)試中，會(huì)毀滅“內(nèi)存不足，請(qǐng)關(guān)閉一些應(yīng)用程序后再試”的警告，是屬于正常現(xiàn)象。3.打算BUG嚴(yán)峻性的時(shí)候，可以依據(jù)該被測(cè)對(duì)象在整個(gè)系統(tǒng)中充當(dāng)?shù)慕巧瑢?shí)現(xiàn)的功能來判定假如

8、該對(duì)象毀滅錯(cuò)誤會(huì)對(duì)整個(gè)系統(tǒng)產(chǎn)生什么樣的影響，對(duì)產(chǎn)生的影響打分，從而定義BUG的嚴(yán)峻程度;打算BUG優(yōu)先級(jí)的時(shí)候，可以先假設(shè)不修復(fù)該BUG，毀滅的這些問題會(huì)產(chǎn)生哪些影響，然后判定這些影響的嚴(yán)峻性來判定BUG的優(yōu)先性。如在項(xiàng)目中，旅游模塊頁面中，點(diǎn)擊查詢時(shí)自動(dòng)退出系統(tǒng)，本是屬于High單，而我提的是Medium單。4.簡(jiǎn)潔產(chǎn)生BUG的狀況:雖然在開發(fā)過程中，軟件需求通常都會(huì)發(fā)生改動(dòng)，所以假如某一部分的軟件需求頻繁發(fā)生變動(dòng)，那么就會(huì)導(dǎo)致和這部分相關(guān)的編碼和設(shè)計(jì)會(huì)相應(yīng)的頻繁變動(dòng)，那么在測(cè)試中，這部分編碼設(shè)計(jì)實(shí)現(xiàn)的部分毀滅BUG的可能性就很大。假如在開發(fā)的過程中，大量使用了第三方的組件，或者從別的軟件中

9、移植了大量的代碼，那么和這些第三方的組件和代碼相關(guān)部分毀滅BUG的可能性就很大。例如在本項(xiàng)目中，機(jī)票模塊和酒店模塊的需求經(jīng)常改動(dòng)，所以這兩個(gè)模塊也是該測(cè)試的重點(diǎn);Symbian客戶端有V3版本、V5版本，這兩個(gè)版本之間的代碼大致相同的，V5版本也是大量復(fù)制了V3版本的代碼，所以V3版本毀滅特殊的時(shí)候，V5版本也就會(huì)出錯(cuò)。5.描述BUG主題時(shí)，應(yīng)當(dāng)依據(jù)實(shí)際狀況，簡(jiǎn)要的描述出自己的操作和期望被重視的現(xiàn)象，不應(yīng)當(dāng)包含自己對(duì)特殊表現(xiàn)毀滅的緣由的推想和猜想。BUG的描述要簡(jiǎn)潔易懂。6.不能假設(shè)開發(fā)人員對(duì)他們開發(fā)的程序和業(yè)務(wù)需求都格外生疏，在提交BUG的時(shí)候，確定要說明白是哪個(gè)模塊的哪個(gè)功能，毀滅了哪種類型的錯(cuò)誤，并