测试用例是进行测试的最小单元粒度。在编写测试用例之前需要很多准备工作去分析需求，提取测试点，然后根据提取的测试点选择相应分析方法，来设计测试用例。但测试用例如果要自己在excl手动填写，制作用例模板时，需要注意哪些呢？哪些关键属性要注意呢？
在一些项目管理工具中都用用例这么个模块，会有一些必要属性字段需要填写，如果不适用工具，那么自己手动组织需要有以下属性字段：
- 版本号
测试是一个迭代的过程，每个版本都有增加或删减的测试用例，这里要记录当前测试用例所属的哪个版本，用于项目的跟踪管理以及后期测试用例的重复使用。
- 用例编号
用例编号作为用例的关键属性，可以通过这唯一ID能很快的查找，同时用例编号命名也有一定的要求，而不是简单的一个顺序1、2、3、4、5等等。它需要一定的组织形式，常用的有：功能名简写+编号、需求编号+编号、需求+功能+编号。这样的做的目的是为了在后期统计所属功能区应用数量、以及在执行用例时，能通过编号知道所执行的用例属于什么功能、哪个需求。这个需要根据相关业务而进行设计，形成一个共识。
- 用例名称
这个字段应该很好理解，就是用例的名称。通过这名称，应该能达到以下两个目的：这个用例目的是验证哪个测试点？这个用例所属哪个功能或需求？有见名知意的效果。例如“登录_验证用户名长度为256”，登录模块，用户名长度这测试点。
- 前置条件
这个字段可以为空，这个字段主要用来描述，在执行这个测试用例时，需要哪些前提，才能进行执行。如果测试用例不需要在执行前，构造一些测试数据等所需的前置条件或在执行该用例之前需要先执行其他用例(这里不建议用例之间进行关联，这会增加执行的复杂度，编写可能会省功，但可执行程度要求高)
- 所属功能/需求模块
这个字段为必要属性，虽然用例编号中能识别所属功能或需求，但可能会存在遗漏或编写错误的情况，着这里增加一条过滤。该字段作用是用例编写完毕之后，查看需求覆盖率，所编写的用例是否100%覆盖所属需求。
- 执行步骤
该模块包含三个子模块：步骤编号、步骤描述、预期结果。在测试某个点是，需要按照什么样的执行顺序，每步需要执行什么样的操作，该步操作会产生什么样的预期结果。这个模块就是操作流程的描述与预期结果的描述。
- 用例状态
该字段用来描述，执行测试用例时，用例的执行状态。用例主要状态包括以下：通过、失败、待测试。其他状态可以根据自己添加。
- 问题描述
用例执行失败之后，需要记录测试中产生的问题，如果有缺陷管理系统，这里可以添加bugID的超链接，如果没有，这里可以加入问题的简要描述。
- 用例作者
至此编写用例时中的一些关键字段就介绍完毕了，这些字段只是常用或必须的字段，可以更加业务需求进行增加或删减。有的会有用例还会有用例创建时间、用例执行人、产品模块等等。这里不进行介绍。大部分的用例模板与上述差不多。只要了解其原理，如何通过用例来完成需求覆盖、问题跟踪记录、项目跟踪记录这些需要，很容易写出自己公司所需要的模板。如果有疑问，可以进入QQ群进行讨论学习。
