设计好測试用例对測试运行和測试管理都大有裨益。
对測试运行的优点不言而喻，拿着一个好的測试用例，即便是一个測试菜鸟做測试运行也能保证用例相应功能得到覆盖。对測试管理而言，也很有帮助。測试用例设计架构清晰。就能保证測试计划制定、測试任务分配可以更加准确。对自己主动化測试实施更加有优点。
假设測试用例设计不清晰，不同的人依照相同的用例设计出的自己主动化測试脚本差异就会比較大。
有些项目的測试用例，会随着软件版本号的不断变更规模不断增大。
在设计測试用例之初就根据某个标准把測试用例划分成不同的模块，这样之后測试用例维护和修订的成本就会减少。否则，后期測试用例维护成本就很大，并且測试用例很easy出现冗余和反复。面对着数以百计甚至千计的測试用例，測试经理分配任务也会很头疼，不同測试人员运行測试用例可能会出现反复。特别是对一些重要项目和全新项目，一開始就把測试用例设计好，对兴许类似项目用例设计大有帮助，可供复用和继承。
測试用例的层次怎样划分好呢？測试用例划分几层呢？既须要对被測试软件功能有比較深入的理解，也须要掌握一些软件測试理论和方法。对黑盒測试来说。主要的划分根据是软件的功能模块。
能够參考软件系统设计和开发过程中功能模块的划分，可是不能全然照搬。由于软件设计、开发过程涉及的有些功能模块，对黑盒測试来说測试可行性不大。
測试用例设计过程中考虑一些诸如边界值、等价类、因果图等測试方法和理论，设计出的測试用例发现BUG可能性就大些。測试设计也要考虑性能測试、压力測试、异常測试、用户场景測试等。