这篇文章主要是关于用例设计的细节问题的一点考虑：

　　如果在设计阶段能尽可能多的发现接口存在的问题，可以提高我们的测试质量和效率。因此，为了让评审阶段开发人员快速的理解用例的设计，我们的测试设计的呈现方式就显得重要了。

　　以此为出发点，我想一个好的设计应该是让人能够清楚的了解到用例对应的场景，具体验证点，针对此场景准备好数据和参数。在用例设计中，是准备出关键数据的具体数值比较有利，还是用语言表达出数据如何准备呢？

　　一、准备关键数据具体值的好处

　　1. 在设计评审时可以对关键数据数值一并审核。开发同学进行评审时，不仅要对业务场景进行评审，准备数据也是评审的一部分。提前准备出来可以让开发同学对数据的准备进行评审，如果数据准备有遗漏，很可能在业务理解上也是不够全面的；

　　2. 有利于日后的用例实现。因为在设计阶段对设计用例考察的业务点和逻辑点思路最为清晰。此时将需要的关键数据具体值准备出来，以后实现用例时就可以方便和有效率的完成。如果此时不准备具体值，等到实现用例时很可能间隔了几日，对某些细节记忆已经模糊，就需要重新了解整理思路，然后再准备数据；

　　3. 对于复杂的用例数据准备，更为直观。复杂情况，比如涉及几个表，每个表中涉及较多的字段的区别，准备出数据的具体值更加直观和直接。可以避免在语言的理解上有偏差，而且复杂的数据准备的语言表达也是比较繁琐的。

　　二、准备关键数据具体值产生的问题

　　1. 在用例设计中准备出具体数值不利于日后用例设计的维护。比如数据表中每个字段值的修改，有可能造成若干用例设计的具体数值的变动；

　　2. 对于较为简单的情况，语言描述出来更易于理解。直接准备出具体数值没有语言更易于理解。我认为，这一点应该是见仁见智的，而且要根据语言表达能力来区分；

　　三、适用场景

　　对于一个非常紧急的项目，要求尽快完成设计的情况，准备具体数值不是非常适合。因为这个环节较为耗时，要求你对数据表中字段的具体情况非常了解。所以当时间是一个重要考量因素时，建议采用最快捷的方式。

　　总之，我想应该以用例设计的主要客户为主。用例设计评审主要是开发同学的评审。在时间较为充裕的前提下，如果开发认为关键数据具体值是十分必要的，那我们就应该去在设计时完成这一项内容，以达到评审的高效高质。