管理實(shí)習(xí)報告模板合集八篇

　　在不斷進(jìn)步的時代，大家逐漸認(rèn)識到報告的重要性，報告具有成文事后性的特點(diǎn)。那么什么樣的報告才是有效的呢？以下是小編為大家收集的管理實(shí)習(xí)報告9篇，僅供參考，歡迎大家閱讀。

管理實(shí)習(xí)報告 篇1

　　20xx年11月28日，我懷著提高并實(shí)現(xiàn)自我價值的心態(tài)，跨進(jìn)E軟件技術(shù)有限公司的大門，開始了自己第一份實(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)眼間，三個月實(shí)習(xí)時間就過去了?；叵肫疬@段時間的工作過程，我從一名普通的大學(xué)生到一個為社會服務(wù)的軟件測試人員，思想覺悟有了很大的提高，作為一個剛剛步入企業(yè)的年輕人來說，什么都不懂，沒有任何實(shí)踐經(jīng)驗(yàn)，不過在各位同事的幫助下，我很快的融入到了這個新環(huán)境，還學(xué)到了很多在學(xué)校學(xué)不到的東西，也認(rèn)識到了自己很多的不足，感覺受益匪淺。以下是我在這幾個月實(shí)習(xí)期間對工作的總結(jié)以及一些自己的心得體會。

　　要想成為好的測試人員，首先得了解自己要測試的軟件的相關(guān)知識。要了解軟件產(chǎn)品的架構(gòu)是什么樣的。要了解軟件的市場需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些才是用戶最關(guān)心的，也是在測試中需要注意的問題，滿足客戶是最大的需要。但是了解軟件需求之后要學(xué)會要多讀些軟件系統(tǒng)的技術(shù)文檔，軟件設(shè)計文檔，這些文檔可以幫助了解產(chǎn)品如何工作。還有多看看公司 Bug 庫中的問題，這些存在的問題可以幫助自己了解軟件產(chǎn)品那些地方存在缺陷，軟件系統(tǒng)那些地方會出現(xiàn)錯誤。軟件是運(yùn)行在一個大環(huán)境中，如果對系統(tǒng)不熟悉，那么有些問題你不能從一個更廣闊的層面考慮，學(xué)習(xí)操作系統(tǒng)的知識，有助于你發(fā)現(xiàn)缺陷，定位問題更加準(zhǔn)確。比如軟件運(yù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í)到多好的程度，只是通過這些擴(kuò)展的知識面，可以在發(fā)現(xiàn)問題，解決問題上不會局限在狹小的圈子里。

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

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

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

　　一.有關(guān)用戶界面的測試

　　1.圖形測試

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

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

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

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

　　2.內(nèi)容測試

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

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

　　3.整體界面測試

　　整體界面是指整個 應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計，是給用戶的一個整體感。例如：當(dāng)用戶瀏覽應(yīng)用系統(tǒng)時是否感到舒適，是否憑直覺就知道要找的信息在什么地方?整個應(yīng)用系統(tǒng)的設(shè)計風(fēng)格是否一致?

　　在滕邦國際項目中，除了wap網(wǎng)站外，還有Symbian、Android、WinMobile三個客戶端，所以在事先沒有標(biāo)準(zhǔn)的情況下，各個平臺的導(dǎo)航不統(tǒng)一，各關(guān)鍵字段也不一致。

　　二.bug管理

　　1. 在進(jìn)行測試前，首先必須理解業(yè)務(wù)和需求。需求和業(yè)務(wù)理解了，才知道客戶想要系統(tǒng)實(shí)現(xiàn)什么。然后按照需求來進(jìn)行測試，不滿足需求要求的都可以認(rèn)為是BUG。

　　2. 和開發(fā)人員溝通。這里說的溝通并不僅僅指通過溝通試圖讓開發(fā)人員修改每個BUG，這個當(dāng)然需要溝通，但是并不是指所有的BUG都需要修改，這中間涉及到成本、技術(shù)，還有別的問題。除此之外，通過和開發(fā)人員搞好關(guān)系，對于BUG我們可以問他發(fā)生該BUG的原因，修改的大致方法，甚至不修改的原因等等，這有助于以后測試中多注意、多發(fā)現(xiàn)這樣的問題，甚至提出修改建議。

　　如在Symbian客戶端測試中，會出現(xiàn)“內(nèi)存不足，請關(guān)閉一些應(yīng)用程序后再試”的警告，是屬于正?，F(xiàn)象。

　　3. 決定BUG嚴(yán)重性的時候，可以根據(jù)該被測對象在整個系統(tǒng)中充當(dāng)?shù)慕巧瑢?shí)現(xiàn)的功能來判定如果該對象出現(xiàn)錯誤會對整個系統(tǒng)產(chǎn)生什么樣的影響，對產(chǎn)生的影響打分，從而定義BUG的嚴(yán)重程度;決定BUG優(yōu)先級的時候，可以先假設(shè)不修復(fù)該BUG，出現(xiàn)的這些問題會產(chǎn)生哪些影響，然后判定這些影響的嚴(yán)重性來判定 BUG的優(yōu)先性。

　　如在項目中，旅游模塊頁面中，點(diǎn)擊查詢時自動退出系統(tǒng)，本是屬于High單，而我提的是Medium單。

　　4. 容易產(chǎn)生BUG的情況：雖然在開發(fā)過程中，軟件需求通常都會發(fā)生改動，所以如果某一部分的軟件需求頻繁發(fā)生變動，那么就會導(dǎo)致和這部分相關(guān)的編碼和設(shè)計會相應(yīng)的頻繁變動，那么在測試中，這部分編碼設(shè)計實(shí)現(xiàn)的部分出現(xiàn)BUG的可能性就很大。

　　如果在開發(fā)的過程中，大量使用了第三方的組件，或者從別的軟件中移植了大量的代碼，那么和這些第三方的組件和代碼相關(guān)部分出現(xiàn)BUG的可能性就很大。

　　例如在本項目中，機(jī)票模塊和酒店模塊的需求經(jīng)常改動，所以這兩個模塊也是該測試的重點(diǎn);Symbian客戶端有V3版本、V5版本，這兩個版本之間的代碼大致相同的，V5版本也是大量復(fù)制了V3版本的代碼，所以V3版本出現(xiàn)異常的時候，V5版本也就會出錯。

　　5. 描述BUG主題時，應(yīng)當(dāng)根據(jù)實(shí)際情況，簡要的描述出自己的操作和希望被重視的現(xiàn)象，不應(yīng)該包含自己對異常表現(xiàn)出現(xiàn)的原因的推測和猜想。BUG的描述要簡潔易懂。

　　6. 不能假設(shè)開發(fā)人員對他們開發(fā)的程序和業(yè)務(wù)需求都十分熟悉，在提交BUG的時候，一定要說明白是哪個模塊的哪個功能，出現(xiàn)了哪種類型的錯誤，并且，如果需要，應(yīng)該把這部分相應(yīng)的需求都描述出來。

　　實(shí)習(xí)這段期間，自己的收獲是豐碩的：最起碼從意識上，發(fā)現(xiàn)自己的不足，并尋求到合適的解決途徑。非常感謝那些曾對我?guī)椭耐隆Ｒ驗(yàn)槟銈兊膸椭翼樌淖哌^了我人生中第一份工作的適應(yīng)期。我堅信：在你們的幫助下，我會持續(xù)努力，不斷反省，總結(jié)提高。