測試用例的粒度是對“測試用例是精細還是籠統”的通俗說法。測試用例越聚焦到一個功能點上，這個功能點越小越細，測試用例粒度就越細；反之，如果一個測試用例包含了比較多的功能點，這個測試用例的粒度就會比較粗。
一般說來，粒度細的測試用例，更容易發現產品在設計上的問題，但是如果整個測試團隊的測試用例的粒度都很細，那麼需要測試的測試用例就會比較多，這會給測試進度、測試投入和測試用例的編寫和維護等帶來不少問題。粒度粗的測試用例，更容易發現產品在系統、設計、功能交互和需求方面的問題，但是如果整個測試團隊測試用例的粒度都很粗，那麼可能漏掉很多功能設計上的細節問題，影響產品質量。
所以控制測試用例的粒度，是測試用例設計中非常重要的一項工作。此時要做兩件事：
1）希望整個團隊測試用例的總數維持在一個比較合理的範圍內，同時能很好地達到測試驗證產品的效果。這就需要控制測試用例的源頭——測試點，讓測試點不要過粗或者過細。如果測試點過粗或過細，就要去拆分或者組合它，保證設計出來的測試用例的粒度比較統一。這時使用四步測試設計法的優勢就展現出來了，針對拆分或組合後的測試點，還是可以找到適合的測試點類型和測試設計方法的，這也使得測試用例設計變得更爲靈活和有技巧。
2）通過不同的測試用例粒度，可能會發現不同層次的產品問題（細粒度的測試用例可能更容易發現產品功能設計和實現方面的問題，而粗粒度的測試用例可能更容易從系統的角度發現一些功能交互和需求方面的問題），所以在不同的測試階段，可以有意識地對測試點做一些拆分或組合，以求從不同的層次去測試產品，發現不同問題。
摘取自劉琛梅老師的《測試架構師修煉之道：從測試工程師到測試架構師 第2版》