計(jì)算機(jī)科學(xué)與技術(shù)IT企業(yè)軟件測試實(shí)習(xí)報告一、摘要2023年7月1日至2023年8月31日，我在一家知名IT企業(yè)擔(dān)任軟件測試實(shí)習(xí)生。期間，負(fù)責(zé)3個核心項(xiàng)目的功能測試，累計(jì)提交測試用例523份，發(fā)現(xiàn)并提交缺陷238個，其中嚴(yán)重缺陷12個，推動5個缺陷修復(fù)上線。熟練運(yùn)用JUnit、Selenium和Postman進(jìn)行自動化測試，編寫自動化腳本覆蓋核心業(yè)務(wù)流程，使回歸測試效率提升30%。通過缺陷分析，總結(jié)出缺陷分布與模塊復(fù)雜度的相關(guān)性，提出優(yōu)化測試優(yōu)先級的建議，被團(tuán)隊(duì)采納。掌握并實(shí)踐了黑盒測試、邊界值分析和場景法，形成了一套可復(fù)用的缺陷預(yù)防流程，包括需求評審參與、測試數(shù)據(jù)準(zhǔn)備標(biāo)準(zhǔn)化和缺陷閉環(huán)管理。二、實(shí)習(xí)內(nèi)容及過程1.實(shí)習(xí)目的想看看實(shí)際工作跟學(xué)校里學(xué)的有啥不一樣，了解軟件測試在項(xiàng)目里具體怎么走，看看自己喜不喜歡這個方向，順便把學(xué)的知識用上，摸摸真實(shí)的開發(fā)流程。2.實(shí)習(xí)單位簡介我在一家做企業(yè)級SaaS產(chǎn)品的公司實(shí)習(xí)，主要搞的是B2B的定制化開發(fā)，用戶量不大但需求挺復(fù)雜，技術(shù)棧用Java多，前端React不少，后端微服務(wù)架構(gòu)挺明顯，測試部門不大但挺忙的，分成功能、自動化、性能幾個小組。3.實(shí)習(xí)內(nèi)容與過程剛開始那周跟著導(dǎo)師熟悉環(huán)境，主要是看他們用的測試管理工具Jira，學(xué)習(xí)怎么寫測試用例，導(dǎo)師給我發(fā)了3個項(xiàng)目文檔讓我參考，要求每個需求點(diǎn)都要有測試點(diǎn)，不能太籠統(tǒng)。7月5號開始接手第一個項(xiàng)目，是金融行業(yè)的客戶管理模塊，需求文檔有87頁，我花了3天時間拆解需求，畫了業(yè)務(wù)流程圖，寫測試用例時用了等價類和邊界值，總共寫了152個用例，提交前自己先跑了一遍，發(fā)現(xiàn)23個問題，有12個是嚴(yán)重級別的，比如權(quán)限控制漏了幾個節(jié)點(diǎn)，數(shù)據(jù)校驗(yàn)沒做好導(dǎo)致空指針。導(dǎo)師看后說測試數(shù)據(jù)準(zhǔn)備要跟上，后面我專門花了2天研究怎么生成模擬數(shù)據(jù)，用Excel加腳本，后來效率提起來了。7月20號左右開始接觸自動化，團(tuán)隊(duì)用的是Selenium+JUnit，我負(fù)責(zé)其中一個模塊的回歸測試，寫腳本花了5天，覆蓋了登錄、新增客戶、修改信息這幾個核心場景，跑下來花了8分鐘，但每次版本更新都要調(diào)整腳本，有點(diǎn)煩。8月1號開始參與第二個項(xiàng)目，是供應(yīng)鏈管理系統(tǒng)的測試，需求變更特別多，產(chǎn)品天天提新需求，測試用例也得跟著改，我花了4天時間更新了68個用例，但上線前還是踩了3個坑，比如某個接口的響應(yīng)時間測試沒注意服務(wù)器負(fù)載，壓測時卡了很久。最困難的是8月10號左右，有個項(xiàng)目要緊急上線，但測試沒跑完，缺陷有127個，其中嚴(yán)重缺陷32個，導(dǎo)師讓我用風(fēng)險矩陣分優(yōu)先級，我根據(jù)業(yè)務(wù)影響和修復(fù)成本排了順序，但產(chǎn)品那邊說至少要等下一個迭代再修幾個，我堅(jiān)持說不能上，最后僵持了兩天，產(chǎn)品同意按我的優(yōu)先級改，上線后沒出大問題，但過程挺折騰的，學(xué)到了怎么在壓力下跟團(tuán)隊(duì)溝通。4.實(shí)習(xí)成果與收獲8周總共寫了712個測試用例，提交缺陷238個，推動5個嚴(yán)重缺陷修復(fù)上線，自動化腳本覆蓋了核心流程，測試效率確實(shí)有提升，比如回歸測試從原來的2小時縮到1小時。最大的收獲是理解了敏捷開發(fā)里測試是怎么嵌入的，需求評審、開發(fā)自測、CI/CD流水線這些環(huán)節(jié)都跟測試緊密相關(guān)，以前以為測試就是等開發(fā)寫完跑用例，現(xiàn)在知道得早介入，比如設(shè)計(jì)用例時就考慮兼容性，能省不少事。還學(xué)會了怎么用FMEA分析缺陷分布，發(fā)現(xiàn)某個模塊的缺陷密度特別高，可能是代碼復(fù)雜度高或者需求描述不清，跟開發(fā)溝通后他們同意重構(gòu)那部分邏輯。最大的轉(zhuǎn)變是開始關(guān)注非功能測試，比如有一次發(fā)現(xiàn)某個報表導(dǎo)出時內(nèi)存溢出，用JProfiler看了下堆棧，發(fā)現(xiàn)是數(shù)據(jù)處理邏輯有問題，雖然不是我的主要工作，但主動提了建議，開發(fā)后來改了算法，這讓我覺得測試可以不只是找bug，也能幫著優(yōu)化性能。職業(yè)規(guī)劃上更清晰了，之前覺得測試就是點(diǎn)點(diǎn)點(diǎn)，現(xiàn)在覺得自動化、性能、安全這些方向都挺有意思，想再深入學(xué)學(xué)。5.問題與建議實(shí)習(xí)單位管理上，測試部門跟開發(fā)、產(chǎn)品沒怎么聯(lián)動，有時候需求變更測試不知道，導(dǎo)致返工，比如8月那個項(xiàng)目就是例子。建議可以搞個需求變更的同步會，或者用Confluence統(tǒng)一管理，避免信息孤島。培訓(xùn)機(jī)制也一般，就給個Jira操作視頻，沒系統(tǒng)的測試方法培訓(xùn)，有時候?qū)懹美龥]頭緒只能自己查，建議可以搞幾場內(nèi)部技術(shù)分享，比如缺陷預(yù)防、自動化架構(gòu)這些，或者請資深測試師帶帶新人。崗位匹配度上，感覺我的理論比實(shí)踐強(qiáng)，學(xué)校教的組合測試用例覆蓋得不錯，但實(shí)際場景里沒人按教科書來，需求不明確時就得猜，這點(diǎn)挺打擊人的。改進(jìn)建議是，可以搞個新人導(dǎo)師計(jì)劃，帶實(shí)習(xí)生的老師別只管任務(wù)，多教點(diǎn)實(shí)戰(zhàn)技巧，比如怎么跟產(chǎn)品扯皮要清晰需求，怎么用數(shù)據(jù)驅(qū)動測試，或者搞個測試工具庫，把常用的腳本、模板整理好，這樣新人不用每次都從零開始。三、總結(jié)與體會1.實(shí)習(xí)價值閉環(huán)這8周的經(jīng)歷像把理論和實(shí)踐硬碰硬地撞了一下，7月1號剛來的時候還懵懵懂懂，只會照著需求文檔寫點(diǎn)用例，7月10號負(fù)責(zé)第一個項(xiàng)目后才知道測試沒那么簡單。記得7月15號晚上為了查一個權(quán)限問題，翻遍了系統(tǒng)日志和代碼注釋，最后在數(shù)據(jù)庫層面找到原因，那一刻挺有成就感的。現(xiàn)在回頭看，提交的523份用例和發(fā)現(xiàn)的238個缺陷，不是數(shù)字那么簡單，它們是真實(shí)項(xiàng)目運(yùn)行的溫度計(jì)，每個缺陷背后都可能有用戶的使用痛點(diǎn)。比如8月3號發(fā)現(xiàn)的那個數(shù)據(jù)校驗(yàn)漏洞，如果上線了，客戶導(dǎo)入錯誤數(shù)據(jù)可能整個業(yè)務(wù)邏輯都錯亂，這種責(zé)任感是學(xué)校作業(yè)給不了的。實(shí)習(xí)最后階段，8月25號我整理的那套缺陷預(yù)防流程，現(xiàn)在看還挺實(shí)用的，里面記錄了怎么通過需求評審的參與度降低后期返工，怎么用邊界值測試覆蓋臨界場景，這些細(xì)節(jié)都是一步步踩坑總結(jié)出來的，形成了一個小小的價值閉環(huán)。2.職業(yè)規(guī)劃聯(lián)結(jié)原本對測試的理解就是點(diǎn)點(diǎn)點(diǎn)，但這次實(shí)習(xí)讓我看到測試的深度和廣度。7月18號第一次參與自動化測試會議時，導(dǎo)師展示的Selenium腳本還報錯不斷，我花了兩天時間用JUnit和Log4j把它重構(gòu)，效率確實(shí)提高了，但更讓我意識到這塊是未來要重點(diǎn)攻克的領(lǐng)域?，F(xiàn)在再看招聘信息，發(fā)現(xiàn)不少公司要測試開發(fā)或者性能測試工程師，這讓我萌生了考個ISTQB認(rèn)證的想法，至少有個標(biāo)準(zhǔn)化的敲門磚。8月最后一周我做的缺陷分析報告，其實(shí)也是想鍛煉自己的數(shù)據(jù)呈現(xiàn)能力，雖然只是簡單的Excel圖表，但導(dǎo)師說如果能用Python生成可視化報告會加分不少，這給了我明確的學(xué)習(xí)方向。從學(xué)生到職場人的轉(zhuǎn)變，不只是學(xué)會了用Jira和Postman，更是開始考慮怎么把工作成果轉(zhuǎn)化為職業(yè)競爭力。3.行業(yè)趨勢展望8月30號導(dǎo)師帶我參加的內(nèi)部技術(shù)分享會，講的是云原生環(huán)境下的混沌工程，當(dāng)時聽得挺懵，但后來結(jié)合實(shí)習(xí)項(xiàng)目琢磨，突然覺得好幾個線上不穩(wěn)定的問題可能跟部署策略有關(guān)。比如7月那個金融項(xiàng)目，高峰期偶爾會卡頓，運(yùn)維說是資源不足，但測試角度可能要考慮怎么設(shè)計(jì)熔斷、降級機(jī)制?，F(xiàn)在網(wǎng)上看資料，發(fā)現(xiàn)Kubernetes和Prometheus在測試中的應(yīng)用越來越普遍，如果后續(xù)能接觸上，想往DevOps測試方向發(fā)展，畢竟現(xiàn)在單靠傳統(tǒng)測試很難保證質(zhì)量，得懂點(diǎn)開發(fā)、運(yùn)維的道道。行業(yè)里提到的測試自動化、AI輔助測試、隱私保護(hù)合規(guī)這些，感覺都挺有前景的，雖然實(shí)習(xí)里沒深入做，但至少開了眼界。比如8月那個供應(yīng)鏈項(xiàng)目，涉及不少敏感數(shù)據(jù)，后來接觸了數(shù)據(jù)脫敏工具，知道現(xiàn)在合規(guī)測試也是門學(xué)問。這8周讓我明白，做測試不能只埋頭找bug，還得抬頭看路，了解技術(shù)發(fā)展趨勢，才能在職業(yè)上走得更遠(yuǎn)。四、致謝8周的實(shí)習(xí)時光說長不長，說短不短，期間得到了不少幫助。1.實(shí)習(xí)單位感謝給我這次實(shí)習(xí)機(jī)會，讓我能接觸到真實(shí)的軟件開發(fā)流程，雖然過程中遇到了不少挑戰(zhàn)，但部門氛圍挺好的，給了我學(xué)習(xí)和成長的平臺。2.導(dǎo)師特別感謝我的實(shí)習(xí)導(dǎo)師，從最初的用例怎么寫、缺陷怎么提交，到后來參與自動化測試、理解項(xiàng)目架構(gòu)，都給了我不少指導(dǎo)。記得7月20號那個項(xiàng)目需求變更混亂時，是他幫我理清了思路，還分享了幾個缺陷預(yù)防的小技巧，這些細(xì)節(jié)對我?guī)椭Υ蟮摹?.同事感謝測試部門的幾位同事，8月那個緊急