This article is from 51testing.
1. The integrity of the content displayed on the interface should be verified:
a) The adaptive or automatic line wrapping of the data display width should be considered when the report is displayed.
b) For all interfaces with data display (such as statistics, query, edit entry, print preview, printing, etc.), the number of records of test data must exceed one screen/page to verify whether the form is full when the screen/page is full. Horizontal, vertical scroll bar or page feed printing, whether the interface display is normal;
2. The consistency of the interface display content should be verified:
a) If multiple systems display the same data source, the consistency should be ensured;
3. The interface should be verified Accuracy of displayed content:
a) All field values in the report should be clearly defined. For meaningless field values, it should not be empty, but "--" or "/" should be displayed, indicating that the field value has no value. significance.
4. The friendliness of the content displayed on the interface should be verified:
a) The statistical data should be classified and sorted according to user habits.
b) Some important information should have a "confirmation" prompt when inputting, modifying or deleting;
c) The system should provide a refresh function after the interface content is updated.
d) Users should consider whether they need to automatically return to the interface when they exited the system last time when they log in again after logging out of the system;
5. The guidance of the prompt information on the interface should be verified:
a) In a business process composed of multiple business functions, If there are certain constraints on the execution sequence of each function, the user should be prompted through the interface.
b) The user prompt information should be instructive to a certain extent. When the application is processing key business, it should consider prompting the user on the foreground interface to prompt the user that the application is processing and the corresponding processing process, and then prompt the user after the processing is over. Processed.
c) In some data input interfaces, if the data required to be input conforms to a certain rule, the corresponding rule description shall be provided in the input interface; when the input data does not conform to the rules, the user shall be prompted whether to continue.
d) After modifying any configuration information, the user should be prompted to save when the user exits the interface (if the user does not actively save it);
6. The rationality of the content displayed on the interface should be verified:
a) In some queries When testing the function, the rationality of the query conditions and the complementarity of the query results should be considered. For example, some background processing time should not be used as a query condition.
b) When testing the interface, the order in which the buttons on a certain interface are used one after another should be considered to avoid confusion for users. For example, the execute button can only be displayed after the query is successful.
c) When testing the interface, it should verify whether the browsing order between windows and between fields is correct;
7. When testing the interface, the convenience of users should be considered:
a) In some data processing operations The interface should consider the frequency and workload that users may process data, and consider whether batch operations can be performed.
8. During interface testing, the correctness of interface display and processing should be considered:
a) During interface testing, it should be verified whether the status of objects in all forms is normal and whether it meets the needs of relevant business rules.
b) It should be verified whether various object access methods (Tab key, mouse movement and shortcut keys) can be used normally, and there is no repetition of shortcut keys in an activation interface;
c) Interface testing should not only consider reasonable keyboard input, but also consider Is it possible to copy and paste input by mouse.
d) For the query result of the statistical query function, it should be verified whether it can only be triggered manually through the query or refresh button on the interface, and other forms of triggering should be avoided.
e) Drag and drop any object on the interface, then query and print, and ensure that the query and print results remain unchanged;
9. When testing the interface, the normative data display should be considered:
a) Ensure the uniformity of data display accuracy: such as unit price 0 yuan, should be displayed as 0.00 yuan;
b) Ensure the uniformity of time and date display formats;
c) Ensure the uniformity of attribute/field names with the same meaning;
d) Verify the content and position of all possible prompt information interfaces to ensure that all prompt information interfaces should be centered.
1.1 Test of controls such as text boxes and buttons
1.1.1 Test of text box
How to test a textbox
, enter normal letters or numbers.
b, input the name of the existing file;
c, input super long characters. For example, in the "Name" box, enter characters that exceed the allowable boundaries, assuming a maximum of 255 characters, try to enter 256 characters, and check whether the program can handle it correctly;
d, enter the default value, blank, space;
e, if only allowed Enter letters, try to enter numbers; otherwise; try to enter letters;
f, use copy, paste and other operations to force input data that is not allowed by the program;
g, enter special character sets, such as NUL and \n, etc.;
h, enter more than text box length characters or text, check whether the input content is displayed normally;
i, input data that does not conform to the format, check whether the program is properly verified, for example, the program requires the input of the year, month, and date in the format yy/mm/dd, and the actual input yyyy/mm/dd, the program should give an error message
Test methods used in the test process:
1, input illegal data;
2, input default value;
3, input special character set;
4, input data that overflows the buffer;
5, input the same file name;
Tests for CommandButton Controls
testing method:
a, Click the button to correctly respond to the action. For example, click OK to execute the operation correctly; click Cancel to exit the window;
b. Provide enough prompts for illegal input or operation, for example, when the number of working days in a month is 32, click "OK" and the system should Tip: The number of days cannot be greater than 31;
c. Confirmation information must be given for operations that may cause the data to be unrecoverable, giving the user the opportunity to give up the choice;
Testing for radio button controls
testing method:
a,一组单选按钮不能同时选中，只能选中一个。
b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”；
c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空；
up－down控件文本框的测试
测试方法：
a,直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10；
b,利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；
c,直接输入超边界值，系统应该提示重新输入；
d,输入默认值，空白。如，“插入”数目为默认值，点击“确定”；或，删除默认值，使内容为空，单击“确定”进行测试；
e,输入字符。此时系统应提示输入有误。
组合列表框的测试
测试方法：
a,条目内容正确，其详细条目内容可以根据需求说明确定；
b,逐一执行列表框中每个条目的功能；
c,检查能否向组合列表框输入数据；
复选框的测试
测试方法：
a,多个复选框可以被同时选中；
b,多个复选框可以被部分选中；
c,多个复选框可以都不被选中；
d,逐一执行每个复选框的功能；
列表框控件的测试
测试方法：
a,条目内容正确；同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误；
b,列表框的内容较多时要使用滚动条；
c,列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况；
滚动条控件的测试
要注意一下几点：
a,滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间；
b,拖动滚动条，检查屏幕刷新情况，并查看是否有乱码；
c,单击滚动条；
d,用滚轮控制滚动条；
e,滚动条的上下按钮。
各种控件在窗体中混和使用时的测试
a,控件间的相互作用；
b,tab键的顺序，一般是从上到下，从左到右；
c,热键的使用，逐一测试；
d,enter键和esc键的使用；
在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。
ps:密码输入框测试时要特别注意进行字母大写输入的测试。
查找替换操作
案例演示:打开word中的"替换"对话框
测试本功能有通过测试和失败测试两种情况
通过测试:
1,输入内容直接查找,或查找全部
2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以.
失败测试:
1,输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和254进行测试;
2,输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试;
替换测试大体相同.
关于编辑操作窗口的功能测试的用例:
1,关闭查找替换窗口.不执行任何操作,直接退出;
2,附件和选项测试.假如,设定"精确搜寻","向后"搜索等附件选项等等来测试;
3,控件间的相互作用.如,搜寻内容为空时,按钮"搜寻全部","搜寻","全部替换","替换"都为灰色.
4,热键, Tab键.回车键的使用.
插入操作
1,插入文件
测试的情况
a,插入文件;
b,插入图像;
c,在文档中插入文档本身;
d,移除插入的源文件;
e,更换插入的源文件的内容;
2,链接文件
测试方法:
a,插入链接文件;
b,在文档中链接文档本身;
c,移除插入的源文件;
d,更换插入的源文件的内容.
3,插入对象
要测试的内容
a,插入程序允许的对象,如,在word中插入excel工作表;
b,修改所插入对象的内容.插入的对象仍能正确显示;
c,卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用.
编辑操作
编辑操作包括剪切,复制,粘贴操作.
测试剪切操作的方法
a,对文本,文本框,图文框进行剪切;
b,剪切图像
c,文本图像混合剪切
复制操作方法与剪切类似.
测试时,主要是对粘贴操作的测试,方法是:
a,粘贴剪切的文本,文本框及图文框;
b,粘贴所剪切的图像;
c,剪切后,在不同的程序中粘贴
d,多次粘贴同一内容,如,剪切后,在程序中连续粘贴3次;
e,利用粘贴操作强制输入程序所不允许输入的数据.
界面测试用例的设计方法
1,窗体
测试窗体的方法:
a,窗体大小,大小要合适,控件布局合理;
b,移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确;
c,缩放窗体,窗体上的控件应随窗体的大小变化而变化;
d,显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;
进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效,是否与菜单懒中图标显示一致;错误信息内容是否正确,无错别字,且明确等等;
2,控件
测试方法:
a,窗体或控件的字体和大小要一致;
b,注意全角,半角混合
c,无中英文混合.
菜单
进行测试时要注意
a,选择菜单是否可以正常工作,并与实际执行内容一致;
b,是否有错别字:
c,快捷键是否重复;
d,热键是否重复;
e,快捷键与热键操作是否有效
f,是否存在中英文混合
g,菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;
h,鼠标右键快捷菜单
特殊属性
1,安装界面应有公司介绍或产品介绍,有公司的图标
2,主界面及大多数界面最好有公司图标
3,选择"帮助"->"关于"命令,应看见相关版权和产品信息
界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。
目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。
1：易用性：
按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则：
1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。
2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3):按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题。
4):界面要支持键盘自动浏览按钮功能，即按Tab键、回車鍵的自动切换功能。
5):界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
8):默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
9):可寫控制項檢測到非法輸入後應給出說明並能自動獲得焦點。
10):Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。
11):核取方塊和選項框按選擇幾率的高底而先後排列。
12):核取方塊和選項框要有默認選項，並支援Tab選擇。
13):選項數相同時多用選項框而不用下拉清單框。
14):界面空间较小时使用下拉框而不用选项框。
15):选项数較少时使用选项框，相反使用下拉列表框。
16):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词语。
2： 规范性：
通常界面设计都按Windows界面的规范来设计，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。
规范性细则：
1):常用菜单要有命令快捷方式。
2):完成相同或相近功能的菜单用横线隔开放在同一位置。
3):菜单前的图标能直观的代表要完成的操作。
4):菜单深度一般要求最多控制在三层以内。
5):工具栏要求可以根据用户的要求自己选择定制。
6):相同或相近功能的工具栏放在一起。
7):工具栏中的每一个按钮要有及时提示信息。
8):一条工具栏的长度最长不能超出屏幕宽度。
9): 工具栏的图标能直观的代表要完成的操作。
10):系统常用的工具栏设置默认放置位置。
11):工具栏太多时可以考虑使用工具箱。
12):工具箱要具有可增减性，由用户自己根据需求定制。
13):工具箱的默认总宽度不要超过屏幕宽度的1/5。
14): 状态条要能显示用户切实需要的信息，常用的有：
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。
15)：滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
16)：状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
17)：菜单和工具条要有清楚的界限;菜单要求凸出显示，这样在移走工具条时仍有立体感。
18)：菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。
19): 右键快捷菜单采用与菜单相同的准则。
您可能还会对这些文章感兴趣！
- 2013年科技业界的各种吐槽，智能手机创新停滞，可穿戴
- 2013，谷歌给我们带来了带来哪些惊喜
- 2013‘移动’的一年
- 回顾2013软件开发-JavaScript领风骚,Android、IO
- Stack Overflow创始人Jeff Atwood切身经历分享：如
- 没有哪个课程能在“三个月”教会你编程
- 应该如何做一名优秀零售CIO
- 关于阅读开源项目的源码，有哪些经验值得分享？【知乎