如何设计一个完整的测试用例

　　编写测试用例(这里指功能测试用例的编写)，首先要做的就是设计测试用例的模板。每个公司都有适合自己公司用例编写的模板，各有各的特点。

　　测试用例的格式包括，测试用例摘要、测试用例需求编号(一个需求设计说明书可以分好几个用例编写)、编写用例的日期、编写人员、编写日期、前置条件、准备数据等等。格式没有固定的要求，可以根据自己测试用例设计的思路，对测试用例的格式作相应的改变。

　　下面以一个登录窗口为例，说说我设计登录界面的思路和方法。我把这个测试用例分为三层结构，表单测试、逻辑判断、业务流程。

　　第一层，表单测试为最底层(最基础的)

　　这部分的测试用例是对登录窗口这个界面的输入框、按钮功能、界面等最基本功能的测试。一般来说登录用户名和登录用户密码是输入框的形式体现，那么，我们需要的是针对这两个输入框进行功能的测试。

　　这时，我们只要考虑这个输入框的功能，而不需要考虑业务方面的内容。这样，我们考虑就是这个输入框的长度限制是多少?能否输入特殊字符?能否输入全角字符?当然，登录窗口还有其他按钮，例如登录按钮、退出按钮、界面设计等，这一层的测试用例只对他们最简单的功能的测试。

　　我觉得这一层的测试用例对新开发项目很重要，也必须执行，因为这些是最基本的功能保证，当项目进入维护阶段后，如果没有修改就不需要执行这部分的测试了或者说把这层的用例优先级置为最低，时间不充足的情况就不用去执行

　　

　　​

　　第二层，逻辑判断层

　　根据需求的设计&