黑盒测试用例编写规范

2010-02-24  菜菜 

第一部分   GUI用例编写规范

1.界面测试总则

  打开页面,,页面至少符合以下几点要求:

  1.1界面风格要求尽可能保持一致,对于同一公司而言,能够沿用公司的一贯风格,并且符合大部分Windows的界面习惯。

  1.2 界面设计应该整齐,一致,简单,客户易用.

  1.3 界面的总体布局应该大方,整齐并突出重点。界面元素的分布要求均衡,没有头重脚轻的现象出现。

2.GUI测试用例所包含的基本元素及其规范

  2.1 产品标识

2.1.1 对于公司的产品来说,其界面元素常常包括:公司名称,公司网址,公司技术邮箱,公司Logo,公司注册商标,产品名称,产品版本信息。

  2.2 文本规范

2.2.1 用语规范

    2.2.1.1 同一产品界面内的相同实体描述名称必须一致。

    2.2.1.2 专业术语必须准确一致。

    2.2.1.3 涉及到的类似产品,在产品间应保持描述一致。

2.2.2 单位规范

    应统一使用国际通用的公制单位名称

2.2.3 格式规范

    2.2.3.1 时间以及货币显示的格式在整个设计中必须统一。

2.2.4 字体规范

    在页面中使用的字体风格应统一。

2.2.5 语言规范

    2.2.5.1 除特殊目的或者专用名次外,尽可能避免英汉混用的情况。

    2.2.5.2 英汉混用时中英文之间,中文与数字之间不要使用空格。

    2.2.5.3 界面提示语言要符合语法规范。

  2.3 图标规范

     2.3.1 整个系统内所使用的图标,如工具栏,列表项,窗口图标,节点等,必须保持一致。以上含义完全相同的界面对象不允许使用不同的图标。

     2.3.2 对图标的大小应与开发者商定出具体的标准,以后均一该标准来判定此项是否合格。

     2.3.3 界面中使用的系统按钮图标,如窗口的最大化,最小化,关闭,恢复图标,应尽可能与用户使用的操作系统图标保持一致或相似。

  2.4 窗口规范

     2.4.1 各窗口应保证布局合理,符合操作习惯,例如控件的安排就应按照用户将要进行的操作顺序从左至右,或从上到下。

     2.4.2 客户可能使用不同的操作系统,因此测试人员要保证各种界面在不同的操作系统下能合理显示。

  2.5 菜单规范

     2.5.1 对于非对话框的主窗口,如果窗口调整大小后菜单无法在一行内显示,必须通过换行方式保证菜单完全可见。

     2.5.2 菜单中禁止用户使用的项,用户也应能在菜单中查看到。

     2.5.3 菜单项与菜单标题应该有相同的措辞。

     2.5.4 对于下拉菜单,应将重要的客户最长使用的项放在顶部,且应该按照此需求安排所有的菜单项的顺序。

  2.6 对话框规范

     2.6.1 对话框份模式与非模式对话框,对于必须关闭对话框才能继续的任务,使用模式对话框;而对于需要与别的窗口交互的任务,可采用无模式对话框。

     2.6.2 系统中,对话框的风格应保持一致。

     2.6.3 对于警告信息对话框,应提供:继续,重试或者取消等3种操作。(此项可与开发人员共同商议使用标准。)

  2.7 界面的跳转

      对于界面测试来说,见面的跳转只需符合常人的使用习惯即可。(可与开发者共同商定页面跳转的顺序作为测试标准。)

  2.8 键盘操作规范

     2.8.1各功能模块中的所有菜单操作,除右键操作外,匀可以通过键盘的方式来实现。此功能尽可能与windows的键盘操作保持一致(如:回车代表确定 等)。

     2.8.2 从用户的易用性考虑,应注意限制快捷键的数量,避免难以操作的快捷键。

3.测试用例格式及基本内容

3.1 按照传统的测试用编写方法,GUI测试用例应包括以下几部分:

1) 用例编号

2) 本用例的测试目标

3) 功能简单表述

4) 前提条件

5) 触发因素

6) 执行步骤

7) 测试预期结果,即按照执行步骤,应出现的正确界面的示图。建议示图不要采用Demo截图,尽可能使用QA人员使用制图工具绘画出来的效果图。

8) 实际测试结果

9) 备注(应包括本测试用例执行后如果出现BUG所对应的BUG编号)

具体格式可参照 附件A:测试用例模版

   注意: GUI测试中测试的内容应涵盖2.GUI测试用例所包含的基本元素及其规范”所提及的基本元素,以检索GUI界面的可操作性,可用性及界面友好性。

第二部分   功能测试用例编写规范

   对于页面的功能测试通常包括输入验证,常用模块功能测试。

1输入验证

 1.1数字输入验证

   1.1.1数字输入正常值测试:根据规范要求填入正确的数字,看该功能是否能正常实现。

   1.1.2 数字输入边界值测试:使用在最小值,略高于最小值,正常值,略低于最大值和最大值处取得的变量值检测该功能是否能正常实现。

   1.2.3 数字输入健壮性测试:使用略超过最大值和略小于最小值的数值,检测超过极限值时系统的表现。

 1.2 字符输入验证

   1.2.1 分别输入单字字节符、双字字节符、大小写字符、特殊字符、空白值、空值、不合法的输入,系统是否给出必要的判断提示信息。

   1.2.2 字符窜长度的边界值测试

 1.3 日期,时间输入验证

    分别输入任意字符、任意数字、非日期格式数据、非正确日期、空值、不合法输入,系统是否给出必要的判断提示信息。

 

1.4 多列表选择输入验证

    测试数据是否能够多选,列表框中的数据是否能够显示完全,当数据过多时是否按照需求设计的要求进行排序。

1.5 单列表下拉框验证

验证单列表下拉框能否手动输入,下拉菜单的数据是否显示完整,数据过多时是否按照需求设计的要求进行排序。

1.6 文字输入框输入验证

 1.6.1正常值测试:

 1.6.2边界值测试:

1.6.3健壮性测试:

2. 常用模块功能测试

   2.1 正常测试

   2.2 异常测试

   2.3 边界值分析

      2.3.1 特殊值测试

      测试人员使用其领域知识,使用类似程序经验以及关于所知系统的软点进行用例的编写

      2.3.2 最坏情况测试

          

  

附件A

 

ID

A001

Title

Objective

Precondition

Input

Procedures

Reference

Pass Criteria

Tested Date

Tester

Result

Note

 

673°/6738 人阅读/0 条评论 发表评论

登录 后发表评论