自动化测试

web自动化测试—selenium2实操常见问题 来源： https://www.cnblogs.com/ppybear/p/12298483.html

一：什么是QTP？ QTP(QuickTest Professional)是一款自动化测试工具，自动化测试就是利用计算机模拟人进行测试，也就是开发一套代码测试另一套代码。 QTP主要用它来执行重复的手工测试，主要用于功能测试和回归测试，功能测试里又注重在界面测试，就是一些按钮，下拉框，编辑框等。 它的脚本语言是相对来说比较简单的VBSctipt,语法和逻辑结构比较松散，虽然支持对象的封装，但不支持继承和多态。 QTP支持一些插件(Add-Ins)，例如Active X,Visiual Basic,Web,Java等。QTP底层有一个通用的架构，平台，这些插件可以在上面运行。 QTP的特点： 1、支持脚本的录制和回放； 2、有一个非常有用的对象侦测工具Object Spy。 3、有专门存储对象属性的地方Object Repository。 4、提供检查点，检查点就是比较执行的结果和期望的结果。 5、有组织测试用例的Action. 6、QTP提供Excel形式的DataTable，用以存放测试数据或参数。 7、支持环境变量。 8、支持外部的VBS文件。 9、为每个test提供一个测试结果，pass或者fail。 QTP自动化测试原理： （1）封装真实被测对象并转化为QTP对象到对象库。 （2）对比对象库里的对象鉴别属性和运行时的真实被测对象的鉴别属性。 （3）对比如果一致

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！ 文章目录 一、分层的自动化测试 1.传统自动化测试 2.测试金字塔 3.分层自动化测试 二、接口测试基础知识 1.接口的含义 2.接口的分类 3.接口测试 3.1 接口测试的含义 3.2 接口测试的意义 3.2.1 为什么测试接口 3.2.2 接口测试的意义 3.3 协议接口的分类 3.3.1 按系统不同的调用方式进行分类 3.3.2 按协议的不同进行分类 3.4 接口测试的原理 4.接口的组成 4.1 接口文档的内容 4.2 http 请求方法与请求参数 4.3 header 4.4 http 响应状态码 4.5 响应数据 5.怎么做接口测试 5.1 接口测试的流程 5.2 编写接口文档 5.3 通用接口用例设计 5.4 根据业务逻辑来设计用例 一、分层的自动化测试 1.传统自动化测试 基于产品 UI 层的自动化测试，它是将黑盒功能测试转化为由程序或工具执行的一种自动化测试。 ✔ 在目前的大多数研发组织当中，都存在开发与测试团队割裂（部门墙）、质量职责错配（测试主要对质量负责）的问题，在这种状态下，测试团队的一个“正常”反应就是试图在测试团队能够掌控的黑盒测试环节进行尽可能全面的覆盖，甚至是尽可能全面的 UI 自动化测试。 ✔ 这导致，一方面测试团队规模急剧膨胀；另一方面，因为 UI 是非常易变的，所以 UI

** Python day 1 ** 简介 Python 蟒蛇 1989年 荷兰 吉多 12.25圣诞节研发 1991第一个发行版本 2000年 大数据（算法+大数据）70 80年代人工智能（算法-支持向量机）Python是近年来最火的一个热点，没有之一。从性质上来讲它和我们熟知的C、java、php等没有什么本质的区别，也是一种开发语言，而且已经进阶到主流的二十多种开发语言的top 5（数据源自最新的TIOBE排行榜）。 Python 是一个高层次的结合了解释性、编译性、互动性和面向对象的脚本语言，具有很强的可读性，相比其他语言经常使用英文关键字，其他语言的一些标点符号，它具有比其他语言更有特色语法结构。 应用场景 数据采集+数据分析 ：接收来自数据库的信息：如生产计划信息、物料信息等； web开发django ：采用了MTV的框架模式，即模型M，视图V和模版T。它最初是被开发来用于管理劳伦斯出版集团旗下的一些以新闻内容为主的网站的，即是CMS（内容管理系统）软件。并于2005年7月在BSD许可证下发布。这套框架是以比利时的吉普赛爵士吉他手Django Reinhardt来命名的； 自动化运维 运维开发工程师 在软件产品的整个生命周期中运维工程师都需要适时地参与并发挥不同的作用，因此运维工程师的工作内容和方向非常多： 事件管理：目标是在服务出现异常时尽可能快速的恢复服务

针对UI的自动化技术一般要支持下列的东西： 1. 识别窗口 能够识别尽量多的窗口种类，支持尽量多的UI技术。比如Win32、WinForm、WPF以及WebPage（这个比较特殊，确切的说不能叫控件）的控件类型 2. 操作窗口 对标准类型的控件方法的支持，比如按下按钮，在Listview中选择Item等 3. 验证结果 实质就是能够拿到控件的状态以及控件相关的信息 4. 错误恢复 这个其实属于自动化测试框架的问题，能从错误的状态恢复，并继续执行。当然写Testcaes的时候，也要保证Testcase的独立性 5. 同步 同步在UI的自动化测试中最复杂的部分了，这个地方的工作决定了自动化脚本能否稳定的运行在在各种不同平台，不同配置的测试机上 虽然测试工具有很多，比如WinRunner、QuickTest等，我比较熟悉的只是Silktest，所以我说的很多东西都会跟Silktest来比较 我们抛开各种各样的工具本身，来看UI自动化的本质，它所用到的技术无非是下面三种： 1. Windows API 相关的API，FindWindow, EnumWindow,GetWindowRect, GetWindowText, SendMessage等 2. MSAA MSAA是微软针对视力有障碍的人所提供的一个基于COM的API接口，开发人员可以利用这个技术来开发类似屏幕放大，屏幕阅读

个人总结 回答自己的问题 以下为当时提出的五个问题与回答 Q1 : 个人技术和流程 来自第2章 p36 PSP有以下的特点： ... PSP依赖于工程输入数据，记录工程师的各项活动，这本身就需要不小的时间代价 如果数据不准确或者有遗失，怎么办？让工程师编造一些？ 如果一些数据不利于工程师本人（例如：花很多时间修改缺陷），我们怎么才能保证工程师愿意如实地记录这些数据呢？ 我的问题是， PSP是否不适合学生 ？ 正如书中所言，PSP这一模型在实施的时候似乎有一些困难的地方，尤其是对于学生来说，例如： 数据如何才能较为精确的获取到 各个阶段之间的分界点不明确 学生的时间比较分散，所以很可能会出现学生利用了好几块分散的时间才做完了一个阶段的事情，那么这样子又该如何统计呢？显然这之间不能简单地线性相加，例如，我要设计接下来一个项目的各模块接口。我花了三天没课的上午在onenote上写好了文档，但是实际上从我开始准备写文档那一刻起，我的脑中就开始构思各模块的接口之间的关系了，可能在某一节无聊的课堂上，也可能是在食堂里吃饭的时候...对于经常没有完整时间块的学生来说，PSP的数据很难获取到 文中所举例举例的工程师的问题当然同样也适用于学生身上 问题提出的原因是与我在日常学习生活中的经验矛盾 回答   现在认为PSP适合学生，但在实施上是有一些问题，之前提出的问题都发生了，统计时间的时候确实很麻烦

TIB自动化测试工作室收集的Selenium自动化测试相关资源列表： Selenium电子书： Selenium 1.0 Testing Tools Beginners Guide http://testing_is_believing.download.csdn.net/ Selenium框架-Web Framework For Selenium： http://www.open2test.com/techdocs.html Building a flexible and extensible framework around Selenium.pdf Selenium官方网站： http://seleniumhq.org/ Selenium是一款开源的Web自动化测试工具，主要由3部分组成： 1、Selenium IDE：Firefox的插件，可用于录制回放脚本 2、Selenium Remote Control（RC） 可以采用各种编程语言编写自动化测试脚本并运行在多种浏览器上。 3、Selenium Grid 可以让Selenium Remote Control的自动化测试脚本并行在多个服务器上执行，节省大量运行测试的时间。 http://selenium-grid.seleniumhq.org/how_it_works.html Selenium的工作示意图： http:

一、概念 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间和硬件资源，提高测试效率，便引入了自动化测试的概念。 即编写一个代码测试一个程序。编写代码属于开发工作，需要测试人员投入大量的时间和精力。当后期产品的页面元素和业务发生变化时，还需要付出维护脚本的成本。 什么样的项目适合开展自动化测试 二、适合做自动化测试的项目 (1) 软件需求变动不频繁;咱们自动化测试最怕的就是需求不稳定(功能测试也怕)，需求的频繁变更会导致自动化测试用例的维护成本直线上升。刚刚开发完成的脚本可能因为产品页面的变化和业务的变化，不得不重新开发脚本。因此自动化测试要从需求稳定的功能模块入手。 (2) 项目周期足够长，需要频繁执行回归测试; 咱们开展自动化测试要选择项目生命周期足够长并有持续更新版本发布计划的，通常在有8次回归测试以上的项目中自动化测试的优势才会大于手工测试。 (3) 需要在多个平台上重复执行相同测试的场景。 当你公司的产品符合如下需求，那么投入自动化测试会带来良好的收益。 产品支持多种浏览器; 移动端应用需要在近千台手机中运行; 如果有对于不同的客户有不同的定制版本，各个定制版本的主体功能绝大多数是一致的，个别功能有轻微差别。 (4)

1、Postman Postman是被大家所熟知的网页调试Chrome插件，我们常常用它来进行临时的http请求调试。幸运的是，Postman可以将调试过的请求保存到Collection中。形成的Collection就可以作为一份简单有效且支持在线测试的接口文档，使用同一账号登录就可以做到分享和同步。对QA来说，使用Postman进行接口测试和接口文档维护是同一件事情，测试即文档，维护成本也很低。官网：https://www.getpostman.com 2、Swagger “Swagger是一个规范和完整的框架，用于生成、描述、调用和可视化RESTful风格的Web服务。”简单来说，Swagger是一个功能强大的接口管理工具，并且提供了多种编程语言的前后端分离解决方案。Swagger主要包含了以下4个部分： 1. Swagger可以直接嵌入项目中，通过开发时编写注释，自动生成接口文档； 2. Swagger包含了Swagger Editor，它是使用yaml语言的Swagger API的编辑器，支持导出yaml和json格式的接口文件； 3. Swagger包含了Swagger UI，它将Swagger Editor编辑好的接口文档以html的形式展示出来； 4. Swagger支持根据定义的接口导出各种语言的服务端或客户端代码。 官网：https://swagger.io/ 3

1、上图来一张，Code Review翻译为：代码审查/代码评审 在金字塔中每一层测试的投入比例则要根据实际的产品特征来划分。在《Google 测试之道》一书中有提到，Google对产品测试类型划分为：小测试、中测试和大测试，釆用 70% (小）20% (中）/10% (大）的比例，大体对应测试金字塔中的Unit、Service和UI层。 1.1 单元自动化测试 单元自动化测试是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元是指一个函数， Java中单元是指一个类，图形化的软件中单元是指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。规范的进行单元测试需要借助单元测试框架，如Java 语言的 Junit、TestNG, C#语言的 NUnit,以及 Python 语言的 unittest、pytest 等，目前几乎所有的主流语言都有其相应的单元测试框架。 1.2 接口自动化测试 Web应用的接口自动化测试大体分为两类：模块接口测试和Web接口测试。 1）模块接口测试，主要测试模块之间的调用与返回。当然,我们也可以将其看作是单元测试的基础。它主要强调对一个类方法或函数的调用，并对返回结果的验证，所用到的测试工具与单元自动化测试相同。 2）Web接口测试又可分为两类