自动化测试：为什么需要框架

前两天跟老板出去做pre-sales. 主要是去卖我们的自动化测试服务，工具用的是HP UFT。做过自动化的人应该知道，UFT在自动化测试领域已经算是最好的工具之一了。客户是个有技术背景的人，所以不那么好忽悠。我们准备了一大堆自动化测试优点的幻灯片，他倒好，上来直接问，你们的工具的缺陷有哪些。然后我就开始巴拉巴拉地跟他说有哪些缺点，一发不可收拾的是，每解释完一个问题，他就会有更多问题。最后口干舌燥也没能全部解释清楚，除了感叹一声钱不那么好赚，只能怪自己不能用英语流利地吹牛逼吧。

其中有一个问题，我回来以后又想了很久。当时他指着我做的POC（Prove of Concept）脚本，问道：”既然record & playback可以做一个脚本，那么为什么还需要自动化测试框架呢？” 简而言之就是，我凭什么要多花钱买你们的框架？我当时第一反应是，什么？你在逗我吗？自动化测试没框架怎么做？ 当然我的回答官方的很，主要是从维护，可重用性，易用性地角度去跟他解释了一遍，他似乎也不是很满意。

回头我想了想，到底为什么我们需要自动化测试框架呢？越想越觉得委屈，因为我想问问各位开发，你们做项目的时候为什么要用框架呢？那自动化的本质不就是写程序去测程序嘛，既然开发需要框架，那么自动化测试为什么不要呢。

牢骚归牢骚。认真地查了些资料。

什么是框架？

框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，框架是可被应用开发者定制的应用骨架。