覺得公司的流程不合理又無能為力該離職嗎?

本人web前端，目前工資稅前10左右，最近有點想離職了，覺得公司流程不合理，公司對bug有考核，前後端都做考核，每年加薪30-40%，考核完作為加薪的依據前後端指標一致，但是相比於後端，前端bug更多，舉個例子，提示語錯誤或者不友好是前端的bug，比如請輸入正確的密碼？測試覺得請您輸入正確的密碼更好，於是就提了一個bug給我。說難聽點，測試想提，前端就可以提無數的bug，我覺得正常提示語應該是UE/UI給出的，但是在這家公司變成了前端的活，UE/UI只給個界面設計，具體過程中的提示語全部前端自己提供。感覺太憋屈了，自己認認真真重複驗證整個交互，結果因為提示語被提了很多bug？自己最近也變成杠精了，做前端沒以前開心了，常常為了幾個提示語跟測試扯很久？其實有時候覺得挺合理的，但是涉及指標又不想改。只要你改了就相當於承認是bug了。另外一點就是設計驗收，UE出圖的基準是1920x1080，但是實際上，作為前端肯定得考慮低解析度的情況，所以有些是使用百分比，或者一些flex布局，但是測試驗收的時候精確到了像素級別，很難滿足，去年bug有40%來自提示語修訂，20%來自像素不合格，比如按鈕A是距離按鈕B20px，我只做到18px，有時候不是不能，而是沒必要，如果非要完成指標，那就是用媒體查詢一個解析度做一個了，但是感覺真的沒必要，真的心態要崩了，長久下去，一點升職的機會都沒有。另外最近我發現我是我們組裡面工資最低的，比倒二低了1k不止（工作一年後吃飯的時候才知道，之前為了協議和心態也沒問），但是事情卻沒少干，甚至比一些人幹得多的多。

工作流程有問題，就試著去改善它，完善它，抱怨是沒有用的。你在能夠寫好代碼的同時幫助團隊解決了流程問題，你一定會成長很多，領導也會對你刮目相看。

針對你目前的狀況，我們來看一下在流程上有哪些點可以改善：

1、制定 UI 規範

把一些共性的，產品，測試以及設計師達成共識的規範落入文檔，比如一些提示語和像素尺寸都可以納入規範裡面。那些地方是按照百分比處理，那些地方是按照像素固定值處理都可以在規範中說明，剛開始不全沒有關係，可以逐步一點一點完善。

在規範的基礎上，設計師出的原型設計稿需要把一些大小、間距等像素值，顏色色號都標註清楚，讓開發人員和測試人員，嚴格按照設計稿執行。如果有需求變更調整，往往在很多情況下產品經理就直接找開發去改了，這個時候其實是需要設計師把設計稿也同時改到，作為測試人員的測試依據。順便這裡提一下，所有的需要變更都需要告知對應的干係人。

2、加入 Test case review 環節

Test case review（通常是一個會議），每一個新功能開發前，PM 在介紹需求的時候，測試人員必須參加，隨後, 開發人員在做開發設計的同時，測試人員寫測試用例，在寫完用例後，產品，測試，開發一起過一遍測試用例。這個過程可以有幾個好處：1.可以讓需求中不確定性的點，通過這個環節確定下來。 2.為測試人員的測試過程提供依據，並達成共識。 3.可以讓開發明白在開發過程中那些是需要注意的點。