黑盒测试用例编写规范.doc

黑盒测试用例编写规范(一) 第一部分???GUI用例编写规范 1. HYPERLINK javascript:; \t _self 界面测试总则 ??打开页面,，页面至少符合以下几点要求： ??1.1界面风格要求尽可能保持一致，对于同一公司而言，能够沿用公司的一贯风格，并且符合大部分 HYPERLINK javascript:; \t _self Windows的界面习惯。 ??1.2?界面设计应该整齐，一致，简单，客户易用. ??1.3?界面的总体布局应该大方，整齐并突出重点。界面元素的分布要求均衡，没有头重脚轻的现象出现。 2.GUI测试用例所包含的基本元素及其规范 ??2.1?产品标识 2.1.1?对于公司的产品来说，其界面元素常常包括：公司名称，公司网址，公司技术邮箱，公司Logo，公司注册商标，产品名称，产品版本信息。 ??2.2?文本规范 2.2.1?用语规范 ?????同一产品界面内的相同实体描述名称必须一致。 ?????专业术语必须准确一致。 ?????涉及到的类似产品，在产品间应保持描述一致。 2.2.2?单位规范 ????应统一使用国际通用的公制单位名称 2.2.3?格式规范 ?????时间以及货币显示的格式在整个设计中必须统一。 2.2.4?字体规范 ????在页面中使用的字体风格应统一。 2.2.5?语言规范 ?????除特殊目的或者专用名次外，尽可能避免英汉混用的情况。 ?????英汉混用时中英文之间，中文与数字之间不要使用空格。 ?????界面提示语言要符合语法规范。 ??2.3?图标规范 ?????2.3.1?整个系统内所使用的图标，如工具栏，列表项，窗口图标，节点等，必须保持一致。以上含义完全相同的界面对象不允许使用不同的图标。 ?????2.3.2?对图标的大小应与开发者商定出具体的标准，以后均一该标准来判定此项是否合格。 ?????2.3.3?界面中使用的系统按钮图标，如窗口的最大化，最小化，关闭，恢复图标，应尽可能与用户使用的 HYPERLINK javascript:; \t _self 操作系统图标保持一致或相似。 ??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界面的可操作性，可用性及界面友好性 黑盒测试用例编写规范(二)  HYPERLINK /mon.php?action=viewspaceop=upitemid=210448ui