?

產品實現的功能是產品價值的體現形式。功能實現是基礎。功能沒有實現，其他方面做得再好也沒有意義。那么，如何保證實現的功能覆蓋了需求呢？

產品實現的功能是產品價值的體現形式。功能實現是基礎。功能沒有實現，其他方面做得再好也沒有意義。

本文主要內容如下：

如何做到：實現的功能覆蓋了需求。
僅僅實現了功能有什么問題。

如何做到：實現的功能覆蓋了需求

要實現功能覆蓋需求，需要團隊不同角色的共同努力。如下圖所示：

開發人員自測

開發人員自測指：開發人員開發完后，自己測試功能是否可以全部實現。如果產品經理有出驗收標準，則需要對著標準跑一遍。對前端來說，自測的內容主要是：功能，UI 交互和瀏覽器兼容性。

開發自測很重要。一方面，程序員自測，能更早的發現問題。越早發現問題，修復問題花的成本越低。另一方面，開發人員自測是對自己代碼質量負責，也是專業素質的體現。沒自測就提交測試，也浪費 QA 的時間。

建議將自測這塊體現到工作流工具中。如果你用的是 CODING，可配置任務流轉規則：狀態流轉到測試中時，一定要填寫自測的內容：

QA測試

QA 會對功能做全面深入的測試：不僅測試正常的流程功能，還會測試異常流程，異常值，邊界值等。因此，QA測試是對功能實現檢查中很重要的一環。

專業的 QA 都會設計測試用例。測試用例完整的覆蓋需求。QA 測試通過，就是要通過所有的測試用例。

當然，QA 測試也存在局限性：如果開發過程中引入的缺陷不在當前測試功能的范圍內，QA 很有可能發現不了。要緩解這種局限性，有 2 個建議：

開發在提交測試時，告知 QA 可能會影響的其他功能。
QA 不管測試什么功能，測試完成后，都要再跑一遍產品所有模塊最核心的測試用例。
產品經理驗收
產品經理驗收的是功能。產品經理對功能更敏感，容易發現漏做或實現的不對的功能。

設計師驗收
設計師驗收的是 UI 和交互。設計師有“像素眼”：能發現常人發現不了的 UI 問題。

僅僅實現了功能有什么問題

對于短期項目，僅僅實現功是沒問題的。但現實中，很多是長期維護的項目。隨著時間的推移，會加很多功能，也會改很多功能。項目會變得越來越大，越來越復雜。只管實現，不管代碼的維護性。會加速的出現如下的問題：

增加新功能，改 bug 越來越難。花的時間也越來越長。
改了這個 bug，出現其他bug。
因此，對于長期項目，我們不僅要實現功能，還要注重代碼的可維護性。我在下面的文章中會做詳細介紹。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的代码质量第 5 层 - 只是实现了功能的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。