测试脚本

用户在应用程序看到和使用的内容都属于用户界面类别。 在过去的几年中， UI/UX 变得越来越重要。随着市场中竞争者的数量增加，软件不仅要提供给用户满足其需求的基本功能外，还要为用户提供最佳的用户体验。这就是为什么使该过程对用户更平滑和直观变得至关重要的原因。否则，它们可能会使您的应用程序因复杂性而受挫。这就是UI变得如此重要，因此进行UI测试的重要原因！ 什么是UI测试？ 用户界面测试或 UI 测试是一种测试类型，通过该测试，我们检查应用程序的界面是否工作正常或是否存在任何妨碍用户行为且不符合书面规格的 BUG 。 了解用户将如何在用户和网站之间进行交互以执行 UI 测试至关重要。换句话说，通过执行UI测试，测试人员将尝试模仿用户的行为，以查看用户将如何与程序进行交互，并查看网站的运行情况是否如预期的那样，并且没有缺陷。用户界面中的小缺陷（例如按钮问题）可能会导致您的网站访问者无法填写潜在客户表单，从而从不进行用户转换。 Web网站包含许多来自 CSS ， JavaScript 和许多其他语言的不同Web元素。UI测试捕获这些元素并对其进行测试和声明。它主要关注网站的结构和视觉部分，因为这些是用户关注的，而不是数据如何存储在数据库中。由于UI测试涵盖了用户交互部分，并且网站元素可以连接到屏幕，键盘，鼠标或用户用于与网站进行交互的任何其他组件，因此最终要进行UI测试。

TDD：TEST-DRIVEN Development 测试驱动开发究竟是什么意思？如何理解测试驱动开发？ 举个红绿条简单的例子： 1.编写测试代码 2.编译运行测试代码，肯定会失败，因为实现代码还没有写 3.编写实现代码 4.运行测试观察测试结果，可能是红色的。 5.开发修改代码使得测试通过 6.运行测试，观察测试结果，直到变绿 7.可进行重构，进行代码优化，删除冗余，继续运行测试直到变绿 DDT：DATA-DRIVEN TEST 数据驱动测试是什么意思？如何理解数据驱动测试？ 数据驱动的自动化测试是针对上述开发与测试之间紧密耦合问题提出的测试方法。通过建立测试与开发定义的软件元数据的关联——元数据映射表，在测试与开发之间建立松耦合关系。不论测试人员修改测试脚本，还是开发人员修改软件，只需要修改元数据映射表，既可以满足测试与开发同步进行。这样，可以减少测试脚本调试的工作量，更好的实现自动化测试 什么是数据驱动的自动化测试框架？ 数据驱动的自动化测试框架是这样的一个框架，从某个数据文件(例如ODBC源文件、Excel文件、Csv文件、ADO对象文件等)中读取输入、输出的测试数据，然后通过变量传入事先录制好的或手工编写的测试脚本中。其中，这些变量被用作传递(输入/输出)用来验证应用程序的测试数据。在这个过程中，数据文件的读取、测试状态和所有测试信息都被编写进测试脚本里

正则表达式 一.文本编辑工具 1.文本编辑之神vim 1.1 vim的三种模式： 命令或普通(Normal)模式：默认模式，可以实现移动光标，剪切/粘贴文本 插入(Insert)或编辑模式：用于修改文本 扩展命令(extended command )或命令(末)行模式：保存，退出等 1.2 模式切换： 插入模式 --- ESC-----> 命令模式 命令模式 ---- : ----> 扩展命令模式 扩展命令模式 ----ESC,enter----> 命令模式 1.3 扩展模式的基本命令 w 写（存）磁盘文件 wq 写入并退出 x 写入并退出 X 加密 q 退出 q！ 不存盘退出，即使更改都将丢失 r filename 读文件内容到当前文件中 w filename 将当前文件内容写入另一个文件 !command 执行命令 r!command 读入命令的输出 1.4 命令模式的基本命令 ZZ 保存退出 ZQ 不保存退出 1.4.2 光标跳转 字符间跳转： h: 左 L: 右 j: 下 k: 上 单词间跳转： w：下一个单词的词首 e：当前或下一单词的词尾 b：当前或前一个单词的词首 当前页跳转： H：页首 M：页中间行 L：页底 zt：将光标所在当前行移到屏幕顶端 zz：将光标所在当前行移到屏幕中间 zb：将光标所在当前行移到屏幕底端 行首行尾跳转： ^ 跳转至行首的第一个非空白字符

shell脚本进阶 一、shell脚本进阶之条件测试    在编写shell脚本时，经常需要对一些条件进行判断，可以使用测试命令test辅助完成测试过程。test命令测试特定的表达式是否成立，当条件成立时，命令执行后的返回值为0，否则为其他数值。 条件测试的基本格式有： 格式1 test EXPRESSION 格式2 [ EXPRESSION ] 注意：使用方括号时，条件两边必须加上空格。 常见的测试类型有 文件测试 数值测试 字符串测试 组合测试 文件测试 文件存在性及类别测试 -a FILE：同-e -e FILE: 文件存在性测试，存在为真，否则为假 -b FILE：是否存在且为块设备文件 -c FILE：是否存在且为字符设备文件 -d FILE：是否存在且为目录文件 -f FILE：是否存在且为普通文件 -h FILE 或 -L FILE：存在且为符号链接文件 -p FILE：是否存在且为命名管道文件 -S FILE：是否存在且为套接字文件 文件权限测试 -r FILE：是否存在且可读 -w FILE: 是否存在且可写 -x FILE: 是否存在且可执行 -u FILE：是否存在且拥有suid权限 -g FILE：是否存在且拥有sgid权限 -k FILE：是否存在且拥有sticky权限 文件属性测试 s FILE: 是否存在且非空 -t fd:

测试脚本： 设置环境变量 var jsonData = JSON.parse(responseBody); postman.setGlobalVariable("5KMST", jsonData.data.st); (3).response包含内容 Response body:Contains string 对应脚本： tests["Body matches string"] =responseBody.has("string_you_want_to_search"); 参数：预期内容 (5).response等于预期内容 Response body:Is equal to a string 对应脚本： tests["Body is correct"] = responseBody === "response_body_string"; 参数：预期response var jsonData = JSON.parse(responseBody); // 将请求的结果转化为JSON格式 tests["Your test name"] = jsonData.value === 100; // value是参数名（根据接口返回结果填写），100是response返回的值（和value对应） (8).响应时间判断 Response time is less than 200ms 对应脚本：

经过多次调试，在Safari上的测试脚本终于可以运行了，不过部分元素还是无法识别，还需要继续调试； #!/usr/bin/env/python # -*-coding:utf-8-*- import pytest from time import sleep from selenium import webdriver from selenium.webdriver.common.by import By from selenium.webdriver.support.wait import WebDriverWait from selenium.webdriver.support import expected_conditions as EC class TestSafari: def setup(self): self.driver = webdriver.Safari() self.driver.get("https://www.xxxyyy.org") self.driver.maximize_window() # 最大化窗口 self.driver.implicitly_wait(10) # 隐式等待 def test_login_demo(self): try: login_click = """ setTimeout(function() { // 延迟 5

经过不断的调试WebDriverAgent, 现在终于可以执行ios的自动化测试脚本了，😄😄😄 # This sample code uses the Appium python client # pip install Appium-Python-Client # Then you can paste this into a file and simply run with Python from appium import webdriver caps = {} caps["browserName"] = "Safari" caps["deviceName"] = "iPhone 11 Pro Max" caps["platformName"] = "iOS" caps["platformVersion"] = "13.3" caps["udid"] = "CD7A3E92-9C32-4428-9765-CF99FE142233" caps["automationName"] = "xcuitest" driver = webdriver.Remote("http://localhost:4723/wd/hub", caps)driver.get("https://www.baidu.com") el2 = driver.find_element_by_xpath("/

本文是转载“虫师”的文章http://www.cnblogs.com/fnng/p/3653793.html 因为我感觉这篇文章写的很好，但是没有收藏功能，所以在自己的博客转载 希望“虫师”老师能够谅解！在此感谢“虫师”老师的分享！！！！！！！ 什么是自动化测？ 　　做测试好几年了，真正学习和实践自动化测试一年，自我感觉这一个年中收获许多。一直想动笔写一篇文章分享自动化测试实践中的一些经验。终于决定花点时间来做这件事儿。 　　首先理清自动化测试的概念，广义上来讲，自动化包括一切通过工具（程序）的方式来代替或辅助手工测试的行为都可以看做自动化，包括性能测试工具（loadrunner、jmeter）,或自己所写的一段程序，用于生成1到100个测试数据。狭义上来讲，通工具记录或编写脚本的方式模拟手工测试的过程，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。 　　当然，我们更普遍的认识把“自动化测试”看做“ 基于产品或项目UI层的自动化测试”。 分层的自动化测试 　　这个概念最近曝光度比较高，传统的自动化测试更关注的产品UI层的自动化测试，而分层的自动化测试倡导产品的不同阶段（层次）都需要自动化测试。 　　相信测试同学对上面的金字塔并不陌生，这不就是对产品开发不同阶段所对应的测试么！我们需要规范的来做 单元测试同样需要相应的单元测试框架，如java的Junit

某厂面试归来，发现自己落伍了！>>> 本书代码下载 大家可以从我的网站下载本书的代码：http://www.juvenxu.com/mvn-in-action/，也可以通过我的网站与我取得联系，欢迎大家与我交流任何关于本书的问题和关于Maven的问题。 咖啡与工具 本书相当一部分的内容是在苏州十全街边的Solo咖啡馆完成的，老板Yin亲手烘焙咖啡豆、并能做出据说是苏州最好的咖啡，这小桥流水畔的温馨小 屋能够帮我消除紧张和焦虑，和Yin有一句没一句的聊天也是相当的轻松。Yin还教会了我如何自己研磨咖啡豆、手冲滴率咖啡，让我能够每天在家里也能享受 香气四溢的新鲜咖啡。 本书的书稿是使用Git和Unfuddle（http://unfuddle.com/）进行管理的，书中的大量截图是通过Jing（http://www.techsmith.com/jing/）制作的。 JuvenXu 2010年10月于苏州Solo咖啡 致谢 感谢费晓峰，是你最早让我学习使用Maven，并在我开始学习的过程中给予了不少帮助。 感谢Maven开源社区特别是Maven的创立者Jason Van Zyl，是你们一起创造了如此优秀的开源工具，造福了全世界这么多的开发人员。 感谢我的家人，一年来，我的大部分原来属于你们的业余时间都给了这本书，感谢你们的理解和支持。 感谢二少、Garin、Sutra、JTux、红人

Apache JMeter 是Apache组织开发的基于Java的开源压力测试工具（个人发现也可用于接口测试）。用于对软件做压力测试，它最初被设计用于Web应用测试但后来扩展到其他测试领域。 它可以用于测试静态和动态资源例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库， FTP 服务器， 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。另外，JMeter可进行参数化测试，实现自动化脚本与测试数据分离，能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性，JMeter允许使用正则表达式创建断言。 Apache jmeter 可以用于对静态的和动态的资源（文件，Servlet，Perl脚本，java 对象，数据库和查询，FTP服务器等等）的性能进行测试。它可以用于对服务器，网络 或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。你可以使用它做性能的图形分析或在大并发负载测试你的服务器/脚本/对象。 Apache jmeter一款非常优秀的开源的性能测试工具，并且可进行自定义扩展（使用 Java自定义请求或自定义验证函数等，以对JMeter进行客制化扩展）。 JMeter的作用： 1