软件测试的功能自动化投入和产出

　　自动化测试，一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。现在小编给大家带来的教程是：详细分析功能测试自动化的投入及其产出。

　　一、前提介绍

　　测试自动化，对于系统性能测试、负载测试等等效果是非常明显的，而且我们也不得不为之。小编相信大家都应该知道一点，那就是没有测试工具进行负载模拟，假如说要通过手工测试完成系统测试任务，这几乎是不可能完成的事情。但是在功能测试里面，情况就大不一样了。

　　手工测试在功能测试里面的优势相对来说还是比较大的，工具本身并没有想象力以及灵活性，然而人对界面美观性、逻辑合理性，容易作出一个判断。所以功能测试自动化主要的应用是在回归测试里面，而且产品的界面（也就是，我们经常说的UI）以及功能变化较大，自动化的脚本（也就是Script）维护成本相对来说比较大，投入以及产出往往就会变成我们最关心的问题了。那么问题就来了？在功能测试里面实现测试自动化究竟是不是真的合算呢？现在我们就一起来探讨一下吧。

　　二、示范例子

　　为了便于大家对这一部分的理解，现在小编就举一个示范例子来说明一下吧，具体的示范例子如下所示：

　　假如说有一个功能测试用例，手工运行需要10分钟的时间，然而为这一个测试用例开发脚本就需要4个小时，也就是240分钟的时间，那么就意味着这一个测试脚本需要被运行24次才可以收回成本。假如说还需要再加上测试脚本的维护工作量（大概百分之十左右），那么需要重复运行40－50次，才可以收回成本。假如说在产品的一个版本里面要进行2－3轮测试（一般情况下都是需要的），这一个产品需要发布15－20个版本才可以收回成本。所以业界经常都会说，产品需要发布7个版本才可以收回成本，真的是一点都不夸张的哦。

　　三、实现方法

　　那么问题就来了？我们究竟怎样降低成本、可以相对增加产出或者说更加快地收回成本呢？其实就小编个人认为，最关键的一点就是提高脚本开发速度、提高脚本运行的稳定性以及降低维护脚本的工作量。

　　具体的实现方法如下所示：

　　1、首先我们都需要选择一个比较好的、更加适合的测试工具。

　　2、选择一个适宜自动化的模块。

　　3、尽量将脚本写成数据驱动的脚本，这一点真的是非常重要的哦，千万不要忽略哦。

　　4、多录制脚本，接下来结构化脚本。大家都应该知道，不是所有的模块都能够直接变为数据驱动方式，在这个时候就需要抽象出脚本的结构，进行有效的组合。当然啦，这也包括分层，形成有效的层次性。

　　5、最后测试以及脚本这两者开发合二为一，效率相对来说会更加的明显哦。

　　大家可以看到在下面的图像里面，也具体说明了这一个问题。希望这一个表格可以帮助大家得到一个更加好的想法。

　　小编总结：

　　简单一点来说，自动化测试也就是把以人为驱动的测试行为转化为机器执行的一种过程。希望通过这一篇教程，大家对于自动化测试的了解更近一步哟。