作为软件测试人员，执行测试用例是我们进行测试工作的主要手段，测试用例设计的好坏，直接影响着测试工作的质量。一个“好”的测试用例能保证测试的质量，规范测试的进程，进而提高我们的测试效率。
　　那什么样的用例才是好的测试用例？这已经是一个老生常谈的问题，大家见仁见智 ，众说云云，不一而足。
　　而我的TL?候风的一句话，让我对用例的有了新的认识。他是这样说的：一个好的测试用例，是在保证测试质量的前提下，做到以下几点：当一个不熟悉业务的人，看到你的用例后，要知道用例的测试目的什么，知道你要做什么，怎么做，为什么这样做，取得了什么什么成果。
　　做什么？
　　做任何事情，都要有的放矢。我们在编写一个测试用例的时候，应该知道我们要的是什么，这也是编写一个用例基本的前提。
　　怎么做？
　　即具体的如何设计用例。是要明确用例的执行过程，这样在测试的时候才能有章可循，摸着石头过河
　　为什么这样做？
　　这要求用例编写者要明确设计用例时用到的方法（如边界值，等价类等等），以及用这种方法的好处。
　　取得了什么成果？
　　这要求用例编写者明确通过这个测试用例，我们将取得什么效果。比如一个采用边界值设计的用例，取得的效果是在极端的数据下，软件是否能够正常执行功能。
　　标准规范中包含的主要元素如下：
　　1测试名称(Test Name)：测试用例编号和测试用例名称。
　　2创建日期(Creation Date)：测试用例创建时间，系统自动产生。
　　3设计人员(Designer)：测试用例设计人员
　　4状态(Status)：测试用例状态
　　5描述（Descrīption）：测试用例详细描述
　　6步骤名称（Step Name）：测试步骤名称
　　7步骤描述（Step Descrīption）：测试步骤详细描述。
　　8预期结果（Expected Result）：测试预期结果。