功能测试

GUI测试总结 From to: http://blog.csdn.net/imlogic/archive/2007/05/28/1628375.aspx GUI,GRAPHICAL USER INTERFACE的缩写,通常发音为GOO-ee。众所周之，GUI就是使用图像，输入的文字，带图标的屏幕的计算机界面，取而代之许多键盘的功能。GUI让用户可以通过图标和鼠标与他们的电脑进行交互，而不是在命令行中输入文本。 第一个图形用户界面是由Xerox Palo Alto 研究中心在1970年设计的，但是直到1980年代随着苹果的Macintosh出现GUI才开始流行起来。导致其被长时间才被接受的一个原因是GUI需要相当多的CPU和质量好的显示器，而这些在以前都是相当昂贵的。 现在主要的操作系统都提供了图形用户界面,如Microsoft的Windows, Apple的Mac OS和 Sun Microsystem的OpenWindows等. 利用计算机的图形能力产生的程序界面使得程序更加容易被使用。良好设计的图形用户界面可以使用户从负责的命令语言中解放出来。 一般来说，应用程序有以下的基本的组件（或者说是元素）： 光标（pointer）：显示在屏幕上让用户移动以选择对象和命令的符号。通常显示为一个小的箭头。但是在文字处理的应用程序则是用象大写I一样的光标。 图标（icon）/图片

一、易用性 1、便于使用、理解、并能减少用户发生错误选择的可能性 　　2、当数据字段过多时，使用便于用户迅速吸取信息的方式表现信息，突出重点信息，标红等方式 　　3、显示与当前操作相关的信息，给出操作提示。 　　4、界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能 　　5、对于常用的功能，用户不需要阅读用户手册就能使用 二、一致性 1、是否符合广大用户使用同类软件的习惯 　　2、表现形式的一致性，字体、按钮、控件风格、颜色、术语、提示信息等。（需要有一个全局的概念，不要每个模块都按照他们自己的风格做，结果每个模块效果做出来都不一致，这也是至关重要的所有要测试人员认真检查） 　　3、交互习惯的一致性，查询、新增、编辑、删除等操作，并保证同一操作类型按钮名称一致。（顺序一致，页面位置也要尽量相同。） 　　4、当输入框为不可输入或控件为不可使用状态时，统一为灰色不可输入状态； 三、有序性 1、界面文字、表单、图标等元素根据业务规则、使用频率排列 　　2、Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式 　　3、必填项提示信息按照从上到下，从左到右的提示方式依次提示 四、安全性 1、ID/密码验证方式中能否使用简单密码。如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能超过n位 　　2、ID/密码验证方式中

一、整个界面 1. 能否改变大小、移动和滚动 2. 各元素布局、对齐 3. 字体大小和颜色是保持整体风格一致 4. 浏览器页签的标题是否正确 5. 表单字段名称是否有错别字、拼写错误 6. 在操作过程中，清空cookie后继续操作响应是否合理、正常 7. 操作完成后，清空cookie，继续访问系统是否合理、正常 二、增删改查传导 增加功能 1. 非法测试，例如在输入数字的地方输入字母。 2. 特殊字符测试，例如@、#、￥、%、&、，、；等等 3. 空值测试，例如在输入字符的前后加入空值是否有正确响应 4. 正负值测试，确认输入数字的内容是否支持正负值，及其合理性 5. 必填测试，测试在有必须输入标识的输入域的校验。 6. 唯一测试，例如重复值，已有学号、组织结构编码等等 7. 边界值，小于最小值，等于最小值，大于最小值，小于最大值，等于最大值，大于最大值 8. 0值测试，对需要运算的内容加入0值进行测试，例如除数为0 9. 日期格式测试 10. 提交保存后能否转到正确且合适的页面 修改功能 1. 检查“增加功能”的所有清单内容 2. 编辑时数据是否能正常回显，确认回显的数据是否和编辑前一致 查询功能 1. 查询条件输入框要对“增加功能”所有清单内容进行检查 2. 无条件查询是否正常 3. 有条件查询是否正常 4. 条件组合查询是否正常 5. 每种查询情况有分页的话分页是否正常

客户端自动化特点 客户端的自动化，通常做过的人都不是很愿意深入讨论。因为除了功能和逻辑之外，不得不面对各种界面变化，各种和环境交互，各种兼容问题以及想不到灰色地带，就算这样，也找不到太多有效的bug。然而即便如此，客户端的自动化必须去做，尤其是GUI的。它的自动化特点是： 复杂 成本高 不容易发现问题 技术要求高 架构很难通用 下面，从一些基本的东西开始一点点的讨论客户端GUI测试的一些问题和处理办法，以及自动化架构设计的一些思路。事实上就像上面说的，GUI的测试并不是为了发现bug，而是回归的一种方式，作为保证而已——它过了不能说明质量多么好，但是不过，质量肯定不达标。即使在微软内部，客户端的GUI一样不是个受欢迎的家伙，通常用来做BVT的测试（或一些重要性回归，冒烟等）。 客户端自动化简述 这里并不花过多的笔墨介绍什么是客户端，或者如何分类的种种——这些东西教材和网上的东西一坨一坨很多很多，这里可能“漫谈”的，是实际工作中，客户端和GUI自动化中可能遇到的一些底层技术，基本上原理，架构设计方法以及一些项目存在困惑，这些方面的一些处理的方法。 最早的自动化 我个人认为所谓的计算机行业的自动化，是一直跟着这个行业的发展在走，比如下面的这些： 老式计算机——CPU计算： 最早自动解决手工分配穿孔的卡片问题 内存分配任务调度：操作系统的核心就是内存和任务的自动管理 系统配置Loader

对于某个特定程序，为其开发自动化功能测试解决方案的过程，与创建该程序的过程，二者相较并没有很悬殊的差别。自动化测试是一个非常年轻的领域，它正在不断经历大量的进步、提升和标准化进程。在这个领域中，涌现了许多与“被测系统”（SUT，System Under Test）互动的新工具。 \ 现在，软件开发方面有大量可供选择的方法论和途径，例如：面向对象编程、函数式编程、 领域驱动设计 、 测试驱动设计 、 行为驱动设计 等等。它们拥有明确的声明性概念和理论，并简化了对初始系统架构的定义过程、对系统的理解以及开发者之间的知识交换等方面的工作。 \ 本文将主要针对GUI（图形用户界面）应用的测试自动化进行讨论——从自动化开发人员的角度看，在这种情况下被测系统（SUT）表现为一个黑箱（被测系统，是指一个正在测试是否能够正确操作的系统。对于桌面应用来说，它就是应用本身，而对浏览器系统来说——则代表了网站/Web项目等含义）。在公司的遗留系统占很高比例的环境里，或是在新开发的系统没有考虑可检测质量属性时，这一现象非常常见。 \ 对最佳实践的准备和定义，是开发自动化的测试的关键部分。下图展示了被测系统和测试者之间的传统交互： \ \ 测试者与SUT之间的交互 \ 位于该系统中心的，是一个扮演测试者角色的人类个体。测试者使用手动交互和应用的视觉化分析，以及特定的SUT非可视化界面访问工具

用户界面（UI）测试初学者指南 本指南介绍了有关GUI测试的关键问题：它是什么？ 它为什么如此重要？ 什么是主要的GUI测试类型和技术？ 阅读此综合指南以发现这些问题的答案，并学习如何创建GUI测试计划并编写GUI测试用例。 什么是GUI测试？ 如果智慧的开始是术语的定义，那么对GUI测试的理解必须从术语 GUI 的定义开始 。 这是 图形用户界面 的缩写 ，或用户可见的应用程序的一部分。 GUI可能包含诸如菜单，按钮，文本框和图像等元素。 第一批成功的图形用户界面之一是Apple Macintosh，它通过文件夹，日历，垃圾桶和计算器来推广用户“桌面”的概念。 早期的GUI：1984年发布的Apple Macintosh。 图片来源： folklore.org CC许可 在当今的GUI测试环境中，“简单计算器应用程序”不再局限于计算机的桌面。 它可能是在所有主要移动平台上可用的移动应用程序。 或者，它可能是所有主流浏览器都必须支持的云应用程序。 测试人员必须执行跨浏览器和跨平台测试来识别缺陷并确保应用程序满足所有要求。 因此，GUI测试是指测试用户可见的应用程序的功能。 在计算器应用程序的示例中，这将包括验证应用程序是否正确响应诸如单击数字和功能按钮等事件。 GUI测试还会确认外观元素（如字体和图像）符合设计规范。 UI测试与GUI测试一样吗？

一、上传图片 1、 对于上传的图片，假设系统要求上传的格式为jpg或gif格式图片，大小为<=某M的图片 测试用例： （1）上传图片格式为jpg或gif的图片，大小<=某M，成功上传； （2）上传图片格式为jpg或gif的图片，大小>某M，不能上传； （3）上传图片格式不为jpg或gif的图片，大小<=某M，不能上传； 例如：上传.doc；.xls；ppt；bmp；jpeg；psd；tiff；tga；png；swf；svg；pcx；dxf；wmf；emf；lic；eps；.txt等格式文件 （4）上传图片格式不为jpg或gif的图片，大小>某M，不能上传; (5) 上传一个0 kb的图片，提示信息：“请重新上传文件，或者是不能上传0kb的图片” （6）文件类型和文件大小合法，上传一个正在使用中的图片（即打开该图片，在上传该图片），上传成功 （7）文件类型和文件大小合法，手动输入一个存在的图片地址，点击上传，上传成功 （8） 文件类型和文件大小合法，手动输入一个不存在的图片地址，点击上传，提示：“请正确选择要上传的文件” 二、文件导出 1、验证导出文件名长度，根据具体情况而定 2、验证导出文件为空的情况 3、验证导出文件名为特殊字符的情况 4、验证导出全部资料的情况，导出的信息是否正确 5、验证导出部分资料的情况，导出的信息是否正确 6、验证导出大量数据时的时间是否在合理的时间范围内

web通用性功能测试脑图： Web 功能测试的点： 一、输入框 1 、字符型输入框： （ 1 ）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“ ~ ！ @# ￥ % …… &* ？ []{} ”特别要注意单引号和 & 符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。 （ 2 ）长度检查：最小长度、最大长度、最小长度 -1 、最大长度 +1 、输入超工字符比如把整个文章拷贝过去。 （ 3 ）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格 （ 4 ）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、 （ 5 ）安全性检查：输入特殊字符串（ null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td> ）、输入脚本函数 (<script>alert("abc")</script>) 、 doucment.write("abc") 、 <b>hello</b> ） 2 、数值型输入框： （ 1 ）边界值：最大值、最小值、最大值 +1 、最小值 -1 （ 2 ）位数：最小位数、最大位数、最小位数 -1 最大位数 +1 、输入超长值、输入整数 （ 3 ）异常值、特殊字符：输入空白（

一. 软件测试证明软件存在缺陷 : 任何软件都存在缺陷 二. 不能执行穷尽测试 : 测试需要有完成的时候 三. 测试应当及早进行 : 四. 测试依赖特定的环境 : 有些 bug 需要在一些指定环境中才能发现 五. 缺陷具有群集效应 : 当前软件具有 28 原则 , 主体功能 20% 我们一般都需要保证主体功能能够使用 , 所以缺陷一般出现在 20% 的主体功能里面 六. 杀虫剂现象 : 所谓的杀虫剂现象就是测试数据存在抗体 . 一般需要跟换不同的数据进行验证缺陷 七. 不存在缺陷谬论 : 任何软件都不是完美的都可能会出现问题 来源： https://www.cnblogs.com/qiya/p/12001959.html

安卓应用程序开发 课程设计报告 （2019—2020 学年 第 一学期） 基于 A ndroid 的记事本系统 系 别 信息与控制工程 专 业 计算机科学与技术 班 级 1 7 02 姓 名 曲路平 指导教师 郭 丹 目录 1. 设计 目的 2. 设计 内容 3.可行性分析 4. 系统设计与实现 4.1系统需求分析 4.2 用例分析 4.3逻辑模型 4.4系统整体设计 4.5 系统数据库设计 4.6 系统 测试 4.7 系统 实现 5.总结 1. 设计目的 随着 IT技术的成熟和智能手机的不断普及，移动应用的需求与日俱增，移动应用开发成为当下最热门的技术之一。而通过调查显示，大部分消费者都会使用手机记事本功能。随着手机记事本功能的不断加强与完善，手机记事本对于人们的意义，已不仅仅像一般记事簿一样简单记录，而是向着更个性化人性化的方向发展。记事本在生活和工作也日益凸显出它的重要性，它能更好的帮助人们更好的管理自己的工作和生活，极大的方便了人们的生活。因其开源，我们可以在之上开发安卓记事本软件，同时这也符合广大的市场需求。 2. 设计内容 本设计的基本内容是在 Android平台下，设计与实现记事本软件。具体实现的功能是： （1） 设计实现添加 “文字”，等功能模块。 （2） 进入后，有 “保存”“退出”选择。 （3） 主页面显示记事列表，点击可查看及时内容，并有 “删除”，“返回