场景法测试用例实例

测试用例设计-场景法（个人见解与学习）

时间：2010-11-19 编写人 龙文

时间 2010-11-19 修复时间 2010-12-9 目录

1、引言 ............................................................................................................................................ 3 2、基本测试..................................................................................................................................... 3

2.1、测试优缺点 ...................................................................................................................... 3 2.2、黑盒功能测试分解法 .............

TestCase_LinkWorks_WorkEval

用例编号

uate

项目名称 模块名称 项目承担部门 用例作者 完成日期 本文档使用部门 评审负责人 审核日期 批准日期

LinkWorks WorkEvaluate模块 研发中心-质量管理部

2005-5-27 质量管理部

注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。 历史版本： 版本/状态 V1.1

1

作者

参与者

起止日期

备注

一、功能测试用例

此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。

用例标识 开发人员 用例作者 测试类型 2

LinkWorks_ WorkEvaluate_02 项目名称 LinkWorks.NET 模块名称 WorkEvaluate 参考信息 工作考核系统界面设计(2005_03_28).vsd 设计日期 2006

TestCase_LinkWorks_WorkEval

用例编号

uate

项目名称 模块名称 项目承担部门 用例作者 完成日期 本文档使用部门 评审负责人 审核日期 批准日期

LinkWorks WorkEvaluate模块 研发中心-质量管理部

2005-5-27 质量管理部

注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。 历史版本： 版本/状态 V1.1

1

作者

参与者

起止日期

备注

一、功能测试用例

此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。

用例标识 开发人员 用例作者 测试类型 2

LinkWorks_ WorkEvaluate_02 项目名称 LinkWorks.NET 模块名称 WorkEvaluate 参考信息 工作考核系统界面设计(2005_03_28).vsd 设计日期 2006

1、兼容性测试

在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。

测试目的 配置说明 服务器

操作系统

系统软件 外设

应用软件

结果

Window2000(S) WindowXp Window2000(P) Window2003

用例编号 项目名称 模块名称 项目承担部门 用例作者 完成日期 本文档使用部门 评审负责人 审核日期 批准日期

TestCase_LinkWorks_WorkEvaluate LinkWorks WorkEvaluate模块 研发中心-质量管理部

2005-5-27 质量管理部

注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。 历史版本： 版本/状态 V1.1

作者 参与者 起止日期 备注

1.1. 疲劳强度测试用例

强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的

测试用例 : 验证正确的用户QQ账号和密码可以登录系统。

摘要:

The Test Case was generated from the assigned requirement \作为研发测试，我需要验证正确的用户QQ账号和密码可以登录系统。\. #: 1

步骤动作:

期望的结果:

打开移动QQ程序

进入登录界面，填写合法用

能正常打开程序

2 界面正常，能正常填写。

户名、密码

3

测试方式:

点击登录按钮

手工

登入成功，看到QQ主界面

Estimated exec.

duration (min): 重要性: 关键字:

测试用例 : 验证错误的用户QQ账号和密码会有相应的错误提示

摘要:

The Test Case was generated from the assigned requirement \作为研发测试，我需要验证错误的用户QQ账号和密码会有相应的错误提示，\. #: 1

步骤动作:

期望的结果:

无 中

打开PC QQ客户端 进入登陆界面

提示输入的密码不正确，又找回密码链

2

输入正确账号，错误密码

接提示 直接输入密码

提示请您输入账号后再登录

3 4

仅输入账号，点击登陆 提示请您输入密码后再登录 输入错误账号

一些常用模块的测试用例

1、登录 2、添加 3、查询 4、删除 1、登录

①用户名和密码都符合要求（格式上的要求） ②用户名和密码都不符合要求（格式上的要求）

③用户名符合要求，密码不符合要求（格式上的要求） ④密码符合要求，用户名不符合要求（格式上的要求） ⑤用户名或密码为空

⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码 以后按[enter]是否能登陆 2、添加

①要添加的数据项均合理，在界面保存成功后，检查数据库中是否添加了相应的数据：select查询

②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例：数据组合测试 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存

⑦若提示不能保存，也要察看数据库里是否多了一条数据 3、删除

①删除一个数据库中存在的数据，然后查看数据库中是否删除（界面删除一条数据，查看数据库中是否删除）

②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据

一些常用模块的测试用例

1、登录 2、添加 3、查询 4、删除 1、登录

①用户名和密码都符合要求（格式上的要求） ②用户名和密码都不符合要求（格式上的要求）

③用户名符合要求，密码不符合要求（格式上的要求） ④密码符合要求，用户名不符合要求（格式上的要求） ⑤用户名或密码为空

⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码 以后按[enter]是否能登陆 2、添加

①要添加的数据项均合理，在界面保存成功后，检查数据库中是否添加了相应的数据：select查询

②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例：数据组合测试 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存

⑦若提示不能保存，也要察看数据库里是否多了一条数据 3、删除

①删除一个数据库中存在的数据，然后查看数据库中是否删除（界面删除一条数据，查看数据库中是否删除）

②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据

页面检查 合理布局

1、界面布局有序，简洁，符合用户使用习惯 2、界面元素是否在水平或者垂直方向对齐 3、界面元素的尺寸是否合理 4、行列间距是否保持一致

5、是否恰当地利用窗体和控件的空白，以及分割线条 6、窗口切换、移动、改变大小时，界面显示是否正常 7、刷新后界面是否正常显示

8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 >1280*1024 >800*600

弹出窗口

1、弹出的窗口应垂直居中对齐

2、对于弹出窗口界面内容较多，须提供自动全屏功能 3、弹出窗口时应禁用主界面，保证用户使用的焦点 4、活动窗体是否能够被反显加亮

页面正确性

1、界面元素是否有错别字，或者措词含糊、逻辑混乱

2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态 3、导航显示正确 4、title显示正确 5、页面显示无乱码

6、需要必填的控件，有必填提醒，如 *

7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉） 8、页面无js错

9、鼠标无规则点击时是否会产生无法预料的结果

10、鼠标有多个形状时

6．测试用例设计方法 6.1等价类划分法

何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的，如果其中一个的输入不能导致问题发生，那么集合中其它输入条件进行测试也不可能发现错误。

等价类分为有效等价类和无效等价类，有效等价类就是由那些对程序的规格说明有意义的、合理的输入数据所构成的集合；无效等价类就是那些对程序的规格说明不合理的或无意义的输入数据所构成的集合。

划分等价类的方法：下面给出六条确定等价类的原则。

1、在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。

2、在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可确立一个有效等价类和一个无效等价类。

3、在输入条件是一个布尔量的情况下，可确定一个有效等价类。

4、在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类。

5、在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。

6、在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步的划分为更小的等价类。

根据等价类划分

1. 测试程序源代码

#include\#include using namespace std;

void NextDate(int year,int month,int day); void main() { int year=0,month=0,day=0; NextDate(year,month,day); }

void NextDate(int year,int month,int day) { cout<<\请输入年份：\ cin>>year; while(!(year>=1911 && year<=2013)) { cout<<\年份超过界限，请重新输入\ cin>>year; } cout<<\请输入月份：\ cin>>month; while (month>12||month<1) {

}

cout<<\月份输入有误，请重新输入\cin>>month;

cout<<\请输入日期：\ cin>>day; while (day>31||day<1) { cout<<\日期输入有误，请重新输入\ cin>>day; }

while(month==4&&day==31||month==6&&day==31||month==9&&day==31||month==