UI控件测试用例设计

UI控件测试用例设计 UI程序各控件如何设计测试用例 我们知道软件测试的本质是针对被测试的 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 设计一组测试用例。在整个测试活动中，可以说设计用例是核心。 就象软件测试一样，在开始说软件测试是为了发现程序错误而执行程序的过程。难道验证程序没有错误，不能称为软件测试吗,所以应该更广义地理解软件测试，不管是确认程序没有错误的过程，还是以发现程序错误为目的执行程序的过程，都应看做是软件测试活动。这里的程序错误，说成缺陷更恰当，用错误形容软件中存在的问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 并不适当，有很多软件中的问题不能说是错误，这样描述看起来问题好像很严重，这样同开发人员交流起来也容易让人接受，所以本文中，以后都使用缺陷这个词。 关于评价测试用例的说法中，有的说发现缺陷的用例是好的用例。一个好的用例是发现软件中尚未发现的软件缺陷的测试用例。可以说我们设计测试用例的目的大多数是为了发现软件中的缺陷，这也是测试人员的职责，但是别忘了，一个软件同时也需要设计用例来验证程序实现了软件需求所要求的功能，所以说，在评价测试用例时，也不能以发现问题的多少来评价设计的测试用例的质量。 软件测试用例包括很多种，进行功能测试时，设计功能测试用例，在进行性能测试时，设计性能测试用例。单元测试时，设计单元测试用例，在白盒测试中，为了测试分支覆盖率而设计的测试用例。这些都是测试用例，这么多种类型的测试用例，都能设计的出色，不太容易，这往往需要丰富的经验，需要经过实践的积累，建立起故障模型。这故障模型也是就是实践经验积累起来的对特定软件、特定功能、特定情况所具有的测试模式。 下面我们将通过软件测试中各种方面分析设计测试用例的方法。GUI界面可能是作为测试工程师接触最多的测试，这种对界面的测试看起来简单，但是没有周密的设计，就很可能遗漏测试测试用例，因为GUI界面所反映出来的各种控件是通过软件代码来实现的，如果对各种控件的编写越熟悉，越容易设计更多的测试用例。 下面我们分析各种控件应该测试的角度。 静态文本、标签，虽然在各种开发语言中的名称不尽相同，但是其作用都是显示一个静态的、用户不能改变的字符串。 这样最简单的一个控件，看起来好像没有什么可测试的，但是也要考虑以下几个方面: 其所在的位置;包括对齐、文字大小、颜色、显示的边框等与整个界面是否协调。 显示的字符串文字表达是否清晰，有无错别字、显示是否完全，有无多中、 英语 关于好奇心的名言警句英语高中英语词汇下载高中英语词汇 下载英语衡水体下载小学英语关于形容词和副词的题 言混排等。 如果是某些控件的提示，则提示与控件的功能、作用是否一致，有时通过代码可以修改提示，这往往是根据用户的输入或选择来调整的，则检查是否及时的修改的文字。 有时，对静态文本进行了扩展，例如可以称为一个超级链接，链接到一个web窗口。所以还要检查选择前后的链接颜色是否改变等。 文本框的测试。文本框测试是测试中的重点，因为这是系统输入的接口，如何过滤不合法的输入，保证系统的可靠运行是关键，很多的系统在接受了非法输入后，造成系统的瘫痪。都是由于程序员没有处理编辑框的输入造成的，现在开发过程中很强调进行合法性检查，但是如果做到正确地检查是非常不容易的，特别是一些有约束规则，可接受的输入没有规律时，对非法输入进行检查的代码往往是正常处理功能的代码的数倍。测试中主要考虑下面方面: 主要考虑确认测试时，输入一个测试数据，验证正确 再次输入是否发生覆盖 输入中包含特殊的字符、例如空格、\n、不可显示字符后，系统是否处理 需求有限制输入规则，违反这些规则的输入系统是如何处理的 一些隐含的规则，例如:时间、日期、格式等 长度方面的测试，例如:没有输入、输入等于要求长度、超出长度等。 是否支持键盘快捷键，单击鼠标右键是否出来菜单。 支持剪切、复制、粘贴操作否,粘贴的内容中有不符合规则的输入时，是否能够接受, 违反规则后，系统给出的提示是否准确,用户能够理解,按下“确定”按钮后，系统能否回到输入状态(输入焦点)。 命令按钮。该按钮一般是触发一个软件的操作。本身可测试的内容不多，主要考虑控件上的文字、多个按钮的格式、布局是否标准。在单击按钮后，通常需要对其他控件的输入进行检查。还有就是对删除、修改等操作给予确认。按钮按下后，通过判断来决定给用户何种信息，例如在显示数据库表或文件中的数据记录时，后退到文件头，到文件尾都应该给用户提示。 还有就是“取消”按钮，在一个对话框往往是按下“确定”按钮后，进行下一步操作，如果用户在窗口中进行了很多设置或输入，但按下了“取消”按钮，则不应该进行下一步操作。不过有时要提示用户进行确认，是否真的退出或取消，例如，安装过程中的取消。 单选按钮。演示案例。单选按钮通常表示一组相互排斥的选择。例如:选择表示时间的格式、对或错等。在显示单选按钮时，一般都会给用户一个默认的选择，用户可以修改选择，修改后，原来的选中标识要取消。 UpDown控件。演示案例。讲解该控件，提示学员该控件中的编辑框，有时也允许用户输入，此时也要对输入进行检查。还要注意，这种控件一般是循环控制，当显示的数字到达边界时，应该循环回到相反的边界。特殊情况，编辑框中是空白时，按下上、下箭头如何反应。 组合列表框。演示案例，组合列表框通常是列出很多的选项，让用户进行选择。这种控件比较容易测试。有时列表框中的项目是其他模块生成的，项目比较多时，是否容易查找，有无模糊查找功能。有的编辑框允许用户输入，这样相当于一个编辑框，可以按照测试编辑框的方法进行测试。但是同时保证用户的输入是合法的项，是被系统所接受的。 复选框。先演示案例。复选框是一组可以同时选中也可以一个也不选中的控件。测试时要注意这一点。有的复选框也有部分选中的功能，例如在安装软件中，自定义安装时，常常看到这种控件，表示其中包含很多小项，但是没有全部选中。 列表框。先演示案例。列表框与组合列表框有些类似。因为没有编辑框，所以更容易测试。有的可允许用户同时选择多项(拖动鼠标或按下Ctrl功能键)。 滚动条。先演示案例。讲解滚动条的作用。测试滚动条时，注意，滚动块的长度是否与被滚动的窗口中的内容对应，有时，滚动条还没有滚动到最下端，已经全是空白了，这样打开窗口时，往往给用户一个错觉。通过Win32编程的学习，学员知道在使用滚动条时，需要很好编号控制滚动条。 控件组合。这是对前面所讲控件的综合测试设计。很多时候，测试中面对的一个包含多个控件的窗口，如何对窗口中的控件进行组合测试是必须面对的问题。其实很难说有一个规则或 规律该如何测试。应该有一个指导原则。 象列表框和组合列表框这些控件中很多项，可以采用等价类划分的方法。 在测试某一个控件时，可以等价类划分和边界值方法。 可以选择或输入控件中的内容后，不断地改变某一个控件中的值，再改变两个控件的值，这样进行组合，以把关键的组合测试完成。采用自动化测试工具可以减少工作量。 象复选框，则要测试都不选中的情况和全部都选中的情况。 单选按钮则要每个按钮都要至少覆盖一次。 而编辑框则需要按前面的方法，其他内容不改变，改变编辑框中内容进行测试。 在测试中主要缺陷的群集现象，当组合到某个控件出错时，要分析该控件出错的原因，是因为该该控件处理上有问题，还是其他控件的值导致该控件出错，这样容易找到定位处理出错的是那个控件。 登录窗口。很多软件都有登录，登录窗口虽然一般只输入用户名和密码，当时需要测试内容还比较多。输入正确的和不正确的用户名和密码，进行测试。密码的字符、长度有无限制。输入错误次数有无限制。特殊字符能否处理,粘贴用户名和密码有什么现象。输入为默认值、空时有什么现象。等等。 控件测试小结。把前面讲解的各种控件进行简单的 总结 初级经济法重点总结下载党员个人总结TXt高中句型全总结.doc高中句型全总结.doc理论力学知识点总结pdf 。可以进行适当的扩展，PPT中没有涉及的一些控件，例如静态文本和目录控件等。 主要是打开文件对话框。打开的路径选择，包括本地、网络上的目录。如果用户不是选择的，而是直接输入或粘贴过来的，是否正确。如果提供了打开多个文件类型，则逐一测试要打开的文件类型。打开文件的方式，只读，读写、副本等。取消键、Tab键的作用等。 输入一个不存在的文件;打开一个已经打开的文件;文件被破坏后，能否修复打开;等 因为编程中，一般使用系统提供的打开对话框，程序员要做的只是修改窗口标题、打开文件的类型、一次能否打开一个以上的文件，如果需求说一次可以打开多个文件，测试能否打开上限数目的文件;多个文件能否被打开，以不同的窗口显示等。 保存文件对话框。与打开文件对话框一样，一般开发工具中，都使用同一个 模板 个人简介word模板免费下载关于员工迟到处罚通告模板康奈尔office模板下载康奈尔 笔记本 模板 下载软件方案模板免费下载 。程序员要做的只是进行设置。以后测试保存到本地、网络上的目录是否成功;保存时输入的文件名在目录中已经存在，是否提示用户,有些汉化的软件，目录或文件名中能否包含空格或汉字,对文件名的检查一般是操作系统函数完成的，主要取决于系统。有时，打开对话框是编程人员自己编写的，则要考虑的文件名字符、长度等问题了。 关闭对话框可测试内容不多。主要是在关闭前，是否要求用户进行一些操作。例如，编辑的文件提示保存;用户输入进行了很多设置，按下了关闭按钮或菜单，提示给用户否,如IE，关闭后，提示用户是否断开网络，防止用户忘记断开网络等。 打印对话框一般也是系统提供了模板，但也有些是开发人员自己编写的。在测试中考虑打印到本地和打印到网络是否正确;打印是否满足“所见即所得”;打印对话框上有很多的设置，需要逐一进行测试，一些默认值是否合理;设置边界时是否超出边界;打印机错误、没有连接打印机或缺纸时有什么反应等。 界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。 目前流行的界面风格有三种方式:多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。 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):右键快捷菜单采用与菜单相同的准则。 3:帮助设施: 系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。 帮助设施细则: 1):帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明，让人困惑)。 2):打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。 3):操作时要提供及时调用系统帮助的功能。常用F1。 4):在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。 5):最好提供目前流行的联机帮助格式或HTML帮助格式。 6):用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。 7):如果没有提供书面的帮助文档的话，最好有打印帮助的功能。 8 ):在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。 4:合理性: 屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。 合理性细则: 1):父窗体或主窗体的中心位置应该在对角线焦点附近。 2):子窗体位置应该在主窗体的左上角或正中。 3):多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。 4):重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。 5):错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。 6):与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。 7):对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。 8):非法的输入或操作应有足够的提示说明。 9): 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。 10):提示、警告、或错误说明应该清楚、明了、恰当。 5:美观与协调性: 界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。 美观与协调性细则: 1): 长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。 2): 布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。 3): 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。 4): 按钮的大小要与界面的大小和空间要协调。 5): 避免空旷的界面上放置很大的按钮。 6):放置完控件后界面不应有很大的空缺位置。 7): 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。 8): 前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows界面色调。 9): 如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。 10): 大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。 11): 界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。12): 如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。 13):对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。 14): 通常父窗体支持缩放时，子窗体没有必要缩放。 15):如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。 6:菜单位置: 菜单是界面上最重要的元素，菜单位置按照按功能来组织。 菜单设测试细则: 1):菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。 2):常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。 3):下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。 4): 一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。 5): 没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置;重要的放在开头，次要的放在后边。 6): 如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。 7): 菜单深度一般要求最多控制在三层以内。 8): 对常用的菜单要有快捷命令方式，组合原则见8。 9):对与进行的操作无关的菜单要用屏蔽的方式加以处理，如 果采用动态加载方式——即只有需要的菜单才显示——最好。 10):菜单前的图标不宜太大， 与字高保持一直最好。 11):主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相 同最好。 12):主菜单数目不应太多，最好为单排布置