1、适合做的项目：

a.项目周期长且相对稳定

b.需要做频繁的冒烟测试

c.需要经常做回归测试

d.需要进行大数据量的数据驱动测试

2、不适合做的项目：

a.项目周期短用例不会多次重复执行

b.被测项目不稳定变化太频繁

1、选择合适的测试工具

2、定义自动化测试覆盖的范围

3、制定测试计划

4、自动化测试环境搭建

5、脚本开发

6、测试执行

7、测试脚本维护

1、选择适合的测试工具或分析当前的工具是否适合新项目

2、选择合适的自动化测试框架

3、确定要做自动化测试的范围和不做自动化测试的范围

4、测试环境的准备与搭建

5、制定一个粗略的脚本开发的时间表

6、制定脚本执行的一些策略，如冒烟测试的频率，回归测试的时间点及频率等

7、定义自动化测试的输出，比如脚本，测试数据，发现的缺陷，测试报告等

1、统一的命名约定，如用例名，方法名等

2、良好的脚本注释

3、遵循代码规范，使用适当的缩进

4、对异常进行处理

这个取决于测试用例场景的复杂度，一般一天能写2~5个模块。

1、自动化测试用例的覆盖率=自动化测试用例数/所用用例总数，这个比例越高测试反馈越快，成本节约越多

2、节省的时间成本=手工测试所花的时间-自动化测试所花的时间

3、自动化测试的投入=开发脚本的投入+脚本维护的投入+工具价格

4、自动化测试发现的缺陷数，每次回归测试时自动化测试发现的缺陷数及漏测数，反应了自动化用例的有效性

5、自动化测试投入产出比

ROI=（手工测试的成本-自动化测试成本）/自动化测试成本

ROI如果是负值说明自动化测试的成本未收回，ROI为正值说明自动化测试成本已回收，且值越大说明回报越好

比较难，因为有些用例场景无法被自动化，一些验证易用性友好性的用例不适合做自动化，有些边缘的用例很少被重复执行，从投入产出比来说也不适合做自动化

1、项目流程不规范，项目变动频繁导致自动化用例维护成本高，解决：深入理解用户需求，规范开发流程，自动化用例先覆盖已经稳定的功能

2、对自动化期望太高，自动化也是一个逐步完善的过程，不可能一下子完全代替手工

3、有些自动化工程师的技术能力偏弱，提升编程能力，提升自动化工具使用能力，对新人进行培训等

JsonWireProtocol 是通过使用 webdriver 与 remote server 进行通信的 web service 协议。通过 http 请求，完成和 remote server 的交互。

Selenium WebDriver

Selenium IDE

Selenium Grid

#!/usr/bin/env python
# -*- coding:utf-8 -*-
from selenium import webdriver
driver = webdriver.Chrome()
driver = webdriver.Firefox()
driver = webdriver.Ie()

#!/usr/bin/env python
# -*- coding:utf-8 -*-
# 通过选项的顺序，第一个为0
select_by_index(index)
# 通过value属性
select_by_value(value)
# 通过选项可见文本
select_by_visible_text(text)

#!/usr/bin/env python
# -*- coding:utf-8 -*-
deselect_by_index(index)
deselect_by_value(value)
deselect_by_visible_text(text)
deselect_all()

#!/usr/bin/env python
# -*- coding:utf-8 -*-#
# 确认
driver.switch_to.alert.accept()
# 取消
driver.switch_to.alert.dismiss()
# 在弹出框输入内容
driver.switch_to.alert.send_keys("输入数据")

Selenium本身是不可以处理Windows弹窗的，但是Selenium可以借助Autolt小工具来完成对Windows弹窗的操作。

webelement类中的is_displayed()方法

本身这个函数用于判断某个元素是否存在页面上（这里的存在不是肉眼看到的存在，而是html代码的存在。某些情况元素的visibility为hidden或者display属性为none，我们在页面看不到但是实际是存在页面的一些元素。）

#!/usr/bin/env python
# -*- coding:utf-8 -*-
from selenium.common.exceptions import NoSuchElementException
# 判断元素是否存在
def isElementPresent(self, by, value):    
    try:        
        element =self.driver.find_element(by=by, value=value)    
    except NoSuchElementException as e:        
        # 发生了NoSuchElementException异常，说明页面中未找到该元素，返回False        
            return False    
       else:        
        # 没有发生异常，表示在页面中找到了该元素，返回True        
            return True

driver.close()仅关闭当前用户正在操作的页面

driver.quit()关闭整个浏览器，关闭所有的页面

1、手工用例中抽取

2、参考自动化用例的执行策略

线性脚本框架、基于模块化的框架、库结构框架、数据驱动框架、关键字驱动框架、混合框架等

POM，中文字母意思是，页面对象模型，POM是一种最近几年非常流行的自动化测试模型，或者思想，POM不是一个框架，是一个解决问题的思想。采用POM的目的是为了解决前端中UI变化频繁，从而造成测试自动化脚本维护的成本越来越大。

POM主要有以下优点：

1、把web ui对象仓库从测试脚本分离，业务代码和测试脚本分离。

2、每一个页面对应一个页面类，页面的元素写到这个页面类中。

3、页面类主要包括该页面的元素定位，和这些元素相关的业务操作代码封装的方法。

4、代码复用，从而减少测试脚本代码量。

5、层次清晰，同时支持多个编写自动化脚本开发，例如每个人写哪几个页面，不影响他人。

6、建议页面类和业务逻辑方法都给一个有意义的名称，方便他人快速编写脚本和维护脚本。

1、添加元素智能等待时间driver.implicitly_wait(30)

2、try 方式进行 id,name,class,xPath,css selector 不同方式进行定位，如果第一种失败可以自动尝试第二种

3、Selenium 保证元素成功率是通过元素的定位，当然它的定位方法很多，一定能有合适的。但是在自动化工程的实施过程中，高质量的自动化测试不是只有测试人员保证的，需要开发人员规范开发习惯，如给页面元素加上唯一的 name,id 等，这样就能大大地提高元素定位的准确性。当然如果开发人员开发不规范，我们在定位元素的时候尽量使用相对地址定位，这样能减少元素定位受页面变化的影响。只要我们元素定位准确，就能保证每一个操作符合预期结果。

Selenium脚本的执行速度受多方面因素的影响，如网速，操作步骤的繁琐程度，页面加载的速度，以及我们在脚本中设置的等待时间，运行脚本的线程数等。所以不能单方面追求运行速度的，要确保稳定性，能稳定地实现回归测试才是关键。

我们可以从以下几个方面来提高速度：

1、减少操作步骤，如经过三四步才能打开我们要测试的页面的话，我们就可以直接通过网址来打开，减少不必要的操作。

2、中断页面加载，如果页面加载的内容过多，我们可以查看一下加载慢的原因，如果加载的内容不影响我们测试，就设置超时时间，中断页面加载。

3、在设置等待时间的时候，可以sleep固定的时间，也可以检测某个元素出现后中断等待也可以提高速度。

4、配置实现多线程，在编写测试用例的时候，一定要实现松耦合，然后在服务器允许的情况下，尽量设置多线程运行，提高执行速度。

自动化测试用例的执行策略是要看自动化测试的目的，通常有如下几种策略：

1、自动化测试用例是用来监控的，在此目的下，我们就把自动化测试用例设置成定时执行的，比如每五分钟或是一个小时执行一次，在 Jenkins 上创建一个定时任务即可。

2、必须回归的用例，有些测试用例在产品变动上线之前都需要回归执行，那我们就把测试用例设置成触发式执行，在 Jenkins 上将我们的自动化测试任务绑定到开发的build任务上，当开发人员在测试环境上部署代码的时候，我们的自动化测试用例就会被触发执行。

3、不需要经常执行的测试用例，像全量测试用例，我们没有必要一直回归执行，必竟还是有时间消耗的，有些非主要业务线也不需要时时回归，这类测试用例我们就采用人工执行，在 Jenkins 上创建一个任务，需要执行的时候人工去构建即可。

持续集成源于极限编程(XP)，是一种软件实践，软件开发过程中集成步骤是一个漫长并且无法预测的过程。集成过程中可能会爆发大量的问题，因此集成过程需要尽可能小而多，实际上持续集成讲的是不断的去做软件的集成工作。持续集成，最简单的形式是包括一个监控版本控制（SVN、Git等）变化的工具，当变化被发觉时，这个工具可以自动的编译并测试你的应用。

最后感谢每一个认真阅读我文章的人，下方这份完整的软件测试教程已经整理上传完成，需要的朋友们可以文末自行领取：【保证100%免费】

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！