功能自动化测试之自动化测试工具概述

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！

一、理解软件测试自动化

1.自动化测试的含义

• 自动测试就是用程序代替人的手工操作，完成一系列测试的过程。
  √     自动化工具能自动打开程序、自动执行测试用例、自动查找控件、自动产生数据、自动输入数据、自动操作控件、自动收集结果、自动比较实际结果与预期结果是否一致。

2.软件测试为什么要自动化？

• 软件测试是一项工作量巨大的工作；

• 软件测试包含大量的重复性操作；

• 软件测试的某些环节包含一些非智力创造性活动；

• 很多情况下手工测试难以模拟真实的环境；

• 手工测试无法提供精确的测试结果。

3.自动化测试的优点

• 自动化测试可重复执行，能执行更多、更频繁的测试。

• 能执行一些手动测试比较困难或不可能进行的测试。

• 能更好地利用资源，可利用晚上或周末空闲的设备执行自动化测试。

• 自动化让测试人员腾出时间和精力，测试人员可以投入更多的精力设计出更多、更好的测试用例，从而提高测试准确性和测试人员的积极性。

• 自动测试具有一致性的特点，能够保证测试更客观，从而提高了软件的信任度。

4.自动化测试的缺点

• 不能完全代替人工测试，不是所有的测试用例都可以自动化，工具本身不具备思维能力。
  √     设计用例。
  √     界面和用户体验测试。
  √     正确性检查。

• 不能保证 100%的测试覆盖率。

• 需要更长的时间去分析和隔离所发现的缺陷。

• 自动化测试对软件质量依赖性较大。

• 如果测试人员不熟悉某些测试工具，测试工作的进度就有可能受到影响。

• 不能立即降低测试投入，提高测试效率。自动化测试的成本问题可能高于人工测试，因为工具的购买及维护的开支很大。

5.自动化测试应用场合

6.不正确的自动化测试期望

• 有了工具，一切测试过程都变得自动了。
  √     如果项目中使用了很多第三方控件或自定义控件，而这些控件的可测性很差，这种测试则不适合自动化。

• 有了工具，测试工作马上就减轻了。
  √     购买测试工具后，还需要编写和维护测试脚本，这些费时、费力；
  √     可以在界面雏形时期，检查界面中的控件是否可测，从而选择合适的工具。

• 自动测试工具都是简单易用的。
  √     功能越完备操作通常越复杂，要求使用者掌握更多的技能。

• 自动化测试尽早执行。
  √     自动化测试需要过早计划但不宜过早执行；自动化测试需要循序渐进进行。

二、常用的自动测试工具及分类

1.商业测试工具

• 需要购买，价格昂贵。

• 成熟、稳定、有售后服务和技术支持。

• 适宜 GUI 功能和性能测试。

• HP
  √     QuickTest Professional/UFT(Unified Funtional Testing)：功能测试工具。
  √     LoadRunner：性能测试工具。
  √     Quality Center/Application Lifecycle Management：测试管理工具。

• IBM Rational
  √     Robot：功能和性能测试工具。
         ✰     支持 HTML、Java、.Net、Visual Basic、PowerBuilder、Delphi、Oracle 表单和 MFC 控件。
  √     ClearCase：软件配置管理工具。
  √     ClearQuest：缺陷和变更跟踪工具。
  √     TestManager：测试管理工具。

• Compuware QACenter
  √     QARun：功能测试工具。
  √     QALoad：性能测试工具。
  √     QADirector：测试管理工具。

• Microsoft
  √     Web Application Stress：性能测试工具。

2.开源测试软件

• 志愿者开发和维护，未必完全免费。

• Selenium
  √     最早由 Thoughtworks（思特沃克）的员工 Jason Huggins 编写，后来多人加入。
  √     功能和兼容性自动化测试工具。

• Jmeter
  √     Apache 组织开发。
  √     性能和接口自动化测试工具。

三、自动化测试工具的选择

• 选择测试工具的指导原则
  √     一般不是在项目初期完成工具选择，往往是在开发工具确定很长时间以后才能完成，甚至是项目后期才明确。
  √     选择适合自己公司项目的产品，只买对的，不买贵的。
         ✰     不要轻信测试销售人员的介绍就轻易购买，一定要组织详细的试用，确认适合项目使用，才能购买。
  √     分阶段、逐步引入测试工具。
  √     选择技术支持完善的产品。
  √     尽量选择主流的测试工具。
  √     如需多种工具，尽量选择一个公司的产品。
  √     考虑测试工具的集成能力(操作系统、开发工具、其他测试工具)。需要考虑：与开发语言一致的测试脚本语言，还要注意第三方控件与脚本语言能否匹配。
         ✰     测试工具未必支持所有的控件
                 ▲     可能会出现不识别的问题，不能花太多时间去研究为什么不识别，应该先用最简单的方法解决，使自动化测试得以进行是最重要的。
                 ▲     遇到不能识别控件的问题时，可以向开发寻求帮助，让开发提供对软件的编程接口，更换一个同等效果的工具等。
  √     测试用例的自动化应该注意顺序
         ✰     先自动化简单的、主要功能的用例，然后向次要功能等扩展。