gui

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）/图片

GUI 测试之通用测试篇 不管是 Windows 的应用程序，还是 Java 的应用程序，或者其他语言类的应用程序，在其开放之前都应该遵从一定的 GUI 开发规范（这个大多 SDK 供应商都有）。那么测试也主要依据其进行 GUI 测试。虽然有些差异，但共同点还是很多的，这篇文章就是尝试着对这些共同点的一些总结。 l 在同一个应用程序中的 GUI 应该一致，这是最重要的，也是最基本的。 l 在视觉效果上应该和其他标准的 Windows 应用程序相同 l 采用标准的键集（快捷键），在同一系统中，同样的操作，特别是名称相同的操作就好使用一致的快捷键。例如浏览（ B rowse 。。。）按钮如果在一个窗口中快捷键是 Alt+B, 在另一个窗口最好采用同样的快捷键，这样可以方便用户的操作，不至于让用户混淆快捷键。除非在另一个窗口有比其更重要的操作已占用了一个快捷键，否则最好不要改变。 l 应用程序启动或进入系统的第一个界面应该显示“关于系统”或有关系统相关信息的屏幕 l 一般来说，应用程序应该保持为最大化。 l 应用程序可以在 Windows 的任务条和状态条中显示，如需要在系统托盘中显示的，在缩写至系统托盘和用户移动光标至应用程序的图标上时，最好给予相关的信息。 l 在系统中使用统一的代表应用程序的图标。 l 所有的窗口 / 对话框应具有可以和其他应用程序区分开的一致外观。 l

在使用Jmeter进行压力测试，有两种方式：GUI、非GUI，不管是使用GUI，还是非GUI进行测试，对测试结果都可以转化成HTML的测试报告，更直观和方便我们查看和分析。 方式一：GUI 1、在测试计划里面添加一个Listener（添加任意一个Listener都可以），在 Write result to file/Read from file 的Filename的位置填写保存测试结果的路径（路径可以自由指定）（如图所示） 【Jmeter中测试结果的文件格式为：jtl】 2、通过命令把测试结果转换成HTML jmeter -g D:\Jmeter\apache-jmeter-4.0\bin\result.jtl -e -o F:\JmeterReport 说明： -g --指定已存在的测试结果 -o --指定的文件夹必须是不存在的，否则执行失败（如图所示） ①、该命令必须在jmeter的bin目录下执行 ②、D:\Jmeter\apache-jmeter-4.0\bin\result.jtl --是result.jtl所在目录【若result.jtl保存再bin目录下，路径可以省略，直接写测试结果的名称即可；若result.jtl不是在bin目录下，就要填写完成的路径（如图所示） ③、F:\JmeterReport --是转换后HTML报告保存的路径 方式二、非GUI

降低自动化测试的门槛是很多自动化测试工具提供商努力的目标。尤其是对于图形界面的自动化测试，就更是这样。 于是，“录制与回放”就成了图形界面自动化测试的主流。不论是 Web 界面的，还是基于 Windows API 界面的，还是 Java GUI 界面的，“录制与回放”的工具，不论是商用的，还是开源的，都不少。在技术上，大家也在“录制”上下足了功夫。 录制就需要先识别。现在 Web 页面的显示技术在向基于客户端的软件的界面靠拢，于是工具要识别各种动态界面的不同组件，不同编程语言实现的动态效果。你能够适应 .NET 和 ASP 编写的界面，我可以使用动态的 Javascript, AJAX 。 Web 的动态显示技术层出不穷，先是基于服务器端的动态页面显示，再后来又可以把代码传送并放到客户端来由浏览器解释了再动态显示，现在又可以局部更新页面的部分信息，很多页面又开始使用 Flash ， Flash 又逐渐被放弃 等等。 于是，如何自动识别这些动态的显示技术，并保证录制与回放的正确，就成了各个自动化测试工具厂商最求的目标。也就是基本上是在跟着动态显示技术发展的屁股后面跑。然而 “录制与回放”有一个大问题，就是“录制”下来的脚本的维护问题。 Web 界面的变化是非常频繁的。通常市场部门的一个反馈，界面就要做比较大的调整，而这个调整，会导致之前“录制”好的脚本的重用性变得很差。 需要维护。

转载自： http://www.readingday.cn/squish-for-qt-2/ 申请Squish试用 浏览器打开 Squish官网 （ https://www.froglogic.com/squish/free-trial/ ），填写试用申请表。您需要提供一个有效的邮箱地址，以便接收到Squish官方所发送的相关信息。 激活信息会在提交申请后的24小时之内通过邮件的形式发送至您申请时所填写的邮箱地址。 在填写试用申请表的 国家 一项时，请不要选择 中国 。我们发现如果申请表国家一栏选择 中国 时，Squish的试用申请信息会被转交给Squish在中国方面的代理商，届时您需要提供公司的相关信息才能获得激活码和下载链接。 目前官方提供的试用期限为 10天（不是30天）。 下载Squish安装包 当试用申请通过以后，Squish官方会发送一个登录账号信息到您的注册邮箱中。用户名为您注册时填写的邮箱地址，密码为随机的8位字符。浏览器打开（ http://www.froglogic.com/secure/ ）页面，填写正确的登录信息，即可登录Squish的下载页面。此页面同时提供软件的激活码信息。 针对本次自动化测试项目，您需要下载对应的Squish版本 squish-6.2.0-qt55x-win32-msvc10.exe 查看此Squish文件的命名，我们可以得到以下信息：

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

一. 测试工程 1. 测试需求：访问百度主页，搜索某个关键词，并验证搜索结果页面的标题。 2. 手工操作验证步骤： 1. 打开 Chrome 浏览器，输入百度的网址“www.baidu.com"； 2. 在搜索输入框中输入关键词“VS Code”并按下回车键； 3. 验证搜索结果页面的标题是否是“VS Code_百度搜索”。 3. Java代码实现步骤： 1. 因为用到 Chrome 浏览器，所以需要先下载 Chrome Driver 并将其放到浏览器安装目录； 2. 建立一个空的 Maven 项目，然后再 POM 文件中加入 Selenium 的依赖，代码如下： <!-- https://mvnrepository.com/artifact/org.seleniumhq.selenium/selenium-java --> < dependency > < groupId > org.seleniumhq.selenium </ groupId > < artifactId > selenium-java </ artifactId > < version > 2.53.1 </ version > </ dependency > 3. 接着写一个测试方法，代码如下所示： @Test public void contextLoads () throws

GUI 测试总结 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 ） / 图片（ picture ）：代表命令，文件或窗口的小图片

#! /usr/bin/env python #coding=GB18030 ''' GUI测试自动化 语言:python 模块：pywinauto 环境：windows7中文、python-2.6_32bit、pywinauto-0.40、SendKeys-0.3 FuncName: pywinauto_notepad.py Desc: study pywinauto Date: 2017-4-10 10:30 Author: 雷小莫_code Home:http://write.blog.csdn.net/postedit?ref=toolbar&ticket=ST-9487-pv1otSnSmsC29jQWT4wc-passport.csdn.net ''' from pywinauto import application import SendKeysCtypes import time class Pywin(object): """ pywin framwork main class tool_name : 程序名称，支持带路径 windows_name : 窗口名字 """ SLEEP_TIME = 1 def __init__(self): """ 初始化方法，初始化一个app """ self.app = application.Application()

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