功能测试用例设计

软件工程功能测试用例设计

测试用例设计2013年7月11日

软件工程功能测试用例设计

软件测试的目的基于不同的立场，存在着两种完全不同的测试目的。

从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。

从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的

要求，确立人们对软件质量的信心。

软件工程功能测试用例设计

示例以“用户登录”为例，根据已制定好的功能 的测试需求，设计功能的测试用例。 1、“用户登陆”界面如下图 。

软件工程功能测试用例设计

2、软件的功能测试需求如下表。需求编号 11.1 11.2 11.3 11.4 11.5 11.6 11.7 11.8 用户登录 失败 失败 原因 用户登录 成功 功能分类 第一层 启动条件 功能分类第 二层 -常规 功能点测试项 “用户登录”页面正常打开 [登录]成功，页面跳转至用 户Default.aspx画面 设定[用户名] 必须 输入项 设定[密码] 设定[验证码] 检查数据库连接 检查Web服务连接 检查网络连接是否超时 优先级 高 高 高 高 高 高 高 高

软件工程功能测试用例设计

3、针对功能的测试需求进行测试用例设计， 如下表。Case ID 1 2 3 1.输入[用户 名]文本框 2.输入[密码] 设定[用 文本框 户名] 3.输入[验证] 文本框 4.点击[登录] 按钮 功能点 测试项 操作步骤 方法 测试数据 6位char型数据 7位char型数据 边界 29位char型数据 高 优先级 高 高 正确 结果 正常 登录

正常 登录正常 登录 正常 登录 正常 登录

45

30位char型数据等价类 8-28位中任意位 数的char型数据

高高

软件工程功能测试用例设计

Case ID 6 7

功能点 测试项

操作步骤

方法

测试数据 6位char型数据 7位char型数据

优先级 高 高

正确 结果 正常 登录 正常 登陆

89 10 11

设定 [密码]

1.输入[用户名] 文本框 2.输入[密码]文 本框 3.输入[验证]文 本框 4.点击[登录]按 钮

边界

14位char型数据15位char型数据 等价类 等价类 8-13位中任意位数的 char型数据 系统提供验证码

高高 高 高

正常 登录正常 登录 正常 登录 正常 登录

设定 [验证 码]

软件工程功能测试用例设计

示例分析：

编号1-4考虑的是用户名有效域的边界值测试，其 中用户名为6-30位char类型，所以有效域的边界 值位6、7、29、30。如果范围是最大全角10个文 字，设计时需考虑10个全角和20个半角的情况。 全角考虑汉字，半角考虑英文和数字，混合输入 考考全角、半角、英文、汉字、字符、数字。 编号5考虑的是用户名有效域的等价类测试，只要 在有效域范围内任何数据都可。所以设计测试用 例时为8-28位中任意位数的char型数据。

软件工程功能测试用例设计

软件测试的目的

测试是程序的执行过程，目的在于发现错误； 一个好的测试用例在于能发现至今未发现的错误； 一个成功的测试在于发现了至今未发

现的错误。

软件工程功能测试用例设计

软件测试的目的换言之，测试的目的是 想以最少的时间和人力，系统地找出软件中潜在的各种错误和缺

陷。如果我们成功地实施了测试，我们就能够发现软件中的错误。 测试的附带收获是，它能够证明软件的功能和性能与需求说明相

符合。 实施测试收集到的测试结果数据为可靠性分析提供了依据。 测试不能表明软件中不存在错误，它只能说明软件中存在错误。

软件工程功能测试用例设计

软件测试的原则

应当把“尽早地和不断地进行软件测试”作为软件开发者 的座右铭。

测试用例应由测试输入数据和对应的预期输出结果这两部 分组成。

程序员应避免检查自己的程序。

在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。

软件工程功能测试用例设计

软件测试的原则

充分注意测试中的群集现象。经验表明，测试后程序中残 存的错误数目与该程序中已发现的错误数目成正比。 严格执行测试计划，排除测试的随意性。

应当对每一个测试结果做全面检查。妥善保存测试计划，测试用例，出错统计和最终分析报告， 为维护提供方便。

软件工程功能测试用例设计

软件测试的对象

软件测试并不等于程序测试。软件测试应贯穿于软件定义 与开发的整个期间。 需求分析、概要设计、详细设计以及程序编码等各阶段所

得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为软件测试的对象。

软件工程功能测试用例设计

测试方法

两种常用的测试方法 黑盒测试 白盒测试

软件工程功能测试用例设计

黑盒测试

这种方法是把测试对象看做一个黑盒子，测试人员完全不 考虑程序内部的逻辑结构和内部特性，只依据程序的需求 规格说明书，检查程序的功能是否符合它的功能说明。

黑盒测试又叫做功能测试或数据驱动测试。

软件工程功能测试用例设计

黑盒测试

黑盒测试方法是在程序接口上进行测试，主要是为了发现 以下错误: 是否有不正确或遗漏了的功能? 在接口上，输入能否正确地接受? 能否输出正确的结

果? 是否有数据结构错误或外部信息(例如数据文件)访问

错误? 性能上是否能够满足要求? 是否有初始化或终止性错误?

软件工程功能测试用例设计

黑盒测试

用黑盒测试发现程序中的错误，必须在所有可能的输入条 件和输出条件中确定测试数据，来检查程序是否都能产生 正确的输出。

但这是不可能的。