测试用例一般包括
用例标号级别测试项测试子项前置条件执行步骤预期结果编写日期
编写用例的方式有很多种，可以使用Excel、Xmind进行编写，也可以使用缺陷管理工具如禅道、jira、QC等对测试用例进行管理。
下面介绍使用Excel表格编写测试用例的方法。
封面
首先，新建一个Excel文件，打开。创建一个sheet，命名为“封面”。如下图所示
封面中包括标题、文档编号、更新日期、更新作者。
标题：标题中需要体现出测试项目的名称和测试类型。如XXX平台功能测试设计、XXX系统性能测试设计等。
2. 文档编号：一个成型的测试部门一般会积累很多测试相关的文档，有的企业会使用confluence进行知识管理，此时，文档编号使用的较少。没有使用文档管理工具的部门，一般会有团队自己的文档编号。
3. 更新日期：Excel文档的更新日期。
4. 更新作者：Excel文档的编写者。
为了让封面看起来更像封面，可以加一个矩形框，将标题、文档编号、更新日期、更新作者框起来。
变更记录
封面完成后，再新建一个sheet，命名为“变更记录”。
一个Excel用例文件有时可能会需要多人编写，或者被编写多次，此时需要对文档的变更做个记录，方便追踪。
变更记录包括：变更项、变更操作、变更内容、变更参照、变更人、变更日期。
变更项：如初稿、定稿、终稿等。有的项目需求变更比较频繁，需要多次修改测试用例，此时，变更项可以记录具体的变更版本。
2. 变更操作：如编写、删除、修改、添加等。
3. 变更内容：对变更内容进行记录，如当变更操作是“删除”的时候，变更内容可以记录：删除XXX。
4. 变更参照：变更内容时的参照。如XX功能模块需求变更，去掉了删除功能等。
5. 变更人：变更文档的人。
6. 变更日期：文档的变更日期。
测试用例
完成封面和变更记录的设计后，就可以设计具体的测试用例了。用Excel编写测试用例时由于一个项目中涉及的功能模块几乎不可能只有一两个，所以建议将不同功能模块的测试用例写到不同的sheet中。当多个测试人员分模块编写测试用例时，也好合并。
比如测试登录注册模块，新建一个sheet页，命名为“登录注册”。测试用例的设计详见下图：
1. 用例标号：一般每个团队都会定义用例标号的格式，我曾经工作过的测试团队用的是：项目缩写-功能模块-序号，如OA-Register-01，表示OA系统，注册功能模块的第一个测试用例。
2.用例级别：用例级别一般划分为三个级别，Level 1（紧急程度高）、Level 2（紧急程度中）、Level 3（紧急程度低），也有的项目使用Highest（紧急程度最高）、High（紧急程度高）、Medium（紧急程度中）、Low（紧急程度低）、Lowest（紧急程度最低）来划分用例级别。一般用Excel编写测试用例时，建议使用Level划分，简单好标注。
3. 测试项：表示测试的小功能点，如测试注册页面，用户名的输入，测试项就是用户名。
4. 测试子项：测试子项表示对测试项的测试点，如测试用户名的时候可能会测试用户名是否必填、测试用户名能否包含特殊字符等。此时，是否必填、能否包含特殊字符都是用户名的测试子项。每一个测试子项就是一个测试用例。
5. 前置条件：要执行此条测试用例需要的前置条件。如测试用户名是否是必填项时，前置条件是：用户名的输入框为空。
6. 执行步骤：执行测试的步骤。在书写测试步骤时经常容易把测试步骤与测试点的需求相混淆。执行步骤是，按照一步一步的操作，可以将需要验证的功能验证完。而需求则是对功能点实现情况的描述。比如测试用户名的合法性，需求是：用户名可以含有数字，执行步骤是：1.输入用户名（例如：zhangsan123）2.点击“注册”按钮。
7. 预期结果：按照执行步骤，会得到怎样的一个结果。如测试用户名是否是必填项时，用户名文本框不输入任何内容，点击“注册”按钮，那么期望结果是：提示“请输入用户名”。
8. 编写日期：用例的编写日期。
当需要编写其他功能模块时，继续创建新的sheet页即可。
测试环境
如果测试用例设计完成后，测试环境已经部署好并可用，可以再新建一个sheet页，命名为“测试环境”或者“网址”，将测试环境的链接放进去。
目前先说这么多，如果您觉得有用的话，记得点个赞哦~
