测试用例的粒度是对“测试用例是精细还是笼统”的通俗说法。测试用例越聚焦到一个功能点上，这个功能点越小越细，测试用例粒度就越细；反之，如果一个测试用例包含了比较多的功能点，这个测试用例的粒度就会比较粗。
一般说来，粒度细的测试用例，更容易发现产品在设计上的问题，但是如果整个测试团队的测试用例的粒度都很细，那么需要测试的测试用例就会比较多，这会给测试进度、测试投入和测试用例的编写和维护等带来不少问题。粒度粗的测试用例，更容易发现产品在系统、设计、功能交互和需求方面的问题，但是如果整个测试团队测试用例的粒度都很粗，那么可能漏掉很多功能设计上的细节问题，影响产品质量。
所以控制测试用例的粒度，是测试用例设计中非常重要的一项工作。此时要做两件事：
1）希望整个团队测试用例的总数维持在一个比较合理的范围内，同时能很好地达到测试验证产品的效果。这就需要控制测试用例的源头——测试点，让测试点不要过粗或者过细。如果测试点过粗或过细，就要去拆分或者组合它，保证设计出来的测试用例的粒度比较统一。这时使用四步测试设计法的优势就展现出来了，针对拆分或组合后的测试点，还是可以找到适合的测试点类型和测试设计方法的，这也使得测试用例设计变得更为灵活和有技巧。
2）通过不同的测试用例粒度，可能会发现不同层次的产品问题（细粒度的测试用例可能更容易发现产品功能设计和实现方面的问题，而粗粒度的测试用例可能更容易从系统的角度发现一些功能交互和需求方面的问题），所以在不同的测试阶段，可以有意识地对测试点做一些拆分或组合，以求从不同的层次去测试产品，发现不同问题。
摘取自刘琛梅老师的《测试架构师修炼之道：从测试工程师到测试架构师 第2版》
