信息技術(shù)IT公司軟件測試工程師實(shí)習(xí)報(bào)告一、摘要2023年7月1日至2023年8月31日，我在一家信息技術(shù)公司擔(dān)任軟件測試工程師實(shí)習(xí)生。實(shí)習(xí)期間，負(fù)責(zé)3個Web應(yīng)用項(xiàng)目的功能測試，完成測試用例200份，執(zhí)行測試用例1500條，發(fā)現(xiàn)并提交高優(yōu)先級缺陷85個，其中32個被確認(rèn)為嚴(yán)重缺陷。應(yīng)用自動化測試工具Selenium編寫腳本50條，將回歸測試效率提升40%。通過缺陷跟蹤系統(tǒng)分析，將典型性能瓶頸定位到數(shù)據(jù)庫查詢語句，提出優(yōu)化方案后系統(tǒng)響應(yīng)時間縮短25%?？偨Y(jié)出基于場景化測試的用例設(shè)計(jì)方法論，該方法在后續(xù)測試中使缺陷覆蓋率提升35%。二、實(shí)習(xí)內(nèi)容及過程2023年7月1日到8月31日，我在一家做企業(yè)軟件的IT公司實(shí)習(xí)，崗位是軟件測試工程師。他們那主要做ERP系統(tǒng)和CRM系統(tǒng)，客戶都是些中小型企業(yè)，對系統(tǒng)穩(wěn)定性和安全性要求挺高。我跟著團(tuán)隊(duì)做了兩個項(xiàng)目的測試工作，一個是金融行業(yè)的CRM系統(tǒng)，另一個是制造業(yè)的ERP模塊。我的主要任務(wù)是需求分析，根據(jù)產(chǎn)品經(jīng)理給的文檔寫測試用例。7月中旬，我負(fù)責(zé)CRM系統(tǒng)的功能測試，那項(xiàng)目比較急，需求文檔改了三次。剛開始寫用例有點(diǎn)懵，因?yàn)闃I(yè)務(wù)邏輯比較繞，比如客戶跟進(jìn)記錄的關(guān)聯(lián)操作，試了兩天才理清。后來我直接找開發(fā)問細(xì)節(jié)，還看了他們寫的代碼注釋，慢慢就上手了。一周內(nèi)完成了80%的用例，最后提交了200份測試用例，執(zhí)行的時候發(fā)現(xiàn)47個缺陷，其中12個是高優(yōu)先級，比如一個導(dǎo)出報(bào)表功能卡死，定位原因是數(shù)據(jù)量太大沒做分頁。第二個項(xiàng)目是ERP的庫存管理模塊，8月初開始測。那段時間我自學(xué)了Selenium，幫團(tuán)隊(duì)把部分回歸測試自動化了。原本手動跑回歸要兩天，我用腳本跑只要6個小時，效率確實(shí)高。但自動化腳本寫的時候踩了不少坑，比如某個依賴瀏覽器的接口，頭信息亂了一直報(bào)錯，查了半天才知道是Cookie沒同步。最后提交了1500條測試用例，發(fā)現(xiàn)63個缺陷，其中28個是性能問題，比如批量導(dǎo)入商品時系統(tǒng)響應(yīng)超過5秒。我整理了這些問題，還畫了根因分析圖，幫開發(fā)把SQL查詢優(yōu)化了，系統(tǒng)響應(yīng)時間直接降了25%。實(shí)習(xí)期間最挑戰(zhàn)的是跨團(tuán)隊(duì)溝通，測試環(huán)境總是不穩(wěn)定。有一次測支付接口，測試環(huán)境一直報(bào)503錯誤，跟運(yùn)維扯了兩天才搞明白是CDN緩存沒清理。后來我提議每個項(xiàng)目建立專門的溝通群，用Jira跟蹤問題，確實(shí)高效多了。另一個問題是測試數(shù)據(jù)準(zhǔn)備，有時候業(yè)務(wù)部門臨時要加場景，我半夜還得爬起來做數(shù)據(jù)。不過那也讓我學(xué)會了怎么用Python腳本快速生成測試數(shù)據(jù)，雖然簡單但挺實(shí)用。最大的收獲是看懂了完整的項(xiàng)目流程，從需求評審到上線，每個環(huán)節(jié)都可能出問題。比如CRM項(xiàng)目上線前一周，突然發(fā)現(xiàn)某個瀏覽器兼容性有問題，全靠加班加點(diǎn)調(diào)兼容性才趕上時間。這讓我明白測試不是孤立環(huán)節(jié)，得提前介入。職業(yè)規(guī)劃上，我更想往性能測試方向發(fā)展了，那段時間測ERP系統(tǒng)，發(fā)現(xiàn)性能問題比功能缺陷還頭疼，但解決后系統(tǒng)體驗(yàn)真的不一樣。公司培訓(xùn)機(jī)制還行，但感覺缺乏對測試框架的深入培訓(xùn)，比如沒人講過如何設(shè)計(jì)更高效的自動化框架。建議可以請有經(jīng)驗(yàn)的測試架構(gòu)師來講講，或者多組織幾次內(nèi)部技術(shù)分享會。三、總結(jié)與體會這8周實(shí)習(xí)，感覺像是從校園到職場的快速過渡。7月剛?cè)サ臅r候，面對實(shí)際項(xiàng)目還是有點(diǎn)懵，特別是CRM系統(tǒng)那種復(fù)雜的業(yè)務(wù)邏輯，寫測試用例花了比預(yù)想多一倍的時間。后來接手ERP庫存模塊的自動化測試，那才真是把壓力給真真切切感受到。1500條用例，每天要盯性能數(shù)據(jù)，凌晨兩點(diǎn)查完日志才睡是常事。但最爽的是看到自己寫的Selenium腳本把回歸測試時間從48小時砍到6小時，這種成就感是學(xué)校里做項(xiàng)目完全體會不到的。實(shí)習(xí)最大的價(jià)值在于把書本知識跟真家伙對上了。比如學(xué)到的場景化測試方法，在CRM系統(tǒng)上直接用了，最后提交的200份用例覆蓋了85%的業(yè)務(wù)場景，同事都說比傳統(tǒng)等價(jià)類測試細(xì)致多了。還有那回定位ERP批量導(dǎo)入慢的問題，我扒開發(fā)代碼，發(fā)現(xiàn)是SQL沒加索引。開發(fā)跟我說，這種問題學(xué)校里基本接觸不到，但實(shí)際工作中太常見了。現(xiàn)在回頭看，實(shí)習(xí)就是給我上了堂最生動的軟件工程課，那些需求評審、缺陷管理流程，比課本上生動多了。職業(yè)規(guī)劃上，這次經(jīng)歷讓我更想往性能測試方向發(fā)展。ERP系統(tǒng)那次，我發(fā)現(xiàn)系統(tǒng)響應(yīng)時間超過3秒用戶就明顯抱怨，而優(yōu)化的過程讓我學(xué)到怎么用JMeter壓測，怎么分析TPS和錯誤率。這讓我琢磨著下學(xué)期要報(bào)個ISTQB性能測試認(rèn)證，把JMeter玩得更深。行業(yè)里現(xiàn)在都說云原生、微服務(wù)，但底層還是得靠穩(wěn)，性能和穩(wěn)定性才是核心競爭力。我實(shí)習(xí)那倆項(xiàng)目，至少有30%的缺陷是性能問題，這印證了真金白銀的教訓(xùn)。心態(tài)轉(zhuǎn)變上，最大的變化是抗壓能力。以前做實(shí)驗(yàn)覺得熬夜查資料挺苦，這次連續(xù)加班兩周，每天工作12小時以上，但想到系統(tǒng)上線不能出問題，反而覺得責(zé)任重大?，F(xiàn)在看產(chǎn)品經(jīng)理提的需求不合理，也能直接溝通而不是悶頭做。比如CRM項(xiàng)目上線前一周發(fā)現(xiàn)瀏覽器兼容性bug，我連夜調(diào)了三個晚上，雖然累但最后系統(tǒng)跑得順，那種感覺跟單純做實(shí)驗(yàn)完全不一樣。下一步打算把實(shí)習(xí)中做的測試用例模板、性能壓測報(bào)告整理成筆記，下學(xué)期爭取在學(xué)校搞個測試工具開發(fā)的小項(xiàng)目，把Selenium和Python結(jié)合得更深。現(xiàn)在看招聘軟件測試崗位，都要求懂自動化、懂性能，感覺實(shí)習(xí)經(jīng)歷就是最好的敲門磚，能把這些技能往簡歷上一擺，面試時說話也更有底氣。這8周沒白費(fèi)，至少讓我知道路該怎么走了。四、致謝在這8周的實(shí)習(xí)期間，得到了很多幫助。感謝公司提供的機(jī)會，讓我接觸到了真實(shí)的軟件開發(fā)測試流程。特別感謝我的導(dǎo)師，耐心指導(dǎo)我如何分析需求、設(shè)計(jì)測試用例，還有那段時間幫我解決CRM系統(tǒng)兼容性問題的耐心。團(tuán)隊(duì)里的同事也很熱心，比如教我如何用JMeter做基礎(chǔ)壓測的幾位，還有一起熬夜調(diào)試ERP導(dǎo)入功能的伙伴