EEPW论坛

　　1）缺乏经验或者技能的测试人员，可以按照测试用例的步骤顺利开展测试执行工作。这是脚本化测试实践中的思维：有经验与技能的测试人员设计测试用例，而缺乏经验的人员去执行测试用例。

　　2）缺乏经验的测试人员，按照详细测试用例的步骤执行的过程，不仅可以帮助他们了解测试对象的功能与业务知识，也可以帮助他们了解测试设计技术与方法。

　　3）更好的一致性。由于设计的测试用例提供了详细了步骤，每个测试人员按照这个步骤可以得到一直的测试结果，因此保证测试一致性。

　　3）有助于测试用例的自动化。因为详细的测试用例提供了详细的步骤和期望的结果，因此将它们转化为自动化测试用例会相对比较简单。

　　4）有时候提供详细的测试用例，是为了满足法律法规的要求，特别是针对安全关键系统，在有审计的情况下。

　　尽管详细化测试用例可以有上述的优点，但是反对测试用例详细化的也大有人在，因为详细化测试用例也会存在一些缺点：

　　1）设计成本高：测试人员需要花费大量的时间投入到测试用例的编写上面。同时测试用例文档的页数越多，被完整阅读的可能性就越少。

　　2）效果差：穷尽测试不可能，好的测试用例设计是从无穷的测试中选择合理测试输入、测试组合、测试数据等，以相对有限的测试用例数目尽量达到理想的覆盖率。而详细的测试用例设计很难完全定义这些组合和场景，实践中需要测试设计不断迭代和更新。

　　3）维护成本高：测试用例的输入参考，例如：需求文档是经常变更的，这就会导致测试用例越详细，其维护的工作量更大。