常规的测试用例模版中，包含上述字段。
用例编号：该条用例的唯一编号，一般是由项目名称+编号，或者是看内部具体要求；常规情况下，这个不会填写，若需要归档，这个字段就需要规范填写
所属项目：一般写项目的英文缩写，若有特殊要求，根据内部要求来即可
所属模块：一般为系统中（软件）里的功能，比如左侧导航栏展示的各项功能；
以QQ空间为例：
空间内的导航栏有主页、日志、相册、留言板、说说、个人档、音乐及更多；此时用例的模块大多数划分就分为主页模块、日志模块、相册模块......等等。
所属页面：在模块下的某个具体页，例如新增页、编辑页、 上传页、模块首页、某个内容详情页等等。
用例标题：这条用例验证的内容，比如验证新增，名称一般为：新增一条XX数据，验证上传功能，名称一般为，上传一个XX文件，尽量简短，且验证的内容一目了然，避免过长，执行迭代的时候用例名称就是快速验证的基本条件。
前置条件：一般为执行当前这条用例需要的前置操作，比如网络连接是否需要正常，用户登录正常与否，需要切换到哪个页面，需要有哪些前置的状态等等，也就是准备工作。
测试准备数据：执行这条用例，需要用到的数据，特殊的用例需要特殊的数据；比如翻页功能就需要准备几十条数据，否则功能无法使用也就无法验证；也可将SQL查询语句；脚本执行备注等内容插入，作为提示。
操作步骤：在前置条件已经准备就绪的情况下，验证这条规则需要进行的步骤；
比如验证登录的步骤：
1、进入登录页
2、输入账号和密码（账号和密码需已存在）
3、点击登录
不要过于详细，也不要过于简略；
过于详细会导致后续迭代执行用例时花费过多的时间去理解步骤；过于简略则会导致执行用例时无法快速理解用例步骤，
预期结果：每个步骤操作后，应该出现的结果，也就是需求需要的结果；一般是步骤和预期结果一一对应；
以上述的登录为例：
1、页面展示登录页内容
2、输入的账号回显，密码密文显示
3、点击后进入首页
实际结果：实际测试时，展示的结果。常规情况下实际结果应该与预期结果一致，若有部分地方实现的形式不一样，但是结果是一致的时候需要特殊注意实际结果。
以上述的登录为例：
1、页面展示登录页内容
2、输入的账号回显，密码密文显示
3、点击后提示成功，显示loading页，等待2s后进入首页
用例级别：用例的重要程度，一般分低、中、高；等级为高，表示这条用例是基础功能，一般是新增、修改、删除、查看四种类型的正向用例；
不同的公司有不同的要求，也有用数字表示等级的；根据不同情况去判断。
bug编号：执行的用例不通过时，记录的bug编号。
结果：执行用例的结果，通过还是不通过。
由谁创建：创建用例的人员名称。
创建日期：创建用例的日期，一般写年月日，例如2024-06-25。
修改者：后续原型修改，用例结果原预期不一致，或者用例错误的情况下；修改这条用例的人员名称。
修改日期：修改用例的日期，一般写年月日，例如2024-06-25。
用例版本：用例创建时，项目的版本，初始为1.0，迭代后根据迭代情况填1.1等类型版本号。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
