這個覆蓋率其實也是有需求的，這個要看項目的特點，以及開發的特點，來指定多角度的覆蓋率
1. 代碼覆蓋率（設計一個測試用例，能把代碼的多少個路徑和分支覆蓋到，這個又分模塊進行）
2. 需求覆蓋率（需求又存在不明顯的覆蓋，所以一般要追求100%）,比如我們測試的需求分析文檔中梳理的儘量的去覆蓋，但是也未必能達到100%
3. 測試用例覆蓋率（功能性測試覆蓋率，這個也只能從需求出發，對功能和業務邏輯的覆蓋，基本可以說是100%,但是設計的時候也是存在紕漏，未必能達到100%）
4. UI自動化測試覆蓋率（覆蓋率也不能一味的去追求，因爲和時間成本，項目週期等關聯着，但是用戶對軟件系統的使用也不是100%的都能使用到，那麼就要去指定一個覆蓋率的策略）
5. 接口的自動化測試覆蓋率（這個相對還是比較容易，因爲接口的數量尤其隨着迭代的進行，還是能夠100%覆蓋，但是未必能達到100%的覆蓋面，因爲測試的設計數據未必能達到100%, 而只是在接口的數量上達到了100%）
所以覆蓋率還是要又策略的，那就也是使用頻率高，業務場景和業務邏輯上使用的，要做到90%的覆蓋率，而且強覆蓋率
我覺着UI自動化在30%是合理的，接口在60%是合理的數值