要是按照“候风标准”（暂且这样命名，还没申请侯哥批准），我们要对上面的标准进行规范的优化以及内容的明确
　　1测试名称
　　A）用例根据各用例的功能来命名，尽量做到简洁明了。
　　B）一级目录使用各项目的菜单名称来命名，如功能、业务、查询三大类；
　　C）二级目录使用菜单下的二级菜单名称类命名，用户可根据名字判别该用例是测试哪个模块的。
　　2 描述（Descrīption）：测试用例详细描述
　　要用通俗易懂而又简洁的语言描述描述用例的设计目的，让其他人能够明白我们在什么
　　3 步骤描述
　　步骤描述要详细而不臃肿，条理而不凌乱。
　　同时，在规范上要增加以下几项
　　1  测试目的（Purpose）：编写这个测试用例的目的
　　2  测试方法选择依据（Foundation）：即用这样方法的好处
　　3  测试取得的成果（Achievement）：通过执行用例取得的成果
　　4  用例执行的前提条件（Precondition）：执行用例的需要满足的前提
　　这样，一个完整的用例包含的元素如下：
　　1测试名称(Test Name)
　　2 测试目的（Purpose）
　　3 测试方法选择依据（Foundation）
　　4 用例执行的前提条件（Precondition）
　　5创建日期(Creation Date)
　　6设计人员(Designer)
　　7状态(Status)
　　8描述（Descrīption）
　　9步骤名称（Step Name）
　　10步骤描述（Step Descrīption）
　　11预期结果（Expected Result）
　　12 测试取得的成果（Achievement）
　　.
　　综上所述，测试用例的“侯式标准”的精髓，是把自己的思维过程尽可能的展现到用例中，做到即使一个完全不懂业务的人，看到我们的用例后，也能知道业务的需求和流程，知道测试的过程，能够无障碍的执行我们的用例。
　　以上是我学习用例编写过程中的一些体会，不足之处请大家批评指正。让我们一起交流分享，共同进步成长。