软件测试规范

第一部分    应用程序测试
第一章界面测试
    界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
1.1易用性测试
按钮名称应该易懂,用词准确,摒弃模棱两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
1) 常用的按钮要有键盘快捷方式。 
2) 界面应按功能划分出区域,要有功能说明或标题。
3) 界面及按钮的风格应尽量统一。
4) 界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。
5) 界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 
6) 有输入的界面进入时焦点应停留在第一个EDIT上。
7) 界面上的控件摆放的数目是否过多。一般最好不要超过10个,多于10个应建议使用分页界面显示。
8) 同一界面的功能数量是否过多。一般最好不要多于10个,过多导致使用不便。
9) 分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl + Tab
10) 默认按钮要支持Enter及选择操作,即按Enter后自动执行默认按钮对应操作。
11) 可写控件检测到非法输入后应给出说明并能自动获得焦点。
12) Tab键的顺序与控件排列顺序要一致,目前流行总体从上到下,同时行间从左到右的方式。
13) 复选框和选项框中的内容应尽量按选择几率的高低而先后排列。
14) 复选框和选项框通常要有默认选项。
15) 选项数相同时多用选项框而不用下拉列表框。
16) 界面空间较小时使用下拉框而不用选项框。
17) 选项数较少时使用选项框,相反使用下拉列表框。
18) 专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。
1.2 规范性
通常界面设计都按Windows界面的规范来设计,即包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单”的标准格式,可以说:界面遵循规范化的程度越高,则易用性相应的就越好。小型软件一般不提供工具箱。
1) 常用菜单要有命令快捷方式。
2) 完成相同或相近功能的菜单用横线隔开放在同一位置。
3) 菜单前的图标能直观的代表要完成的操作。
4) 菜单深度一般要求最多控制在三层以内。
5) 菜单的说明要跟弹出的窗体一致。
6) 大型软件一般工具栏要求可以根据用户的要求自己选择定制。
7) 相同或相近功能的工具按钮放在一起。
8) 工具栏中的每一个按钮要有及时提示信息。
9) 一条工具栏的长度最长不能超出屏幕宽度。
10) 工具栏太多时可以考虑使用工具箱。
11) 工具箱要具有可增减性,由用户自己根据需求定制。
12) 工具箱的默认总宽度不要超过屏幕宽度的1/5。
13) 状态条要能显示用户切实需要的信息,常用的有:
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示进度条和进程提示。
14) 状态条的高度以放置五号字为宜,滚动条的宽度比状态条的略窄。
15) 菜单和工具条要有清楚的界限;菜单要求凸出显示,这样在移走工具条时仍有立体感。
16) 右键快捷菜单采用与菜单相同的准则,且右键快捷菜单在对话框中不应出现。

17)菜单和状态条中通常使用5号字体。工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。

18)系统常用的工具栏设置默认放置位置。

19)工具栏的图标能直观的代表要完成的操作。


1.3 帮助功能
系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。

帮助设施细则:
1) 帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的组先时期的说明,让人困惑)。

2) 打包新系统时,对作了修改的地方在帮助文档中要做相应的修改。

3) 操作时要提供及时调用系统帮助的功能。常用F1。

4) 在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。

5) 最好提供目前流行的联机帮助格式或HTML帮助格式。

6) 用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。

7) 如果没有提供书面的帮助文档的话,最好有打印帮助的功能。

8) 在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。

9) 在帮助中应提供留言管理功能,让用户可以方便进行沟通。

 

1.4 合理性
屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。
1) 父窗体或主窗体的中心位置应该在对角线焦点附近。即采取屏幕居中。
2) 子窗体位置应该在主窗体的左上角或正中。
3) 多个子窗体弹出时应该依次向右下方偏移,以显示出窗体标题为宜。
4) 重要的命令按钮与使用较频繁的按钮要放在界面上较注目的位置。
5) 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。
6) 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。并且将按钮的缺省焦点置在“取消”按钮上。
7) 非法的输入或操作应有足够的提示说明。
8) 对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。
9) 提示、警告、或错误说明应该清楚、明了、恰当。
10) 对于需要执行长时间的操作,必须使用状态条,让用户了解进展情况,避免使用户误解为死机。
11) 大多数下拉框(ComboBox),应该不允许用户输入,如果需要输入,应在设计文档中指出。
12) 当下拉框(ComboBox)允许用户不选择任何选项时,不应显示一个空的选项,应使用文字描述,如“请选择…”等。
13) 对于文本框(TextBox)一般需要根据其对应的数据库字段的类型以及长度来限制用户允许输入的字符和长度,测试时要注意输入框中的数值的最大数和最小数,以及默认值、空白值或空格时的情况。
14) 对于ListView以Report形式(ViewStyle属性=vsReport)显示数据,一般要求实现列排序,如果由于特殊原因不能实现列排序,应该禁止用户点击列。
15) 对于日期输入框是否接受正确的日期输入;是否拒绝错误的日期输入;日期输入框在日期输入后是否按既定的日期格式显示日期。
16) 对于单选组内是否有且只有一个单选钮可选;如果单选组内无单选钮可选,这种情况是否允许存在。
17) 复选框组内是否允许多个复选框(包括全部可选)可选;如果复选框组内无复选框可选,这种情况是否允许存在;文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理。
18) 密码输入框是否按掩码的方式显示。
19) 对于有增加、修改或删除等有变动操作的页面,要随操作及时刷新。
20) 对于数据录入界面,重点考虑如何提高用户的录入速度。例如界面中有“身份证号”和“出生日期”,当用户输入了一个合法的身份证号后,系统应该自动根据身份证号将出生日期提取出来并填入“出生日期”控件中。
21) 系统的提示框样式应统一,即使用标准的Windows提示框,其中包括标题、图标、提示语和功能按钮。图标使用要规范,要根据提示信息的性质选择不同的图标,而且除非严重的错误,一般不使用“X”图标,以免使用户产生畏惧心理。    
22) 如果系统中需要经常录入一些重复数据,应考虑将其提取出来,让用户进行一次配置,然后系统自动根据配置完成该信息的录入。例如:系统有登记企业信息的功能,其中企业信息包括该企业所在的省、市、区,由于该系统安装到某个市级单位后,所登记企业的所在省、市都是确定的,让用户每次登记时都重复选择省、市将给用户带来很大的不便。应该由用户在系统初始化时设置好缺省的省、市,在企业登记时只要选择该企业所在的区即可,这样就提高了用户的登记效率。
23) 对于输入型控件禁止为其指定输入法。
24) 窗体显示后,缺省的焦点应该设在最合理的控件上,方便用户操作。
25) 输入型控件一般不允许只输入空格或可存入输入值两端的空格。


1.5 美观与协调性
界面大小应该适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。
1) 长宽接近黄金点比例(宽高比为4:3),切忌长宽比例失调。
2) 布局要合理,不宜过于密集,也不能过于空旷,合理的利用空间。
3) 按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置,要与界面的大小和空间要协调。
4) 避免空旷的界面上放置很大的按钮。
5) 放置完控件后界面不应有很大的空缺位置。
6) 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观,很少使用超过12号的字体。建议使用宋体9号字。
7) 前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大绿等。常用色考虑使用Windows界面色调。
8) 如果使用其他颜色,主色要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。
9) 大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
10) 界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。
11) 如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。对于窗体中包含ListView、TreeView、DBGrid、StringGrid等控件,必须支持最大化,使用户能够尽量多的获得信息。当处于“往下还原”状态时,默认窗体应居中。
12) 如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。<

  • 2
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
软件测试规范是指在软件开发生命周期中,为确保软件质量和可靠性而采取的一系列规程和标准。CSND是一个IT技术社区,提供了一系列软件测试规范的相关文章和资源。 软件测试规范的主要目标是确保软件的正确性、健壮性和易用性。它提供了测试的方法论和流程,以及测试用例设计和执行的标准。 软件测试规范通常包括以下方面: 1. 测试策略和计划:规定测试的目标、范围、方法和计划,以确保测试的全面性和有效性。 2. 测试环境和工具:确定测试所需的硬件、软件和工具,并提供其配置和设置的指导。 3. 测试用例设计和执行:规定测试用例的设计原则和方法,以及测试执行的步骤和标准。 4. 缺陷管理:规定缺陷识别、记录、跟踪和解决的标准和流程。 5. 测试报告和评估:规定测试结果的报告和评估标准,以便项目团队了解软件质量和进度。 CSND是一个IT技术社区,提供了丰富的软件测试规范的相关文章和资源。这些资源包括测试策略、测试用例设计、缺陷管理和测试工具的介绍和指导。在CSND上,我们可以找到各种专家的分享和实践经验,以及与其他测试人员进行交流和讨论的机会。 综上所述,软件测试规范是确保软件质量和可靠性的一系列规程和标准。CSND作为一个IT技术社区,提供了丰富的软件测试规范相关资源,帮助测试人员更好地理解和应用软件测试规范

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值