寫在前面
因為走的圈太大了，早上上班差點遲到，幸好有我每日5公里的加持，僥倖踩點進辦公室，哈哈，真的好險！
我開發的功能不能用了
上午開始著手某功能的開發，還在寫後臺邏輯。
結果到了下午，由於前端同學的程式碼衝突，打包釋出後，導致我寫的功能直接不能用了，瞬間emo了！
套用我之前同事總說的一句話就是：“這TM誰幹的！”
來吧，全功能的迴歸測試
還好我是測試出身，瞬間秒變測試工程師，並針對我開發的功能進行了全功能的測試！
結果，我發現前端同學程式碼衝突後，很多之前我開發的可用功能，大部分基本陣亡了！
我把影響的功能整理後，一併發給了前端同學。
附上截圖，並留言說："好疼！"
測試轉開發，心態的轉變
這裡來聊一下測試轉成開發後，心態的一些改變！
1、接受挑戰和失敗
這塊怎麼說呢。
在開發過程中，程式碼出錯或功能不符合預期真的是常有的事。接受失敗，並從中學習培養解決問題能力是成為一名優秀開發的關鍵吧。
大部分時間都在”沐浴“失敗，和”遇見“失敗，就是我們所說的debug，甚至更多感覺是在一直在腳踏失敗而前行，才有了更健壯的程式執行！
至於挑戰，開發工作往往比測試更具挑戰性，更多需要深入理解系統的內部邏輯，並從頭開始構建功能。這可能需要更多的耐心和細心。
2、接受不確定性
開發工作常常需要面對更多的挑戰和不確定性。相比於測試崗位，需要更加主動地去解決問題，並且需要更具備一定的抗壓能力。
比如需求變更、別人把你的程式碼覆蓋了、和需求的battle、和測試存在溝通不暢或誤解的時候等等。
現在角度來看，都能理解以前的開發了，哈哈！
值得一說的是，更多的是要有試錯的勇氣和不放棄的精神，雖然可能會失敗，關鍵在於如何從失敗中習得解決問題的能力。
3、不斷的學習
需要不斷地學習和更新自己的技能，工作可能遇到的，新的程式語言、框架等等，總之，學吧，根本停不下來。
當然，也要有設定明確的學習目標和計劃，保持學習的連貫性和深度的擴充。
很可能需要投入大量時間去練習寫demo，去磨鍊你的API，所以只有不斷地寫，根本毫無捷徑可言！
可能有的同學說了，六哥我有GPT，GPT最強！
我承認GPT確實比百度和google那些搜尋引擎強多了，尤其在無廣告這塊，但是你深深地低估了它編瞎話的能力，人家是可以自己編API的，不信你細品！
再補充下就是，如果你對某一門語言一點不懂的話，有了GPT也是很無力的！
4、溝通與協作
主要體現在，需要與組內同事、產品經理、UI設計師等多個角色進行溝通和協作。保持開放和協作的態度，可以更好地理解他們的需求和痛點，從而寫出更符合要求的程式碼。
再一個就是與團隊緊密合作是必不可少的，需要了解他們的需求和痛點，以便更好地完成工作。
最後一個就是跨部門的協作，與開發、產品、設計等其他部門的同事保持良好的溝通和協作，一定要及時溝通需求，確保不是變來變去的。
還記得第一次，我和前端同學聯調的時候，他問我，你是後端開發？
我說：我是測試！
5、測試轉開發的優勢
- 站在使用者角度：能夠利用之前的測試經驗，更準確地理解問題產生的背景和原因。更能從使用者的角度出發，發現開發過程中可能忽略的問題。
- 預防問題：先自己測試，本地測試沒問題，才會釋出，在設計、編碼和測試等各個環節中能更好的進行質量把控。
- 快速定位與解決：有更強的復現問題的能力和測試思維，能夠更快地定位問題的原因，可以大大縮短問題的修復時間，提高開發效率。
- 加強團隊協作：測試人員在轉開發後，可以與開發團隊更好地協作。可以共享測試經驗和問題解決方案，更好地幫助團隊提高整體的開發能力和質量。
寫在最後
我不知道努力會不會有回報，雖然也曾幻想過想要有什麼樣的回報，但隨著時間的流逝，我發現已經記不起想要的是什麼了！
所以，這時努力已經變成了享受和樂此不疲的堅持。
因為這一刻，我已經是開發了！