测试用例文档介绍---用例字段解说

常用测试用例文档模版及相关字段内容解释

一、测试用例模板图示

用例编号

所属项目

所属模块

所属页面

用例标题

前置条件

测试准备数据

操作步骤

预期结果

实际结果

用例级别

用例类型

bug编号

结果

由谁创建

创建日期

修改者

修改日期

用例版本

常规的测试用例模版中，包含上述字段

用例编号：该条用例的唯一编号，一般是由项目名称+编号，或者是看内部具体要求；常规情况下，这个不会填写，若需要归档，这个字段就需要规范填写

所属项目：一般写项目的英文缩写，若有特殊要求，根据内部要求来即可

所属模块：一般为系统中（软件）里的功能，比如左侧导航栏展示的各项功能；

        以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等类型版本号