計算機科學(xué)與技術(shù)軟件開發(fā)公司軟件測試實習(xí)報告一、摘要

2023年7月1日至2023年8月31日，我在一家軟件測試公司擔任測試工程師實習(xí)生。期間，我負責(zé)3個Web應(yīng)用項目的功能測試與自動化測試，累計編寫測試用例1200余條，執(zhí)行測試用例800余條，發(fā)現(xiàn)并提交高優(yōu)先級缺陷187個，其中32個由我主導(dǎo)修復(fù)驗證。熟練運用Python編寫自動化測試腳本，使用Selenium框架完成5個核心模塊的自動化測試，測試效率提升約40%。通過場景分析法優(yōu)化測試流程，將回歸測試時間縮短20%。掌握并實踐了黑盒測試、白盒測試相結(jié)合的缺陷定位方法，驗證了交叉驗證在復(fù)雜邏輯模塊中的有效性。

二、實習(xí)內(nèi)容及過程

2023年7月1日到8月31日，我在一家軟件開發(fā)公司做測試實習(xí)生。單位主要做B2B平臺的系統(tǒng)開發(fā)，測試部門有10個人，我跟著一個負責(zé)金融模塊的老測試員。

7月初開始熟悉項目，主要是用Postman測API接口，發(fā)現(xiàn)一個支付模塊的接口返回值有概率錯，日志里看是數(shù)據(jù)庫事務(wù)超時導(dǎo)致。老測試員教我用Charles抓包，我分析請求參數(shù)發(fā)現(xiàn)缺少一個時間戳字段，跟開發(fā)溝通后加上了。這個bug最后修復(fù)了，但我想更自動化的發(fā)現(xiàn)這類問題，學(xué)了JMeter寫了個腳本，用隨機時間戳模擬并發(fā)請求，跑了3天壓了大概5萬次請求，確實又抓到幾個邊緣case的bug。

7月下旬開始手寫測試用例，一個CRM系統(tǒng)項目，需求文檔有80頁，我花了5天拆解功能點，用思維導(dǎo)圖把每個操作路徑都走了一遍，寫了1100多條用例，后來執(zhí)行時發(fā)現(xiàn)還有200條遺漏了，主要是沒注意文檔里隱藏的業(yè)務(wù)規(guī)則。

8月接觸自動化，公司用的Selenium框架，我負責(zé)一個后臺管理系統(tǒng)的測試。有個導(dǎo)出報表功能，數(shù)據(jù)量大的時候卡死，我改用ChromeDevToolsProtocol直接操作DOM元素，速度提升50%，還寫了異常處理邏輯，現(xiàn)在10萬條數(shù)據(jù)也能3分鐘內(nèi)導(dǎo)完。但一開始寫腳本踩坑不少，元素定位用了3天才搞明白XPath和CSS選擇器的區(qū)別，特別是動態(tài)加載的組件，必須加等待條件。

實習(xí)最后兩周參與回歸測試，用Jenkins跑自動化用例，發(fā)現(xiàn)有個權(quán)限模塊有問題，用戶登錄后訪問某些按鈕會跳轉(zhuǎn)到首頁，排查代碼時發(fā)現(xiàn)是緩存邏輯沒清干凈，臨時解決方案是每次測試前手動刪cookie，我建議開發(fā)加個重置緩存的接口，他們采納了。

老師教我用FMEA做風(fēng)險分析，我給導(dǎo)出功能的性能測試排了優(yōu)先級，但最后發(fā)現(xiàn)開發(fā)把核心SQL優(yōu)化了，實際測試時瓶頸出現(xiàn)在網(wǎng)絡(luò)層，這點挺意外的。

最難的是需求變更太多，8月份需求文檔改了6版，我每次都要重新評審用例，后來學(xué)會了用Confluence的修訂歷史功能跟蹤變更，效率高不少。但公司沒培訓(xùn)測試用例管理工具，都是用Excel，導(dǎo)出功能測試時經(jīng)常有人漏選場景，我建議買個Jira+Xray的組合，他們說預(yù)算問題得明年再說。

挑戰(zhàn)主要是金融項目對數(shù)據(jù)一致性要求極高，有一次測一個批量導(dǎo)入功能，我用了1000條隨機數(shù)據(jù)，發(fā)現(xiàn)第985條數(shù)據(jù)校驗失敗，但前后數(shù)據(jù)都正常，最后定位是開發(fā)那邊用到了Excel的公式計算，導(dǎo)致某些數(shù)字被四舍五入了。我花了兩天用Python寫了個數(shù)據(jù)校驗工具，加上了小數(shù)點后14位精確比對的功能，幫測試組省了不少事。

這8周最大的收獲是學(xué)會用數(shù)據(jù)驅(qū)動測試，以前覺得測試就是點點點，現(xiàn)在知道每個數(shù)字、每個字符都有意義。比如一個合同模板導(dǎo)出時，我注意了PDF里的頁碼格式，發(fā)現(xiàn)開發(fā)用得不對，按需求文檔得用羅馬數(shù)字，結(jié)果用阿拉伯數(shù)字了，這種細節(jié)以前肯定發(fā)現(xiàn)不了。

職業(yè)規(guī)劃上更堅定了，想往性能測試方向發(fā)展，公司那個壓測工程師好像挺忙的，但沒機會接觸，下學(xué)期打算自學(xué)K6，順便看看能不能找實習(xí)機會。

三、總結(jié)與體會

這8周，從7月1日到8月31日，實習(xí)經(jīng)歷讓我把課堂上的測試理論跟真實項目連起來了。剛開始寫測試用例時，一個CRM項目需求80頁，我花5天拆解功能點，寫了1100多條用例，但執(zhí)行時發(fā)現(xiàn)還有200條遺漏，主要是沒注意到文檔里隱藏的業(yè)務(wù)規(guī)則。這個教訓(xùn)讓我明白，測試不是簡單復(fù)刻操作，而是要像偵探一樣發(fā)現(xiàn)邊界條件。后來接觸自動化測試，用JMeter模擬5萬次并發(fā)請求，抓到幾個開發(fā)沒注意的接口bug，這讓我對“測試左移”有了具體感受。用Selenium寫腳本時，定位動態(tài)元素花了3天，最后用XPath和CSS選擇器組合加等待條件才解決，這段經(jīng)歷直接促使我下學(xué)期要系統(tǒng)學(xué)學(xué)性能測試，打算考個ISTQB性能測試方向證書，把JMeter和K6練得更熟。

實際工作讓我體會到職場跟學(xué)校的差別。以前做實驗可以重跑，但測試線上bug必須零失誤，8月遇到個金融模塊數(shù)據(jù)一致性問題，1000條隨機數(shù)據(jù)里發(fā)現(xiàn)985條異常，那段時間每天加班到9點，反復(fù)核對SQL和前端邏輯才定位到Excel公式問題。這種壓力讓我學(xué)會壓榨工具提高效率，比如用Python腳本自動校驗PDF頁碼格式這種細節(jié)，現(xiàn)在回頭看，這就是責(zé)任感的體現(xiàn)。公司測試流程里，需求變更導(dǎo)致用例反復(fù)修改，最后我建議用Confluence跟蹤修訂歷史，雖然沒被采納，但讓我意識到文檔管理在團隊協(xié)作中的重要性。

這段經(jīng)歷讓我更清楚職業(yè)方向。之前覺得測試就是點點點，現(xiàn)在明白要懂業(yè)務(wù)、懂數(shù)據(jù)、會工具。那個導(dǎo)出功能性能瓶頸在網(wǎng)絡(luò)層，提醒我測試不能只盯著代碼，要像壓測工程師那樣從系統(tǒng)架構(gòu)角度思考。公司測試組10個人，但沒專職性能測試，這恰恰是機會。下階段打算深化自動化測試能力，特別是接口自動化+性能測試結(jié)合，爭取畢業(yè)前能獨立負責(zé)一個模塊的測試體系搭建。行業(yè)里現(xiàn)在都說AI會替代基礎(chǔ)測試，但我覺得反而對測試人員要求更高了，得懂機器學(xué)習(xí)才能設(shè)計出更智能的測試用例，這也是我后續(xù)要重點補的課。

從學(xué)生到職場人的轉(zhuǎn)變，就是從“我會這個理論”變成“這個能解決實際問題”，比如那個用例遺漏問題，現(xiàn)在回頭看，當初要是用思維導(dǎo)圖多層級拆解，就能避免。責(zé)任感就是覺得“這個bug我必須找到”，抗壓能力就是連續(xù)加班3天也要啃下那個動態(tài)元素定位問題。實習(xí)最大的收獲是，發(fā)現(xiàn)學(xué)校教的黑盒測試、白盒測試知識，在實際項目中要用場景分析法、數(shù)據(jù)校驗法結(jié)合起來，比如CRM項目bug，就是業(yè)務(wù)邏輯（合同頁碼格式）+技術(shù)細節(jié)（Excel計算）交織的結(jié)果。這種綜合能力，學(xué)校課程很難完全覆蓋，得靠自己多觀察、多總結(jié)。未來求職，我會把這段經(jīng)歷寫成STAR法則的案例，突出具體數(shù)據(jù)、遇到的困難、我怎么做、最終結(jié)果，比如用JMeter壓測提升的效率數(shù)據(jù)，定位bug的關(guān)鍵細節(jié)，這些都是面試時的硬核證據(jù)。

四、致謝

8周的實習(xí)時光里，得到了不少人的幫助。感謝那家公司給我機會，讓我在真實項目里學(xué)到了東西。特別感謝帶我的那位測試員，他教我怎么用Charles抓包分析接口問題，還有那個負責(zé)后端的工程師，我們一起排查了支付模塊的數(shù)據(jù)