軟件工程與科學(xué)專業(yè)XX軟件研發(fā)公司測試工程師實習(xí)報告一、摘要2023年7月1日至2023年8月31日，我在XX軟件研發(fā)公司擔(dān)任測試工程師實習(xí)生。核心工作成果包括完成30個功能模塊的測試用例設(shè)計，執(zhí)行測試并提交2000余條缺陷報告，其中95%被開發(fā)團(tuán)隊確認(rèn)并修復(fù)。通過應(yīng)用自動化測試工具Selenium，將回歸測試效率提升40%，覆蓋率達(dá)85%。熟練運用JUnit框架編寫單元測試，保障代碼質(zhì)量。提煉出“分層測試”方法論，將接口測試與UI測試結(jié)合，有效降低返工率。掌握缺陷生命周期管理流程，建立規(guī)范化的缺陷跟蹤表，縮短問題解決周期至平均1.5個工作日。二、實習(xí)內(nèi)容及過程1.實習(xí)目的希望通過實踐了解軟件測試在真實項目中的完整流程，掌握測試工具和自動化技術(shù)，提升發(fā)現(xiàn)問題與解決問題的能力，為后續(xù)學(xué)習(xí)打下基礎(chǔ)。2.實習(xí)單位簡介我在一家專注于企業(yè)級SaaS產(chǎn)品的研發(fā)公司實習(xí)，團(tuán)隊主要采用敏捷開發(fā)模式，產(chǎn)品涉及CRM和ERP系統(tǒng)，技術(shù)棧以Java和Python為主，測試環(huán)境包含多個版本和瀏覽器兼容性要求。3.實習(xí)內(nèi)容與過程第12周主要熟悉公司和項目，跟著導(dǎo)師學(xué)習(xí)測試計劃和用例設(shè)計。比如參與“銷售管理模塊”的測試，我根據(jù)需求文檔編寫了120個功能測試用例，重點關(guān)注數(shù)據(jù)校驗和權(quán)限控制。第35周深入測試執(zhí)行，發(fā)現(xiàn)并提交了約1800條缺陷，其中50條屬于高優(yōu)先級，比如一個批量導(dǎo)入功能在數(shù)據(jù)量超過1000條時會卡死，通過日志分析定位到是數(shù)據(jù)庫索引問題。后來用JMeter做了接口性能測試，發(fā)現(xiàn)某個API在并發(fā)50時響應(yīng)時間超過2秒，建議開發(fā)加緩存層后，優(yōu)化到0.5秒。第68周嘗試自動化測試，用Selenium錄制了10個核心場景的腳本，覆蓋率約60%，雖然覆蓋率不算高但確實節(jié)省了不少回歸時間。4.實習(xí)成果與收獲最終提交的缺陷報告中，90%來自自己寫的用例，導(dǎo)師夸測試深度夠。最大的收獲是學(xué)會結(jié)合業(yè)務(wù)場景做測試，比如一次發(fā)現(xiàn)訂單模塊的金額計算在特定分情況會漏減稅金，這讓我意識到不能只盯功能點。還學(xué)會了看系統(tǒng)監(jiān)控，比如通過Prometheus發(fā)現(xiàn)某個服務(wù)CPU飆升時，能快速定位到是循環(huán)邏輯沒加break。職業(yè)規(guī)劃上更清晰了，想往性能測試方向發(fā)展，但感覺現(xiàn)在這塊挺吃香，競爭激烈。5.問題與建議實習(xí)期間遇到2個困難。一是測試環(huán)境不穩(wěn)定，有次測試一個報表功能，數(shù)據(jù)突然全亂，花3小時才弄明白是上游服務(wù)出問題導(dǎo)致的，最后寫了個臨時workaround。二是缺陷跟蹤流程有點模糊，有時需求變更后沒人及時同步測試用例，我花了半天重補(bǔ)了20個用例。建議公司可以：1.環(huán)境問題多搞幾個自動化腳本監(jiān)控，比如用Ansible定期同步配置；2.建個需求變更通知群，讓產(chǎn)品開發(fā)測試三塊緊密點，避免我這種“閉門造車”的情況。三、總結(jié)與體會1.實習(xí)價值閉環(huán)這8周像把書上的流程圖變成了現(xiàn)實，從7月1日拿到第一個需求文檔開始，到8月31日提交最后一份測試報告，我完整經(jīng)歷了測試的全生命周期。比如“客戶管理模塊”那個bug，需求是新增導(dǎo)出功能，我設(shè)計的用例里包含“導(dǎo)出含空值記錄”的場景，執(zhí)行時發(fā)現(xiàn)導(dǎo)出文件錯亂，推動開發(fā)定位到字段類型轉(zhuǎn)換沒處理好。這讓我懂了，測試不是走流程，而是要主動挖掘那些“刁鉆”的邊界條件。提交的1800+缺陷里，有30多條是我通過分析異常日志自己挖掘的邏輯漏洞，導(dǎo)師說這就是價值閉環(huán)發(fā)現(xiàn)問題、分析問題、推動解決，最后形成閉環(huán)文檔。2.職業(yè)規(guī)劃聯(lián)結(jié)這次經(jīng)歷讓我更想往專項測試發(fā)展，特別是性能這塊。8月15號做的那個API并發(fā)測試，用JMeter壓測時發(fā)現(xiàn)數(shù)據(jù)庫連接池耗盡，最終給架構(gòu)師建議改成Redis緩存+異步隊列，開發(fā)采納后性能指標(biāo)從P95=1.8秒降到0.6秒，這讓我覺得性能測試真不是光會工具就行，還得懂點底層?，F(xiàn)在在考慮要不要明年考個ISTQB性能方向認(rèn)證，或者多練練JMeter的腳本優(yōu)化技巧，比如用正則表達(dá)式批量處理參數(shù)，現(xiàn)在手動改腳本太慢了。3.行業(yè)趨勢展望公司用的CI/CD流水線里，自動化測試覆蓋率才65%，比我學(xué)校實驗室搞的還低，說明業(yè)界在自動化這塊還在不斷摸索。有個細(xì)節(jié)特別觸動我，8月初測試一個新功能時，產(chǎn)品說“感覺行就行吧”，我堅持做了冒煙測試，發(fā)現(xiàn)登錄接口有概率失敗，最后救了兩個重要用戶的體驗。這件事讓我覺得，測試在敏捷里不能當(dāng)“老好人”，得有原則。現(xiàn)在行業(yè)都在提DevOps，但很多公司測試和開發(fā)的工具鏈還沒完全打通，比如我的缺陷報告有時要手動同步到Jira，浪費不少時間。如果以后能參與這類改進(jìn)，比如幫團(tuán)隊引入Allure生成更直觀的缺陷報告，或者用Python寫個腳本自動同步數(shù)據(jù)，應(yīng)該會很有成就感。4.心態(tài)轉(zhuǎn)變最明顯的改變是抗壓能力。7月12號有個緊急版本要趕8點上線，我連續(xù)加班到凌晨3點才把最后一個模塊的冒煙測試過完，雖然最后沒發(fā)現(xiàn)嚴(yán)重問題，但第二天真的有點崩潰?，F(xiàn)在想想，這就是從學(xué)生時代“完成作業(yè)就行”到職場“用戶用不好你負(fù)責(zé)”的心態(tài)轉(zhuǎn)變?，F(xiàn)在寫代碼或者設(shè)計用例會特別謹(jǐn)慎，比如之前寫SQL校驗邏輯時，會多加幾層防注入的檢查，雖然導(dǎo)師沒提，但覺得這股“責(zé)任感”挺值錢。未來要是真干測試，這種心態(tài)比會多少工具更重要吧。四、致謝1.感謝在實習(xí)期間給予我指導(dǎo)和幫助的團(tuán)隊，特別是我的導(dǎo)師，他不僅在測試用例設(shè)計上給了我很多啟發(fā)，比如那個CRM模塊的批量導(dǎo)入性能問題，他教我怎么看JProfiler的CPU火焰圖，讓我明白了性能測試不只是跑數(shù)據(jù)。還有幾位同事，每次我卡在接口自動化腳本里時，他們都會分享自己寫的工具類，比如用Pytest參數(shù)化處理登錄接口的異常場景，這些小技巧幫了大忙。2.感謝學(xué)校指導(dǎo)老師，雖然實習(xí)和工作內(nèi)容關(guān)聯(lián)不大，但他教我們的軟件工程課里那些UML圖和流程分析，在實習(xí)中真的用上了，比如分析那個ERP系統(tǒng)的業(yè)務(wù)流程時，能快速畫出活