测试用例编写规范

深圳市康拓普信息技术有限公司 第1页 系统测试用例编写规范

1 目的

1. 使系统测试用例的编写工作有章可寻。

2. 使系统测试用例的编写更加完整和规范。

2 适用范围

本规范适合益模科技有限公司所有软件测试项目。

3 用例的构成

系统测试用例分模块功能、通用性测试用例、业务逻辑和通用性检查项四个部分。前三者的测试用例都写入各项目组的TD库中。

模块功能用例根据系统各模块的特征项，结合需求进行编写；通用性测试用例包括系统级、项目级的通用功能；业务逻辑是系统中涉及到多个模块的业务流程；通用检查项包括页面通用功能、易用性、合理性等检查项，这里的通用功能更多的是指页面上的功能，如数字型字段显示、分页显示等。

有了通用性测试用例、通用检查项的支持，在模块功能方面的测试用例编写就相对简单方便。模块间的关联（如业务流程）也可用功能图形来反映软件中的逻辑关系，可以省时、省力，而且整个文档显得内容集中、清晰，不会混淆主次。

4 编写规范

4.1 模块功能用例

模块功能的测试用例在TestDirector的Test Plan中编写，模式采用“Test Plan Tree”，树形目录按照模块功能来划分，第一级为第一级菜单名称，第二级为第二级菜单名称，第三级为模块名称。第四级为测试用例名称加JIRA编号，目录最深为四级，若有更深层次的页面可提升到第四级中。

下面以一汽项目测测试用例为例：

深圳市康拓普信息技术有限公司 第2页

说明：

1. 目录结构与系统页面保持一致。

2. 第一、二级子目录（菜单和子菜单名称）从01开始递增，并用括号括起来，如（01）、（02）……这两级的编号主要为方便目录的排序。

3. 第三级目录（模块名称）一般情况与需求项保持一致。需求项用“（01、02……）需求标识+JIRA编号”表示。

功能测试——业务功能测试用例编写规范

一、编辑操作：

编辑操作包括剪切,复制,粘贴操作：

1. 测试剪切操作的方法

1) 对文本，文本框，图文框进行剪切；

2) 剪切图像；

3) 文本图像混合剪切。

2. 复制、粘贴操作

1) 粘贴复制的文本，文本框及图文框；

2) 粘贴所复制的图像；

3) 复制后，在不同的程序中粘贴；

4) 多次粘贴同一内容，如：复制后，在程序中连续粘贴3次；

5) 利用粘贴操作强制输入程序所不允许输入的数据。

二、查找替换操作：

通常是针对文本型的编辑框，还有针对表格的全部或某一部分。

例如：word中的"替换"对话框。测试本功能有通过测试和失败测试两种情况：

1． 通过测试：

1) 输入内容直接查找，或查找全部；

2) 在组合框中寻找已经查找过的内容，再次查找并确认文档的内容正确。如：已经查找过"测试用例"，再次进入不用重新输入查找内容，直接在文档中搜寻就可以。

2． 失败测试：

1) 输入过长或过短的查询字符串。如，假设查询的字符串长度为1到255，那么输入0，1，2，256，255和254进行测试；

2) 输入特殊字符集。如：在word中，^g代表图片，^代表分栏符，可以输入这类特殊字符测试。

3． 编辑操作窗口的功能测试的用例：

1) 关闭查找替换窗口。不执行任何操作，直接退出；

2) 附件和选项测试。假如：设定“精确搜寻”、“向后”搜索等附件选项等等来测试；

3) 控件间的相互作用。如：搜寻内容为空时，按钮“搜寻全部”、“搜寻”，“全部替换”，“替换”都为灰色。

4) 热键， Tab键。回车键的使用。

三、插入操作：

1． 插入文件测试用例：

1) 测试插入；

2) 插入图像；

3) 在文档中插入文档本身；

4) 移除插入的源文件；

5) 更换插入的源文件的内容。

2． 链接文件测试用例

1) 插入链接文件；

2) 在文档中链接文档本身；

3) 移除插入的源文件；

本文档系作者精心整理编辑，实用价值高

本文档系作者精心整理编辑，如有需要，可查看作者文库其他文档

软件测试规范一（控件测试用例编写规范）

【编写说明】

以集成性功能测试为主， 针对测试用例的编写规范进行说明。 重点突出了各种控件、 网

站/软件的常用业务功能和界面及外部接口的测试。

第一章功能测试一一控件测试用例编写规范

一、文本框控件

1. 输入的字符类型：

根据需求/设计说明，或者当前设计程序的使用功能默认，确定输入字符要求：

① 全中文；

② 全英文；

③ 全数字；

④ 全其他字符 '~!@#$%A&*（）-=_+[]\{}|； ' ”,•/<>?等；

⑤ 中英文混合；

⑥ 中文和数字/其他字符混合；

⑦ 英文和数字/其他字符混合；

⑧ 包含空格。

2. 输入长度测试：

根据需求/设计说明，或者当前设计程序的使用功能默认，确定输入长度要求：

① 正常的长度输入；

② 临界值长度输入；

③ 临界值范围内、紧临临界值长度输入；

④ 临界值范围外，紧临临界值长度输入。

3. 输入格式测试：

根据需求/设计说明，或者当前设计程序的使用功能默认，确定输入内容的格式：

① 正常格式、正常值范围输入；

② 非正常输入格式；

③ 允许输入值的临界值输入（最小值，最大值）；

④ 允许输入值的临界值范围内紧邻临界值的输入（最小值内，最大值内）；

⑤ 允许输入值的临界值范围外紧邻临界值的输入（大于最大值、小于最小值）；

⑥ 是否允许输入空格。

上述测试要覆盖字符类型、长度和格式的各种组合。 本文档系作者精心整理编辑，实用价值高

本文档系作者精心整理编辑，如有需要，可查看作者文库其他文档

4. 复制、粘贴：

① 进行一次复制、一次粘贴操作；

② 进行一次复制、多次粘贴操作。

5. 普通文本框的测试用例（如：企业名称、姓名、设备名称等 ）

允许输入的内容一般分为以下几种：全中文（如姓名）、全英文、全数字（如数量）、 全其他字符、中英文混合、中英文数字混合、英文数字混合、英文数字其他字符混合、数字 其他字符混合。

通⽤测试⽤例编写规范

⼀、通⽤测试⽤例⼋要素1、⽤例编号;

2、测试项⽬;

3、测试标题;

4、重要级别;

5、预置条件;

6、测试输⼊;

7、操作步骤;

8、预期输出

⼆、具体分析通⽤测试⽤例⼋要素1、⽤例编号

⼀般是数字和字符组合成的字符串，可以包括(下划线、单词缩写、数字等等)，但是需要注意的是，尽量不要写汉语拼⾳，因为拼⾳的意义可能有好⼏种，有可能会导致乱码;

⽤例编号具有唯⼀性和易识别性。(⽐如说我们唯⼀标识⼀个⼈：中国-上海市-xx区xx号-xx楼--xx室-xxx.这样标识的话就具有唯⼀性了。)

不同阶段的测试⽤例的⽤例编号有不同的规则：(1)系统测试⽤例：产品编号-ST-系统测试项名-系统测试⼦项名-XXX

(2)集成测试⽤例：产品编号-IT-系统测试项名-系统测试⼦项名-XXX

(3)单元测试⽤例：产品编号-UT-系统测试项名-系统测试⼦项名-XXX

**其中产品编号也叫项⽬标识，每个公司都有若⼲不同的项⽬或者产品，如何来区分它们呢?这就需要有产品编号了，每个公司都有⾃⼰的⼀套定义产品编号的规则，并且每个现有产品的编号已经制定好了，直接拿过来⽤就可以了。**产品编号后的ST、IT、UT分别对应系统测试阶段、集成测试阶段、单元测试阶段。实际⼯作中有些公司会将产品编号以及测试阶段省略。**测试阶段后⾯就是测试项⽬名了，对应的是较⼤较系统的测试点。

**测试项⽬名后⾯就是测试⼦项⽬名，有些测试是没有⼦项⽬名的，只有当测试项⼒度⽐较⼤的时候才会有成都市⼦项(⽐如说：我们要测试⽤户能否成功登录这个功能，那我们就可以分为很多个⼦项，qq登录、邮箱登录等等)。**测试⼦项名后⾯就是具体的⽤例编号了，可以是数字：01、001、002等等。

2、测试项⽬

测试项⽬对应的就是测试⽤例中的⼦项名。(1)系统测试⽤例：对应⼀个功能点(功能测试)、性能指标(性能测试)、界⾯中控件(GUI测试)等等。

(2)集成测试⽤例：对应集成后的模块功能或者接⼝功能。