自动化测试框架之selenium

1 自动化测试

自动化测试指软件测试的自动化，在预设状态下运行应用程序或者系统，预设条件包括正常和异常，最后评估运行结果。将人为驱动的测试行为转化为机器执行的过程。

自动化测试包括UI自动化，接口自动化，单元测试自动化。按照这个金字塔模型来进行自动化测试规划，可以产生最佳的自动化测试产出投入比（ROI），可以用较少的投入获得很好的收益。

1.1 单元测试

最大的投入应该在单元测试上，单元测试运行的频率也更加高。
java的单元测试框架是Junit。

1.2 接口测试

接口测试就是API测试，相对于UI自动化API自动化更加容易实现，执行起来也更稳定。

接口自动化的有以下特点：

• 可在产品前期，接口完成后介入
• 用例维护量小
• 适合接口变动较小，界面变动频繁的项目

常见的接口自动化测试工具有，RobotFramework,JMeter,SoapUI,TestNG+HttpClient，Postman等

1.3 UI测试

虽然测试金字塔告诉我们尽量多做API层的自动化测试，但是UI层的自动化测试更加贴近用户的需求和软件系统的实际业务。并且有时候我们不得不进行UI层的测试。

UI自动化的特点：

• 用例维护量大
• 页面相关性强，必须后期项目页面开发完成后介入
• UI测试适合与界面变动较小的项目

UI层的测试框架比较多，比如Windows客户端测试的AutoIT，web测试的selenium以及TestPlant ，eggPlant，Robot framework，QTP等。

1.3.1 UI自动化测试的优点：

降低大型系统的由于变更或者多期开发引起的大量的回归测试的人力投入，这可能是自动化测试最主要的任务，特别是在程序修改比较频繁，效果是非常明显的，自动化测试前期人力投入较多，但后期进入维护期后，可节省大量人力，而手工测试后期需要增加大量人力用于回归测试

• 减少重复测试的时间，实现快速回归测试
• 创建优良可靠的测试过程，减少人为错误
• 可以运行更多更繁琐的测试
• 可以执行一些手工测试困难或不可能进行的测试
• 更好的利用资源
• 测试脚本的复用性

1.3.2 UI自动化测试的适用对象

实施自动化测试的前提条件：需求变动不频繁、项目周期足够长、自动化测试脚本可重复使用。

适合做自动化的项目：

1. 产品型项目。产品型的项目，新版本是在旧版本的基础上进行改进，功能变不大的项目，但项目的新老功能都必须重复的进行回归测试。回归测试是自动化测试的强项，它能够很好的验证你是否引入了新的缺陷，老的缺陷是否修改过来了。在某种程度上可以把自动化测试工具叫做回归测试工具。
2. 机械并频繁的测试。每次需要输入相同、大量的一些数据，并且在一个项目中运行的周期比较长。比如兼容性测试。

以下情况的项目不适合做自动化测试：

1. 需求变动频繁的项目，自动化脚本不能重复使用，维护成本太大，性价比低
2. 项目周期短，自动化脚本编制完成后使用次数不多，性价比低
3. 交互型较强的项目，需要人工干预的项目，自动化无法实施

1.4 自动化测试流程

1. 分析：总体把握系统逻辑，分析出系统的核心体系架构。
2. 设计：设计测试用例，测试用例要足够明确和清晰，覆盖面广而精
3. 实现：实现脚本，有两个要求一是断言，二是合理的运用参数化。
4. 执行：执行脚本远远没有我们想象中那么简单。脚本执行过程中的异常需要我们仔细的去分析原因。
5. 总结：测试结果的分析，和测试过程的总结是自动化测试的关键。
6. 维护：自动化测试脚本的维护是一个难以解决但又必须要解决的问题。
7. 分析：在自动化测试过程中深刻的分析自动化用例的覆盖风险和脚本维护的成本。

2 selenium

Selenium是web应用中基于UI的自动化测试框架，支持多平台、多浏览器、多语言。
早期的selenium RC已经被现在的webDriver所替代，可以简单的理解为selenium1.0 +webdriver构成，现在的Selenium2.0。现在我们说起selenium，一般指的是Selenium2.0。它有由Selenium IDE，Webdriver，Selenium Grid组成。

分别做一下介绍：

1. Selenium IDE
   Selenium IDE一个用于Selenium测试的完成集成开发环境，可以直接录制在浏览器的用户操作，并且能回放，编辑和调试测试脚本。调试过程中可以逐步进行或调整执行的速度，并且可以在底部浏览日志出错信息。录制的测试脚本可以以多种语言导出，比如java，C#，Python，Ruby等，方便掌握不同语言的测试人员操作。
2. Webdriver
   Selenium RC 在浏览器中运行 JavaScript 应用，会存在环境沙箱问题，而WebDriver可以跳出JavaScript的沙箱，针对不同的浏览器创建更健壮的，分布式的，跨平台的自动化测试脚本。基于特定语言（Java，C#，Python，Ruby，Perl，JavaScript等）绑定来驱动浏览器对Web元素进行操作和验证。
   webdriver的工作原理：
   • 启动浏览器后，selenium-webdriver会将目标浏览器绑定到特定的端口，启动后的浏览器则作为webdriver的remote server。
   • 客户端(也就是测试脚本)，借助ComandExecutor发送HTTP请求给sever端（通信协议：The WebDriver Wire Protocol，在HTTP request的body中，会以WebDriver Wire协议规定的JSON格式的字符串来告诉Selenium我们希望浏览器接下来做什么事情）。
   • Sever端需要依赖原生的浏览器组件，转化Web Service的命令为浏览器native的调用来完成操作。
3. selenium Grid
   selenium Grid是一个服务器，提供对浏览器实例访问的服务器列表，管理各个节点的注册和状态信息。可以实现在同一时刻不同服务器上执行不同的测试脚本。

3 selenium IDE 录制脚本

1. 打开Edge-插件-选择selenium IDE：

2. 创建一个新项目，此时左部 Test Case 窗口会有一个Untitled 的测试案例，右键点击重命名为”test”
   

3. 点击 IDE 的右上部录制按钮（小红点）开始手动录制

4. 在地址栏中输入待测试的网址( 禅道)如http://www.baidu.com，搜索关键词，这时可以看到IDE进行了录制操作。

5. 在页面中点击右键，可以增加检查点。

6. 录制结束后，点击录制按钮（小红点），结束本次手动录制。在selenium IDE 中，选中一个 Test Case，右击选择“Export 导出为test.py文件。

7. 将该脚本在python中运行并调试。

# Generated by Selenium IDE
import pytest
import time
import json
from selenium import webdriver
from selenium.webdriver.common.by import By
from selenium.webdriver.common.action_chains import ActionChains
from selenium.webdriver.support import expected_conditions
from selenium.webdriver.support.wait import WebDriverWait
from selenium.webdriver.common.keys import Keys
from selenium.webdriver.common.desired_capabilities import DesiredCapabilities

class TestTest():
  def setup_method(self, method):
    self.driver = webdriver.Chrome()
    self.vars = {}
  
  def teardown_method(self, method):
    self.driver.quit()
  
  def test_test(self):
    self.driver.get("https://www.baidu.com/")
    self.driver.set_window_size(809, 864)
    self.driver.find_element(By.ID, "kw").click()
    self.driver.execute_script("window.scrollTo(0,0)")
    self.driver.find_element(By.ID, "kw").send_keys("四月是你的谎言")
    self.driver.find_element(By.ID, "su").click()

至此，我们就完成了一个test case的生成