一般我們在研發過程中，控制會議，會遇到很多問題。有些人看的很長遠，但是過於理論化，實際實現起來，成本過高，這就是我們常說的over design；有些人只看眼前，認為能用就行。這時候主持人要思路清晰，匯集各方的精髓於己，加工運用。
以下是個人的思路：
臨時方案
最終方案
過渡方案（從臨時過渡到最終的方案）
理論方案(不計成本的完美方案)
其中，這也有利於團隊成員的培養。
有的engineer喜歡業績，就讓他去做臨時方案。
有些engineer喜歡學習，就讓他去研究理論方案。
有些engineer喜歡完美，但是又是可實現的，就讓他研究最終方案。
而最關鍵的過渡方案，作為會議主持人，一定要把握住。
如果從臨時方案無法過渡到最終方案，那麼你研發的東西就沒有可持續的迭代可能。只能以推翻的方式迭代。
個人愚見，歡迎拍磚討論。
研發過程中需要進行的測試
1 介面單元 邊界測試 使用golang的test單元測試方法，每個介面必須在test目錄下存在對應的單元測試檔案，並進行自我測試，包括rpc層和web層，缺一不可。在單元測試中，必須對於使用者輸入的引數全部認為可能非法，檢查進行邊界錄入異常檢查，並測試通過。2 介面壓力 疲勞測試 介面壓力測試統一...
研發過程中的質量度量
測試工程師，本質上就是產品的質量檢查員。我們把開發做好的產品拿過來進行檢測，從而發現問題，進而解決問題。作為測試，我們應該是比產品更懂技術，比開發更懂產品。測試人員，對於產品的業務邏輯，可能會比產品同學還要更為明白。這樣來說，測試對於產品質量的把控尤為重要。在測試中，從底層的白盒測試，再到ui層的黑...
研發過程中的測試工作
研發過程中測試可以做的事情很多，下面流程環節的介紹只列出了最主要的一些測試活動，可以作為一些基本參考，測試怎樣才能更深入地介入，得到團隊認可和建立存在感，拿到更好的質量保障結果，是需要在工作中不斷地思考實踐的。因此這一章雖然是介紹流程，但是在實操中，不限定角色 階段和方式，大家結合專案實際的時間資源...