最近有朋友問我關於車輛測試【測試】的事情，才發現原來很多人對這個流程不太熟悉。今天就來跟大家聊聊，特別是住在台灣的朋友們，這些實用資訊真的不能不知道啊！
首先講講最常見的定期檢驗，也就是我們說的「驗車」。在台灣，出廠5年以上的車每年都要驗一次，這個規定跟英國的MOT測試有點像。驗車項目可多了，從最基本的燈光、煞車，到排氣檢測都有。記得上次我開著老車去驗，光是燈泡亮度不夠就被打槍，只好當場換新才能過關。
說到測試項目，這邊整理個簡單表格給大家參考：
| 測試類別 | 常見檢測項目 | 備註 |
|---|---|---|
| 安全性測試 | 煞車效能、輪胎紋深、燈光系統 | 胎紋不足1.6mm就該換了 |
| 環保測試 | 排氣污染物檢測 | 老車容易不過，要定期保養 |
| 車體結構 | 車身鏽蝕、懸吊系統 | 颱風季後特別要注意底盤狀況 |
現在很多保養廠都有提供「預檢服務」，就是正式驗車前先幫你檢查一遍。我個人超推薦這個，畢竟誰想白跑一趟啊？上次去家附近的連鎖保修廠，師傅還很貼心提醒我雨刷該換了，這種小細節自己真的很容易忽略。
另外要特別說說電動車的測試，最近越來越多人換電動車，但可能不知道檢測標準跟油車不太一樣。像電池健康度檢測就是重點項目，有些廠商還會用專用電腦讀取電池數據。我表哥的電動車上次回原廠檢測，技師光是分析電池模組就花了半小時，真的是科技越來越進步了。
最後提醒大家，測試前記得先檢查基本項目：燈泡有沒有壞、儀表板有沒有警示燈、行照有效期夠不夠。這些都是我自己碰過釘子後學到的經驗，與其到現場被退件，不如出門前花五分鐘確認一下。
誰需要做軟體測試？工程師必知的5大測試對象，這個問題對於開發者來說超級重要！不管是剛入行的菜鳥還是資深老手，搞懂測試對象才能讓產品更穩。今天就來跟大家分享5個一定要知道的測試重點，保證讓你寫code更安心。
首先當然是功能測試啦！這是最基本的，就是要確認軟體有沒有照著需求跑。比如說你寫了一個購物車功能，就要測試加入商品、刪除商品、結帳這些動作是不是都正常運作。工程師自己寫完code一定要先跑一遍，不然等到QA測出問題就尷尬了。
再來是效能測試，這個在台灣的電商平台特別重要。想像一下雙11的時候，你的網站能不能扛得住瞬間暴增的流量？我們公司之前就遇過活動開跑5分鐘網站直接掛掉的慘劇，後來學乖了都會提前做壓力測試。
| 測試類型 | 主要目的 | 常用工具 |
|---|---|---|
| 功能測試 | 確認功能符合需求 | Selenium, Jest |
| 效能測試 | 評估系統負載能力 | JMeter, LoadRunner |
| 安全性測試 | 找出系統漏洞 | OWASP ZAP, Burp Suite |
| 相容性測試 | 檢查不同環境運行狀況 | BrowserStack, Sauce Labs |
| 使用者體驗測試 | 評估操作流暢度 | Hotjar, UserTesting |
安全性測試現在越來越受重視，特別是金融類的App。前陣子不是有銀行App被發現會洩漏個資嗎？這就是沒做好資安測試的下場。我們團隊現在都會定期用OWASP的工具掃描，雖然麻煩但總比出事好。
相容性測試也很煩但不得不做，光是iOS和Android的版本差異就夠頭痛了。更別說現在還要在不同廠牌的手機上測試，光是買測試機就花了不少預算。不過為了讓使用者有好的體驗，這些錢真的不能省。
最後是使用者體驗測試，這個在台灣的軟體公司常常被忽略。工程師自己覺得很好用的功能，實際給end user操作可能完全不是那麼回事。我們現在都會找真實使用者來試用，常常會發現一些工程師根本想不到的問題。
最近很多朋友都在問：「什麼時候該進行壓力測試？最佳時機大公開」，其實這個問題沒有標準答案，但根據台灣工程師們的實戰經驗，我們整理出幾個最適合的時機點。壓力測試不是隨便測測就好，選對時間才能讓你的系統或設備發揮最大效益，今天就來跟大家分享這些實用的小撇步！
首先，新產品上線前絕對是黃金時段。不管是APP、網站還是伺服器，正式推出前一定要先「壓」一下。想像一下雙11購物節那種瞬間流量，如果沒提前模擬，到時候當機可是會被客訴到爆啊！建議在開發完成後、正式上線前2-4週進行，這樣才有足夠時間調整。
另外，遇到這些情況也該馬上安排測試：
| 情境 | 建議測試頻率 | 備註 |
|---|---|---|
| 系統大改版 | 每次更新後 | 新功能可能影響原有架構 |
| 促銷活動前 | 活動前1個月 | 尤其電商必測 |
| 硬體升級後 | 立即測試 | 新設備效能要確認 |
| 流量異常波動 | 發現問題當週 | 找出瓶頸點 |
平常養成定期檢測的習慣也很重要。就像我們會固定健檢一樣，系統最好每季或每半年跑一次壓力測試，特別是那些全年無休的服務。有些企業會在淡季偷偷做，但其實旺季前更該測，只是要避開尖峰時段，比如凌晨2-5點這種流量低谷就很適合。
還有一種情況是當你發現系統開始變慢，但還沒當機的時候。這時候做壓力測試可以抓到問題點，可能是資料庫索引沒做好，或是某支API反應時間太長。與其等到用戶抱怨，不如主動出擊，這才是負責任的維運態度啦！
測試工程師都在做什麼？揭密日常工作內容
每次跟朋友聊到測試工程師的工作，大家都會露出疑惑的表情：「啊不就按按按鍵看看有沒有問題？」其實才沒那麼簡單啦！測試工程師的工作內容比大家想像的複雜多了，今天就來好好聊聊這個神秘的職業到底在忙些什麼。
首先，測試工程師最基礎的工作當然就是「找bug」啦！但可不是隨便按按就好，要根據測試案例（Test Case）一步一步檢查。有時候一個功能要反覆測試好幾十次，還要模擬各種使用者可能會遇到的奇怪操作方式。我們公司的小美就說過，她最常做的就是把軟體當成「手殘使用者」在操，亂按亂點看會不會當機。
測試工程師每天的工作大概可以分成這幾大類：
| 工作類型 | 具體內容 | 常用工具 |
|---|---|---|
| 功能測試 | 檢查軟體功能是否正常 | Jira, TestRail |
| 壓力測試 | 模擬大量使用者同時使用 | JMeter, LoadRunner |
| 自動化測試 | 寫程式讓測試自動執行 | Selenium, Appium |
| 回歸測試 | 確認更新後舊功能沒壞 | Jenkins, GitLab CI |
除了這些技術性的工作，測試工程師還要花很多時間寫報告。發現bug不是找到就算了，要詳細記錄怎麼重現問題、附上截圖或log檔，有時候還要幫開發人員「除錯」，找出問題可能出在哪裡。我們團隊的阿明就常說，測試工程師根本就是「軟體偵探」，要從各種蛛絲馬跡找出問題的根源。
現在很多公司都在推自動化測試，所以測試工程師也要會寫程式。Python、Java這些語言都要懂一點，不然怎麼寫測試腳本？而且隨著敏捷開發越來越普及，測試工程師也要參與每天的站會，跟開發人員密切配合。以前可能是等產品做完才測試，現在都是邊做邊測，工作節奏快超多的！