1、介面單元+邊界測試
使用golang的test單元測試方法，每個介面必須在test目錄下存在對應的單元測試檔案，並進行自我測試，包括rpc層和web層，缺一不可。
在單元測試中，必須對於使用者輸入的引數全部認為可能非法，檢查進行邊界錄入異常檢查，並測試通過。
2、介面壓力+疲勞測試
介面壓力測試統一使用wrk進行測試，並需提供每個介面的壓力測試報告，後面將根據實際情況，提供基準，低於基準的需優化至達標後方可通過。
疲勞測試必須達到12小時，並提供疲勞測試報告。
3、模組壓力+疲勞測試
在乙個業務模組完成後，需提供基於loadrunner的壓力測試報告 ，根據業務場景的不同，需要提供多套業務測試方案，並提供自測壓力結果報告。
4、模組功能測試
這個不多說，也要一併提供測試用例。
研發過程中的測試工作
研發過程中測試可以做的事情很多，下面流程環節的介紹只列出了最主要的一些測試活動，可以作為一些基本參考，測試怎樣才能更深入地介入，得到團隊認可和建立存在感，拿到更好的質量保障結果，是需要在工作中不斷地思考實踐的。因此這一章雖然是介紹流程，但是在實操中，不限定角色 階段和方式，大家結合專案實際的時間資源...
關於研發過程中的思路
一般我們在研發過程中，控制會議，會遇到很多問題。有些人看的很長遠，但是過於理論化，實際實現起來，成本過高，這就是我們常說的over design 有些人只看眼前，認為能用就行。這時候主持人要思路清晰，匯集各方的精髓於己，加工運用。以下是個人的思路 臨時方案 最終方案 過渡方案 從臨時過渡到最終的方案...
研發過程中的質量度量
測試工程師，本質上就是產品的質量檢查員。我們把開發做好的產品拿過來進行檢測，從而發現問題，進而解決問題。作為測試，我們應該是比產品更懂技術，比開發更懂產品。測試人員，對於產品的業務邏輯，可能會比產品同學還要更為明白。這樣來說，測試對於產品質量的把控尤為重要。在測試中，從底層的白盒測試，再到ui層的黑...