测试用例包括：编号，用例名称，测试背景，前置条件，优先级，重要级，测试数据，测试步骤，预期结果，实际结果。

　　测试用例每个公司都是不一样的，这里只是简单的模板，可以用来平常练习使用，下面我们一一讲解一下这几个名词的意思。

　　编号：编号具有唯一性、易识别性，由数字和字符组合成的字符串，如你可以简单的用1做开始依次递增。

　　规则：

　　· 系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX

　　· 集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX

　　· 单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX

　　用例名称：测试用例的概括，简单的描述用例的出发点，关注点，原则上不能重复。

　　测试背景：描述当前所处测试阶段的，如测试登录功能时，那么就是登录功能已完善做的测试。

　　前置条件：执行当前测试用例需要的前提条件，是后续步骤的先决条件。如:登录账号时，前置条件就是账号已注册。

　　重要级：

　　高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；

　　中：重要程度介于高和低之间的测试用例；

　　低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。

　　实际工作还会有一个小版本叫做冒烟测试，是测试前的测试，如果没有通过则直接退回给开发，主要确认新的版本是否存在致命性bug，功能可以正常运行（不会出现跑不通的状况），不会影响下一轮的测试进行。

　　另外重要级看频率，功能失效对用户的影响程度划分，比如一个正确账号密码，和错误账号密码，错误账号密码明显不大会出现重要级应该为低，但是在登录过程中如果失效造成的影响较大，所以为高级。

　　优先级：分为立即解决P1、高优先级P2、正常排队P3、低优先级P4，优先级高的快速处理，低的慢处理。当然这里的优先级和重要级没有联系，可能高重要级是低优先级。

　　分配流程：

　　1）把你所有功能性验证（或基本路径（Happy?Path））的测试标注为高优先级别；

　　2）把你所有错误和边界值或确认测试标注为中优先级别；

　　3）把你所有错误和边界值或确认测试标注为中优先级别。

　　测试数据：这个好理解，利用等价类和边界值对要测试的数据进行编写就行，如登录测试，既要给出正确的账号密码，也要给出错误的账号密码。

　　测试步骤：

　　1）要有条有理，一般分1，2，3步骤来写；

　　2）需要在步骤中描述操作环境等信息；

　　3）详细描述测试过程，言简意赅。

　　预期结果：应该出现的结果，使用错误的账号登录，应填写的结果为提示使用正确的账号密码登录。

　　实际结果：实际出现的结果，上例中如果输出的是登录成功，那么填写登录成功，即使使用的错误的账号。

　　题外

　　什么情况下开始写测试用例呢？

　　当客户整理出需求分析文档或者开发人员把项目开发出来，给我们系统文档、部署环境或数据库结构等，我们根据这些文档来开始设计和编写测试用例。切记，编写测试用例一定要以需求为参考！

　　好用例标准：5C原则

　　Clear：清晰的，用例的描述要清晰易懂，不要有歧义。

　　Concise：简洁的，用例描述不要太啰嗦。

　　Complete：完整的，用例内容是完整的，不能有缺失。

　　Consistant：一致的，用例的格式一致。

　　Correct：正确的，用例的内容要正确无误。

　　下面是我拿的网上的例子可以作为参考：

作者：极客海    

来源：http://www.51testing.com/html/59/n-4478059.html