從RD到QA：挑戰與優勢
從多年 RD 經驗轉變為一個 QA 工程師的我，在這過程經歷了許多的心路歷程。在這篇文章中，我想分享一下我轉型的想法和心得，以及我認為做為 QA 工程師的價值和意義。
從 RD 到 QA 面臨的跳戰
在成為 QA 之前，我一直是一名 RD。在那段時間裡，我的工作主要是開發產品的功能，並且在開發過程中負責自己的程式測試和一些基本的單元測試。各位可以想想其實要測試自己的程式是一件非常簡單的事情，所有的邏輯跟路線都是你自己編排出來的，你很快的可以知道你要測的每個關卡會有哪些，甚至你測完也會很快的知道如何去修改你自己的程式碼。
成為一個 QA 後，要測的已經不是自己的程式。假如看不到程式碼，需要去跟 RD 了解功能的做法，畢竟一個功能的實現會有百百種，針對不同的實現方式會有不同的測試方式。另外當在了解規格時可能別無選擇，身為一個 RD 可能可以選擇只看跟自己相關的規格來開發就好，當你成為一個 QA 時，必要了解的是所有規格，並且要能從中去找出不合理的規格或是影響舊有功能的規格，要在開發前就能找出些許缺陷出來。這是一個轉變後的挑戰，你不能在當一個默默的開發者，作為一個 QA 需要去學習如何跟 RD 和 PM 等不同的角色進行有效的溝通和協作。
當然我也還是要強調，QA 真的是一個技術含量很高的角色。這也是另一個挑戰，就是學習測試相關的技能和知識，例如測試策略、測試案例設計、自動化測試、性能測試等等，這些技能都不是一天兩天就能學會，需要投入大量的時間和精力去學習和實踐。
RD 經驗在 QA 領域帶來的優勢
有人會覺得 RD 轉 QA 會讓過去的經驗都白費掉了，但其實這在我親身經歷過後，絕對是個負面的想法，雖然工作內容上還是有差別，但作為 RD 的經驗是轉成 QA 後非常棒的養分。這個轉換在職涯上不管從 RD 的角度還是從 QA 角度來說，都能夠有一個很大的成長，可以看到許多不同的風景，看事情也能有更多不角度的想法出現。
擁有 RD 的經驗，在執行測試和問題定位上更具備優勢，也能夠有能力找到解決方案。當在執行測試時，因為在過去自己也是個 RD 所以能夠知道容易犯錯或出問題的地方會在哪裡，也能夠更快的理解功能實際運作的過程中要注意的問題。以 Web 為例子的話，像是資料來源怎麼來的、有沒有使用快取或是網頁是 CSR ( Client-Side Rendering ) 還是 SSR ( Server-Side Rendering ) 、問題是前端的還是後端的…等等能思考的事情會有更多的方向。且找到問題時，也會有能力給予 RD 適當的建議及可能的優化方向。
當然在自動化測試這個議題上也有很大的優勢，你會有物件導向、設計模式等等觀念，讓你能夠開發出好維護且有彈性的自動化腳本。此外，產品設計上也有一定的瞭解，因為當 RD 很容易就會對上 PM、UI/UX 的設計師。過程中會知道這些不同角色在意的會是什麼，例如在 APP 上面最容易出現的就是點擊範圍不正確、回應速度不佳造成連續點擊的問題都是開發者在使用體驗上容易忽略的問題。
QA 工程師的價值
作為 QA 工程師，我們的價值在於幫助團隊提高產品品質和效率。通過測試，我們可以發現產品中的問題和風險，並且在產品開發過程中不斷地提供反饋和改進建議，可以幫助團隊更早地發現問題，降低修復問題的成本和風險，提高團隊的效率和生產力。同時，QA 工程師也可以通過測試結果和測試數據來提供決策支持，幫助產品團隊制定更好的產品策略和優化方案。
當然還要說的是 QA 工程師的價值不僅在於發現和修復錯誤，更在於讓使用者擁有更好的體驗。在使用者需求的基礎上，QA 工程師需要進行全面性的測試和檢查，除了確保軟體的品質和穩定性以外，使用者體驗也是 QA 能帶來價值的重點之一。
結語
總結來說，從 RD 轉為 QA 工程師是一個非常具有挑戰性也是非常值得的選擇。有 RD 經驗在轉為 QA 工程師時，可以利用自己的優勢和經驗更好的去當 QA 這個角色，對於測試中可能存在的風險和問題也更有敏感度，可以幫助我們更好地設計測試用例和測試策略，並且在 QA 工作中發揮更大的價值。作為 QA 工程師，我們的工作可以幫助團隊提高產品品質和效率，對產品成功與否具有重要的影響和貢獻。
在這個轉變的過程，當然還是會有需要花費時間和精力去學習和適應地方。但這個轉變也為工程師職涯提供了更廣闊的發展空間，並且帶來了新的技能和知識。這過程也讓我對 QA 工程師的認知有很大的改變，也意識到在一個團隊中過 QA 的角色越來越重要，並且瞭解到如何去放大 QA 在團隊中的價值。
感謝看到這邊的朋友，若覺得有幫助或有價值，
幫我拍個手鼓個掌，給渺小的我大大的鼓勵吧～