【河南软件测试公司：应理性看待自动化测试优缺点】

   回归测试：由于回归测试的测试目标是已有的，稳定的功能，我们会下意识的以为是不会有问题的，并且往往只需要测试一次就行，在这中情况下，如果能有一个稳定的自动化测试脚本来代替手工的操作，将极大的提高工作效率，在关注新功能的同时不会忽略回... 回归测试： 自动化测试：需要在程序中将脚本的执行顺序显示的用代码表示出来，并且清晰的告诉计算机如何判断结果的正确与否，测试用例之间的依赖关系很难在脚本中清晰的表达出来，运行脚本的人员并不知道用例之间的依赖性。  我们知道，在测试之前对于测试环境的搭建是很重要的，保证测试环境的正确性、快速的搭建出测试环境，有利于之后测试的顺利进行。一般对于同一个需要测试的软件，系统的环境要求是一样的，要是在不同的机子上测试，每次都需要重新搭建一个环境，这样既耗时又耗费力气，如果能将环境的配置信息编写成脚本，每次只需要运行脚本就可以将环境搭建好，那么节省大量的人力物力。 不是所有都是自动化 对于自动化测试工具： 1、界面自动化测试工具，我们往往入门的时候都是用的商业或者开源的工具，例如：QTP、RFT之类，这些都是界面级别的自动化测试，界面自动化测试的有一定开发难度，但是确有不少的开源库可以提供，完全可以基于以上库开发，或者有一些开源的工具很成熟了，你所做的就是基于以上进行一下更改。例如：测试java界面的工具就有aboot、swbot、mathron等开源工具，测试web界面的有selenium、watin等，测试移动端的有robotium、monkey等。要能二次开发这些工具，主要是需要理解抓取对象和回放的原理，然后是一些配置文件的处理，对象库里主要是XML的处理，一般录制功能我觉得可以忽略。

  白盒测试工具 3、接口自动化测试工具，接口自动化测试工具在开发的时候，首先需要明确业务接口类型，然后掌握一定的接口工具的应用方式，一般的接口工具都是会解析某种接口定义文件，然后将接口文件以界面的形式展现出来，可以通过对界面接口的操作：对某个接口填写参数，然后发送到服务器端，查看响应，或者直接get接口返回值。例如：SoapUI工具是针对WebService系统的测试，主要是解析WSDL接口定义文件。Jmeter和LR也可以做接口测试工具，例如：java接口和HTTP接口等。之前，开发过的接口工具包括：SNMP接口和corba接口工具，其原理也是解析mib和IOR接口定义文件，然后可以对接口进行set与get操作。所以，开发这类的工具，一定要明确什么是软件接口、然后接口描述文件是什么，最后是如何去对接口进行操作，日志和结果的展现等，还有一些就是额外的功能了，例如：录制，将测试人员对接口的操作录制下来，成为工作流等。 5、系统应用级别的自动化测试工具，这种工具需要明确应用场景，即明确需求，例如：我之前开发一些部门内部工具集合，专门提供给测试人员进行脚本录制()、公司级别的有采集和巡检工具。(对外支持)，这部分工具带来的效益是很大的。所以说，千万不要将自动化测试局限在测试方面，其实提高测试与开发的人员的效率、以及对公司产品的质量保障方面的工具都是能给公司带来直接效益的。也许几行代码也是一个能提升效率的好的工具。 自动化不能完替代功能测试 测试工具虽好但不能迷恋，不能期望测试工具可以取代手工测试。测试工具在测试工作中起的是辅助作用，一般用来提高测试效率。自动化测试弥补了手工测试的不足，减轻一定的工作量。实际上测试工具是无法替代大多数手工测试的，而一些诸如性能测试等自动化测试也是手工所不能完成的。 对于自动测试技术，应当依据软件的不同情况来分别对待，一般自动技术会应用在引起大量重复性工作的地方、系统的压力点、以及任何适合使用程序解决大批量输入数据的地方。然后再寻找合适的自动测试工具，或者自己开发测试程序。一定不要为了使用测试工具而使用。 个人认为自动化测试，就是用技术和自动化去服务测试，保证质量，提高产品生产率（不是测试生产力）。无论如何这个行业需求是关键，不能脱离需求和具体环境。