什么是自动化测试框架？常用的自动化测试框架有哪些？

无论是在自动化测试实践，还是日常交流中，经常听到一个词：框架。之前学习自动化测试的过程中，一直对“框架”这个词知其然不知其所以然。

最近看了很多自动化相关的资料，加上自己的一些实践，算是对“框架”有了一些理解，这篇博客，就聊聊自动化框架的一些事吧。。。

一、什么是框架

框架（framework）是一个框子——指其约束性，也是一个架子——指其支撑性。是一个基本概念上的结构，用于去解决或者处理复杂的问题。

在软件工程中，框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法；

另一种定义认为，框架是可被应用开发者定制的应用骨架，前者是从应用方面而后者是从目的方面给出的定义。

上面的概念比较抽象，换另一个角度解释：

1、框架本身一般不完整到可以解决特定问题；

2、框架天生就是为扩展而设计的；

3、框架里面可以为后续扩展的组件提供很多辅助性、支撑性的方便易用的工具，也就是说框架是配套了一些帮助解决某类问题的库（libraries）或工具（tools）。

约束性：针对解决特定问题的软件框架会首先定义问题的边界，进而将相关的软件组件约束在这个边界内，保持框架在解决问题方面上的内聚性。

支撑性：框架本身不解决什么问题，但给了解决问题的相关组件一个组合底子，这个底子的科学性和易用性直接影响在此之上进一步开发的科学性和方便性。　　　　

上面的2个对框架的解释和定义，看起来也并没有很简单直白的说清楚什么是框架，下面是我的一些理解：

定义：为解决某些特定问题而约束边界，支撑整个问题解决方案，配套了一些解决问题的组件而构成的工具。

特定问题：什么问题？——自动化测试

约束边界：为什么约束？——明确测试范围和目的

解决方案：用什么方案解决问题？——编程语言+工具+其他

构成工具的组件：哪些组件？—— 用例、脚本、数据、日志、报告、通知

工具：特点是什么？—— 灵活性、可扩展性、高内聚低耦合

二、自动化测试

1、为什么要进行自动化测试？

①、黑盒测试回归效率低

②、手动测试的偶然性和不确定性

③、回归的覆盖率不足

④、交付的产品质量无法保证，全靠评估

⑤、系统越复杂，问题越多

⑥、上线时间长、构件失败率高导致的蝴蝶效应（迭代快，加班多）

2、自动化测试能解决什么问题？

①、提高出现问题后的响应速率

②、降低回归成本

③、提高回归覆盖率

④、提高回归效率

⑤、提高回归的稳定性

3、自动化测试的不足有哪些？

①、无法减少成本投入，而是为了加快测试结果反馈，提升测试质量

②、自动化适用于回归和冒烟，而不是发现BUG

③、录制回放功能是鸡肋，可视化并不是一个很好的做法

④、不是所有所有系统所有功能都适合做自动化测试

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036【暗号：csdn999】