軟件測試實(shí)習總結

　　總結是把一定階段內的有關(guān)情況分析研究，做出有指導性結論的書(shū)面材料，它可以有效鍛煉我們的語(yǔ)言組織能力，不如我們來(lái)制定一份總結吧。我們該怎么去寫(xiě)總結呢？下面是小編幫大家整理的軟件測試實(shí)習總結，僅供參考，大家一起來(lái)看看吧。

軟件測試實(shí)習總結1

　　20xx年xx月28日，我懷著(zhù)提高并實(shí)現自我價(jià)值的心態(tài)，跨進(jìn)E軟件技術(shù)有限公司的大門(mén)，開(kāi)始了自己第一份實(shí)習工作。這是一家國內知名的專(zhuān)業(yè)軟件外包企業(yè)，在深圳華南地區位居行業(yè)前列。易軟自開(kāi)始從事軟件外包業(yè)務(wù)以來(lái)，服務(wù)合作模式從人力資源外包發(fā)展到項目外包、離岸開(kāi)發(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)域、易軟公司總部設在深圳，在上海、南京、北京，廣州，重慶，蘇州，武漢，大連等地建立了分公司或辦事處，就近為客戶(hù)提供外包服務(wù)。

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

　　要想成為好的測試人員，首先得了解自己要測試的軟件的相關(guān)知識。要了解軟件產(chǎn)品的架構是什么樣的。要了解軟件的市場(chǎng)需求，在接觸軟件之初要可以多看看用戶(hù)的反饋信息，這些才是用戶(hù)最關(guān)心的，也是在測試中需要注意的問(wèn)題，滿(mǎn)足客戶(hù)是最大的需要。但是了解軟件需求之后要學(xué)會(huì )要多讀些軟件系統的技術(shù)文檔，軟件設計文檔，這些文檔可以幫助了解產(chǎn)品如何工作。還有多看看公司Bug庫中的問(wèn)題，這些存在的問(wèn)題可以幫助自己了解軟件產(chǎn)品那些地方存在缺陷，軟件系統那些地方會(huì )出現錯誤。軟件是運行在一個(gè)大環(huán)境中，如果對系統不熟悉，那么有些問(wèn)題你不能從一個(gè)更廣闊的層面考慮，學(xué)習操作系統的知識，有助于你發(fā)現缺陷，定位問(wèn)題更加準確。比如軟件運行在Windows或者Linux，如果不懂操作系統，你就無(wú)法建立測試環(huán)境，有些時(shí)候時(shí)候軟件的組件發(fā)生問(wèn)題，就是自己系統配置造成的，對系統不熟悉，會(huì )把外在原因歸結為軟件本身。所以要學(xué)習關(guān)于和軟件系統相關(guān)的知識，比如編程，網(wǎng)絡(luò )，數據庫等。不一定要學(xué)習到多好的程度，只是通過(guò)這些擴展的知識面，可以在發(fā)現問(wèn)題，解決問(wèn)題上不會(huì )局限在狹小的圈子里。

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

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

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

　　一、有關(guān)用戶(hù)界面的測試

　　1、圖形測試

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

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

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

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

　　2、內容測試

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

　　如在滕邦項目中，在查詢(xún)機票的時(shí)候出現一個(gè)不應存在奧林匹克航空，查詢(xún)機票深圳—北京時(shí)，出現美國聯(lián)合航空UA，屬于國際票務(wù)，也是不應該查詢(xún)到的。

　　3、整體界面測試

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

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

　　二、bug管理

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

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

　　如在Symbian客戶(hù)端測試中，會(huì )出現“內存不足，請關(guān)閉一些應用程序后再試”的警告，是屬于正�，F象。

　　3、決定BUG嚴重性的時(shí)候，可以根據該被測對象在整個(gè)系統中充當的角色，實(shí)現的功能來(lái)判定如果該對象出現錯誤會(huì )對整個(gè)系統產(chǎn)生什么樣的影響，對產(chǎn)生的影響打分，從而定義BUG的嚴重程度；決定BUG優(yōu)先級的時(shí)候，可以先假設不修復該BUG，出現的這些問(wèn)題會(huì )產(chǎn)生哪些影響，然后判定這些影響的嚴重性來(lái)判定BUG的優(yōu)先性。

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

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

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

軟件測試實(shí)習總結2

　　從入職到現在已經(jīng)有將近三個(gè)星期了，從剛開(kāi)始看理論知識到接觸系統，從完全摸不著(zhù)頭腦到稍稍入門(mén)，從幾乎不知如何下手到開(kāi)始有了學(xué)習的目標，我確實(shí)有很多需要總結的東西，或許零零散散，但都是真實(shí)感受。

　　年前呆的那三四天幾乎全看有關(guān)測試的理論知識了，感覺(jué)跟平時(shí)在學(xué)校里看課件差不多，就是熟悉測試的流程、測試常見(jiàn)的方法，測試都包括哪些內容等基本知識。年后的第一天學(xué)習到的第一點(diǎn)就是“好記性不如爛筆頭”。所有的軟件賬號密碼都已經(jīng)告訴過(guò)我，再次來(lái)卻忘的一干二凈，每次問(wèn)的時(shí)候都要麻煩陳芳賓翻筆記，我發(fā)現她記得很全很細，大家都有隨時(shí)記筆記的好習慣，于是第二天我就認真地帶了筆記本和筆。

　　接下來(lái)的一周我都在看電力方面的理論知識以及重溫公司的測試流程和BUG流程。那些電力名詞我幾乎都沒(méi)聽(tīng)過(guò)，什么輸電網(wǎng)配電網(wǎng)，分壓分區，理論線(xiàn)損，看的很是吃力，我只好用最笨的方法，看到不會(huì )的就在網(wǎng)上查一下記下來(lái)，雖然比較慢，但現在多多少少熟悉了一點(diǎn)，接下來(lái)看系統的時(shí)候也好很多。

　　第二周我開(kāi)始看系統，按照主管的指導，我先看控制中心，我把系統幫助管理生成Word文檔，用了三天的時(shí)間按照步驟說(shuō)明對控制中心下的每個(gè)功能點(diǎn)都完全過(guò)一遍，學(xué)著(zhù)建立自己的單位，畫(huà)接線(xiàn)圖、配線(xiàn)圖、臺區圖，當然都是對著(zhù)文檔比葫蘆畫(huà)瓢�？吹牟患氈戮秃苋菀壮鰡�(wèn)題，比如我最初建單位不知道分配數據權限意味著(zhù)什么就沒(méi)管，導致在組織機構建的單位電網(wǎng)樹(shù)那邊顯示不出來(lái)，也不知道添加的角色用戶(hù)只能注銷(xiāo)不能徹底刪除，結果隨手添加的那一堆用戶(hù)都刪不掉了，每次查詢(xún)的時(shí)候看到那么多亂七八糟命名的用戶(hù)都被自己蠢哭了（學(xué)校里課程設計做的系統都是物理刪除）；還有繪圖的時(shí)候從工具欄拖輸電線(xiàn)路、跨接線(xiàn)、饋線(xiàn)的時(shí)候總是一拖就停不下來(lái)，跑的其他元件都找不到了，鼠標也挪不開(kāi)，只能粗暴地關(guān)掉繪圖窗口，后來(lái)才知道雙擊左鍵就停止了；還有就是增加的元件被我刪掉了，過(guò)后又增加了以同樣名字命名的同樣的元件，結果恢復之后看到兩個(gè)一模一樣的元件就傻眼了，還以為是系統有BUG，結果指導老師告訴我這是允許的，還教我用sql語(yǔ)句查詢(xún)看它們之間的區別。

　　自己點(diǎn)系統的'時(shí)候有點(diǎn)盲目，對執行的操作不理解，指導老師講一會(huì )抵得上我看半天，比如指導老師教我用正向有功示值減去正向有功期初示值計算電量，以及分別設置電量?jì)?yōu)先和底度優(yōu)先時(shí)的區別，還有換表時(shí)怎么算，以及對追補電量的審核等。還有對用sl/sql查詢(xún)時(shí)要怎么用數據庫表，哪些東西是一類(lèi)的，哪幾個(gè)比較特殊，每個(gè)元件的屬性有很多，哪些比較重要，哪些是唯一標識等等，十分認真�？赡苡行┪夷壳袄斫獾倪�不夠透徹，但比我自己看要好太多了，也知道自己該往哪方面學(xué)習。

　　要學(xué)的東西太多太多，每天都很充實(shí)，每當學(xué)會(huì )了一個(gè)新的內容就特別興奮。同時(shí)也認識到自己的很多不足，比如用pl/sql的時(shí)候，雖然之前也學(xué)習過(guò)mysql，但都是理論知識，實(shí)際操作的很少，真正用起來(lái)還是覺(jué)得吃力，所以決定一定要抽時(shí)間好好補補sql語(yǔ)句。還有就是對系統的理解還很不夠，被我誤當成BUG的地方一問(wèn)才知道系統本身就是那樣設計的。

　　接下來(lái)我的目標就是照著(zhù)用例設計多多熟悉系統，多多實(shí)踐練習sql語(yǔ)句，慢慢嘗試著(zhù)執行簡(jiǎn)單的測試。我知道還有很多不足的地方也許是我目前沒(méi)意識到的，所以接下來(lái)的日子我要更加認真努力，提高自己的能力，爭取能早點(diǎn)像其他同事們一樣測試系統，執行任務(wù)，繼續努力吧！

【軟件測試實(shí)習總結】相關(guān)文章：

軟件測試實(shí)習總結04-27

軟件測試實(shí)習總結4篇04-03

軟件測試實(shí)習總結(4篇)04-11

軟件測試實(shí)習總結3篇04-22

軟件測試實(shí)習心得11-08

軟件測試實(shí)習報告12-17

軟件測試實(shí)習日記07-30

軟件測試實(shí)習心得03-16

軟件測試實(shí)習報告12-17