自动化测试

Firefox路径问题 firefox火狐浏览器去完成自动化测试时，代码报了如下错误： Cannot find firefox binary in PATH. mark sure firefox is installed 错误原因： firefox安装在其它路径，不是默认的安装路径 解决办法： 指定firefox可执行文件路径：webdriver.firefox.bin 代码设置： selenium 3.x Friefox驱动问题 使用selenium3.x+firefox火狐浏览器去完成自动化测试时，代码报了如下错误： The path to the driver executable must be set by the webdriver.gecko.driver system properity 错误原因： 缺少火狐浏览器驱动包。如果selenium版本是3.x的，需要使用驱动包 解决办法： 往项目中添加火狐驱动包，并加载驱动的配置。 至于该驱动版本适配的浏览器和selenium版本在驱动的change log里有说明(如：使用selenium 3.5.1+firefox 56) 代码设置： selenium与驱动版本匹配问题 使用selenium2.x版本+firefox去完成自动化测试时，代码报了如下错误： Unable to connect to host 127.0

Github地址： https://github.com/zhangweixu/Autotest.git 　　 来源： https://www.cnblogs.com/CesareZhang/p/11897651.html

1.按测试手段来分类 　　①黑盒测试和白盒测试 　　②动态测试和静态测试 　　　　静态测试：是指无需执行被测程序，而是通过评审软件文档或代码，度量程序静态复杂度，检查软件是否符合编程标准，借以发现编写的程序的不足之处，减少错误出现的概率 　　　　动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等 　　③手工测试和自动化测试 　　　　手工测试：由专门的测试人员从用户视角来验证软件是否满足设计要求的行为。更适用针对深度的测试和强调主观判断的测试。众包测试、探索式测试。 　　　　自动化测试：使用单独的测试工具软件控制软件的自动化执行以及对预期和结果进行自动检查。单元测试、接口测试、性能测试。 2.黑盒测试的优点 　　①容易实施，不需要关注内部的实现 　　②更贴近用户的使用角度 3.黑盒测试的缺点 　　①测试覆盖率较低，一般只能覆盖到代码量的不到40% 　　②针对黑盒的自动化测试，复用率较低，维护成本较高 4.黑盒测试主要测试什么？ 　　①是否有不正确后遗漏的功能 　　②在接口上，输入是否正确的接受，能否输出正确的结果 　　③是否有数据结构错误或外部信息（例如数据文件）访问错误 　　④性能上是否能够满足要求 5.黑盒测试的主要设计方法 　　等价类划分法　　边界值分析法　　错误推测法　　因果图法　　正交试验分析法　　状态图法　　流程分析法 6

python主要可以做Web 和 Internet开发、科学计算和统计、桌面界面开发、软件开发、后端开发等领域的工作。 Python是一种解释型脚本语言。Python可以应用于众多领域，如：数据分析、组件集成、网络服务、图像处理、数值计算和科学计算等众多领域。互联网公司广泛使用Python来做的事一般有：自动化运维、自动化测试、大数据分析、爬虫、Web 等。 扩展资料 python的主要优点： 简单易学：Python是一种代表简单主义思想的语言。阅读一个良好的Python程序就感觉像是在读英语一样。它使你能够专注于解决问题而不是去搞明白语言本身。因有极其简单的说明文档，Python极其容易上手。 运行速度快：Python 的底层是用 C 语言写的，很多标准库和第三方库也都是用 C 写的，运行速度非常快。 免费、开源资源：Python是FLOSS（自由/开放源码软件）之一。使用者可以自由地发布这个软件的拷贝、阅读它的源代码、对它做改动、把它的一部分用于新的自由软件中。FLOSS是基于一个团体分享知识的概念。 可扩展性：如果需要一段关键代码运行得更快或者希望某些算法不公开，可以部分程序用C或C++编写，然后在Python程序中使用它们。 现在互联网巨头，都已经转投到人工智能领域，而人工智能的首选编程语言就是python，未来前景显而易见。那么问题来了，想学Python

如果您是一名测试人员，那么您必须就自动或手动测试进行讨论。这并不是什么新鲜事，许多技术人员对此都有不同的看法。无论您是一个大型团队，已经建立了自动化框架，还是小型团队，对于自动化来说都是新手，为了获得最大效率，始终必须保持这种平衡。 无疑，自动化测试具有提高效率，加快回归速度并因此有助于及时交付项目的好处。它还可以手动删除重复的测试用例或回归用例，并节省测试人员的生命。 但是，在考虑自动化之前，您应该评估一些要点。您一定已经听过“您无法使所有内容自动化”的说法，这是非常正确的。 在许多情况下，需要进行手动测试。实际上，手动测试本身的最大缺点是它的最大优点是需要人工干预！在某些情况下，需要人类的直觉和直观性来测试系统。仅举几例，在以下情况下，手动测试起着至关重要的作用。 可用性测试- 这是根据了解应用程序的难易程度来测试应用程序。这是为了测试应用程序与将要使用它的用户之间的交互性。这些测试无法自动执行，必须手动执行。 UI和UX测试-UI 和UX测试不能自动进行，即使您尝试也只能在一定程度上进行自动化脚本可以用来测试布局，css错误和html结构，但不能提供整个用户体验自动化，因为它非常主观。 探索性测试-塞姆·坎纳（ Cem Kaner）于1984年创造了该术语，将探索性测试定义为：“一种软件测试风格，强调个体测试人员的个人自由和责任，以通过对待与测试相关的学习来不断优化其工作质量

随着敏捷和DevOps等新时代项目开发方法逐渐取代旧的瀑布模型，测试需求在业界不断增长。测试人员现在正在与开发人员一起工作，自动化测试在许多方面极大地取代了手动测试。如果您是自动化测试领域的新手，刚雇用您的组织将期望您快速，开箱即用，并能够检测到错误或提供没人想到的解决方案。但是，仅凭测试的基础知识，您将如何成为一名成功的，不同于前任的测试自动化工程师？成为2019年成功的自动化测试员的技能是什么？让我们找出答案。 1.自动化测试员技能——编程语言 当我开始担任手动测试人员时，我不喜欢编码。但是，当我逐渐进入自动化领域时，对我来说很清楚，如果没有对编程语言的一些基本了解，就无法编写逻辑自动化测试脚本。 对编程有一点了解，不仅可以简化那些自动化脚本，还可以帮助您改善与开发人员的沟通。不仅如此，一旦单元测试完成，您还可以参与深入的功能测试。现在，要获得自动化测试人员的#1技能，有两个不同的方面，需要多少编程知识取决于您的角色以及几年后您在行业中的位置。方面是： 设计框架 您需要对C#，Python，Java，Perl，SQL，XML以及HTML和CSS具有透彻的理解和编码技能。虽然，您应该精通哪种语言取决于项目中开发人员使用的编程语言。例如，如果项目在Ruby上，则您至少应具有Ruby基础知识的基础知识。以下是对测试人员有用的顶级编程语言。 创建测试脚本 在此阶段

接口自动化大致步骤： 1、发送请求 2、解析结果 3、验证结果 定义三个和业务相关的类 1、一个用来封装HTTPclient，用来发送请求 2、解析结果xml的类 3、一个用于比较测试结果和期望值的类，用于验证 4、自动生成报告的类：自动发送报告之类的 （locust的python工具） 服务级：Web server（服务） Database（持久化工具-数据库）、Cache（短时间持久化工具-缓存） 接口测试： 1、构造数据 （1）通过接口构造 比如获取一个blog的文章信息，怎么构造数据呢？（文章哪里来？？）—返回blog信息 通过添加文章的接口，临时构造数据（blog文章），然后断言的时候看看是不是自己造的数据——会造成接口耦合（两个程序模块有关联就叫做耦合。）—和造文章的接口耦合（如果创建文章的接口挂了，那返回blog信息的接口也就挂了） 公交卡充值依赖支付宝的支付接口服务，调用支付接口会有代价，所以模拟一个支付接口，所有通过mockserver（测试桩）去模拟支付接口的服务----不管输入是什么，返回一直成功或是固定的 如何进行mock？？ mockserver介绍： https://www.cnblogs.com/fnng/p/7511539.html 使用： https://blog.csdn.net/qq_35049819/article/details

扩展iQuery使其支持多种编程语言（四） – 兼编译器的语法错误处理简介 iQuery是一个开源的自动化测试框架项目，有兴趣的朋友可以在这里下载： https://github.com/vowei/iQuery/downloads 源码位置： https://github.com/vowei/iQuery 相关的使用文档,请参看： 开源类库iQuery Android版使用说明 类jQuery selector的控件查询iQuery开源类库介绍 开源手机自动化测试框架iQuery入门教程（一） 开源手机自动化测试框架iQuery入门教程（二） 开源手机自动化测试框架iQuery入门教程（三） 在 上一篇文章 中，简单介绍了iQuery解释器的语义分析部分。 ANTLR已经自带了一些对词法和语法错误的处理功能，当一行语句出现语法错误时，ANTLR会尽量跳过出错的一行代码，恢复编译和解释功能，通过一个回调函数，我们可以向最终用户显示更细致的错误提示。 一般来说，好的错误提示应该有以下几个性质： 1. 需要指明错误的行号和列号，以便用户快速在源代码中定位出错的那一行代码，这个功能ANTLR会在调用我们的回调函数时传入这些信息。 2. 需要指明错误原因，例如“不匹配的字符”这样的错误信息显然没有“第1行，第25列: 没有关闭的语句，期望']'，当前碰到的是''<EOF>''！

参考资料： 《The Docker Book》- Testing with Docker 《Docker从入门到实践》– 标准化开发测试和生产环境 http://wiki.jikexueyuan.com/project/docker-technology-and-combat/environment.html 构建基于 Docker + Jenkins + Sahi 的 Web UI 自动化测试环境 http://www.ibm.com/developerworks/cn/opensource/os-cn-JenkinsDockerSahi/index.html 利用 Docker 构建高度集成化的 Chef 开发测试环境 http://www.ibm.com/developerworks/cn/cloud/library/1410_zhangyq_dockerwithchef/ 深入浅出Docker（四）：Docker的集成测试部署之道 http://www.infoq.com/cn/articles/docker-integrated-test-and-deployment/ Move fast and don’t break things! Testingwith Jenkins, Ansible and Docker https://developer.rackspace

自动化测试流程与分类 测试流程 需求分析： 当给你一个需求或者一个系统让你去做自动化的时候你什么都不知道你就去做自动化能行吗？你不去分析系统的哪些模块儿适合做自动化哪些不适合 ？ 如果盲目的去做，当你做到后面的时候可能你框架还没弄好需求或者系统又变了，那你是否做了无用功？所以我们第一步一定是确定需求或者系统哪些模块适合做自动化，而且一定要明白这个需求或者系统做自动化给我们带来的好处是什么，而不是说为了自动化而做自动化。 方案选择： 有的人可能对选择方案会比较陌生，不知道这个到底是干什么的？那么问你一个很简单的问题，现在自动化测试框架常见的有 robotium、appium、monkeyrunnner、UIAutomator等等，这么多的框架你到底选择哪一个呢？其实这就是一个方案的选择，那么有时候你也会根据你项目的需求去选择一个更加适合的框架，让我们这个需求实现利益最大化。 环境准备 这个最好理解，方案选择好之后就该准备环境了。这个环境不会像大家想的那样配置一个 jdk、appium、ide就行了，你需要考虑的是appium的版本、持续集成、代码管理等等问题。 系统设计 系统设计主要是对整个测试框架系统进行合理的设计，比如各个公共模块的封装，不同模块的文件管理，配置数据和代码的分离、日志管理等等。就像工程建设实现都是经过严格的方案设计，然后根据设计方案进行施工。 编码