健壮性测试用例规则

健壮性测试用例

健壮性测试用例 1.被测试对象的介绍 2.测试范围与目的 3.测试环境与测试辅助工具的描述 4.测试驱动程序的设计 5.容错能力/恢复能力测试用例列表

异常输入/动作 示例：错误的数据类型 示例：定义域外的值 示例：错误的操作顺序 示例：异常中断通信 示例：异常关闭某个功 能 示例：负荷超出了极限

容错能力/恢复能力

造成的危害、损失

……

《国际保理惯例规则》、《国际保理公约》 国际保理通则

（1990年6月1日国际保理联合会颁布最新版本）

总则

第一条

参与国际保理业务的各当事方：

销售商：提供货物或服务的当事方，其应收帐款由出口保理商负责保付。 债务人：因购买货物或接受服务而应负责付款的当事方。 出口保理商：根据协议负责办理销售商的保理业务的当事方。 进口保理商：同意追收由销售商委托予出口保理商的应收帐款，并依照本法承担信用风险，负责支付应收帐款的当事方。 第二条

（1）出口保理商与进口保理商之间发生的所有有关国际保理业务的纠纷，应依据《国际保理联合会仲裁规则》通过仲裁解决，但双方在提请仲裁时都必须是国际保理联合会会员。（2）任何此类纠纷，如果只有一方是国际保理联合会的会员，只要另一方也接受该项仲裁，那么也可以通过仲裁解决。（3）仲裁裁决是终局的，具有约束力的。 第三条

只要销售商采用保理，出口保理商应同意尽最大努力确保销售商协助履行本通则。

第四条

本法中的交易活动仅限于在信贷条件下销售商向债务人出售货物或提供服务而引起的应收帐款之内。销售商与出口保理商达成保理协议

测试用例 : 验证正确的用户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、鼠标有多个形状时

软件需求

功能测试测试用例的编写： 测试用例中需包含的条目如下：

（1）测试名称(Test Name)：测试用例编号和测试用例名称。 （2）创建日期(Creation Date)：测试用例创建时间。 （3）设计人员(Designer)：测试用例设计人员。

（4）状态(Status)：测试用例状态。一般有通过（Pass），失败（Fail）和排队等待中（In Queue）。这个等实际测试后填。

（5）描述（Descrīption）：测试用例详细描述。 （6）步骤名称（Step Name）：测试步骤名称。

（7）步骤描述（Step Descrīption）：测试步骤详细描述。 （8）预期结果（Expected Result）：测试预期结果。 （9） 测试用例ID，命名和SRS（V0.5）文档中的use case ID相同，但前缀不同，如TC-4002。 （10）用例ID。 （11）用例名称。 (12)数据Data 用例编写模版如下：

一个user case会对应多个test case，尽可能地考虑到所有的输入得到不同的输出。 给个例子：

软件需求

………………..(此处省略更多的test case，因为其他可能的输入还有很多)

软件需求

任务分工（主要是对各个用例的测

公共测试用例

XXXX

公共测试用例

http://www.southtalent.com/ E_mail: southtalent southtalent.com Tel:020-38468080 38468558 1

公共测试用例

目录

1 修改记录.................................................................................................................... 3 2 编写目的.................................................................................................................... 3 3 参考资料.................................................................................................................... 3 4 用例适用范围 ....

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

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

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

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

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

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

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

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

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

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

根据等价类划分

.

...

..

.

1、登陆系统

系统中的所有参与者均可以使用本用例登陆系统，要求输入合法的用户名和密码。

登录系统用例规约

.

.

.z

.

...

..

.

2、查询菜品信息

查询菜品信息的参与者是数据管理人员、顾客，用于查看酒店所有菜品的详细信息。

查询菜品用例规约

.

.

.z

.

...

..

.

3、修改菜品信息

修改菜品信息的参与者是数据管理人员，用于修改酒店所有菜品的详细信息。

.

.

.z

.

...

..

修改菜品用例规约

.

.

.z

.

...

..

.

4、增加菜品信息

修改菜品信息的参与者是数据管理人员，用于增加酒店菜品的详细信息。

增加菜品用例规约

.

.

.z

.

...

..

.

5、删除菜品信息

删除菜品信息的参与者是数据管理人员，用于删除酒店菜品的详细信息。

删除菜品用例规约

.

.

.z

.

...

..

.

6、查询员工信息

查询员工信息的参与者是数据管理人员，用于查看酒店所有员工的详细信息。

查询员工用例规约

.

.

.z

.

...

..

.

7、修改员工信息

修改员工信息的参与者是数据管理人员，用于修改酒店所有员工的详细信息。

修改员工用例规约

.

.

.z