要是按照“候风标准”（暂且这样命名，还没申请侯哥批准），我们要对上面的标准进行规范的优化以及内容的明确
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）
.
综上所述，测试用例的“侯式标准”的精髓，就是把自己的思维过程尽可能的展现到用例中，做到即使一个完全不懂业务的人，看到我们的用例后，也能知道业务的需求和流程，知道测试的过程，能够无障碍的执行我们的用例。
以上是我学习用例编写过程中的一些体会，不足之处请大家批评指正。让我们一起交流分享，共同进步成长。
