web自动化测试架构设计与实现

㈠ 未来web开发的趋势是什么

现在，Web开发世界在不断变化，趋势也在不断变化。有时，这些趋势的变化速度远远快于它们的使用速度。要保持领先，就必须关注最新的流行趋势、更新、技术和方法。此外，了解趋势并随时了解周围发生的事情对于web开发是非常必要的。

㈡ 怎么学习自动化测试

首先，想从事自动化测试，必须先了解What/Why/How，也就是常说的去了解什么是自动化测试、为什么要进行自动化测试、该如何进行自动化测试，这类的资料在网上有很多，这里就不做重复了； 其次，需要根据项目的特点，选择合适的自动化测试工具，并了解工具的特性。以QTP为例，该如何去掌握它呢？对于初学者，大多数都是通过录制的方式来生成脚本，这个阶段应该掌握的基础知识有：1) QTP是如何去识别对象的，对于新手经常会出现录制的脚本回放的时候报错的现象，这个时候就应该考虑为什么呢？如果很了解QTP识别对象的原理啊，我想就能很快定位到原因了2) 去掌握一些QTP对象的方法，如GetROPreperty、GetTOPreperty、ChildObjects等等，对于相似的方法应该去搞清楚到底区别在哪？像GetROPreperty、GetTOPreperty有什么区别等3) 什么是Action参数、什么又是Test参数？两者有什么区别，又有什么联系，在同一Test和不同Test间这些参数如何工作4) 什么是环境变量？环境变量是如何建立和使用的，环境变量在参数传递中和action参数、test参数有什么不同5) 了解检查点的知识，明白什么是内置检查点，什么又是自定义检查点。并搞清楚在什么时候该如何使用检查点6) 掌握对象库的操作，了解对象库对于测试的意义，象是否启用智能识别对测试脚本有何影响、为什么同一对象识别起来会有_1、_2之类的后缀等都是需要去研究清楚的问题这几个问题都搞清楚的话，那基本就能够利用QTP生成正确的脚本了，当然以上只是部分必须掌握的内容，其实还是很多细节的设置，就需要在实际运用中去掌握了。接下来，就可以进一步提升自己的QTP运用水平了，这个阶段就需要去学习vbs知识和如何运用描述性编程实现脚本了，同时在这个过程中还需要去学习html知识、DOM、XML、以及像excel、word等的API知识了，总的来说，这个阶段应该掌握的内容大体上包括：1) VBscrīpt的基础知识，熟悉常用的方法和函数，掌握文件对象的操作等2) 熟练掌握XML技术；excel、word等API对象，可以根据需要创建日志等3) 熟练掌握DOM和HTML知识，能够结合这些技术对Web页面进行解析4) 掌握数据库的基本操作语句，能够利用ADO对象进行数据操纵5) 熟练掌握正则表达式，很多时候处理对象问题相当方便6) 掌握如何调用dll进行工作7) 能够利用QTP的自动化对象模型创建出需要的运行模式8) 掌握WMI知识以上只是我考虑到的部分，并不全面，呵呵，供大家参考，当然这些技术主要是针对Web系统运行，因为我们的系统就是B/S的，呵呵。如果这些知识都能够扎实的掌握的话，个人认为，基本上能够处理自动化过程中的绝大多数问题了，这个时候你对自动化测试的技术应该是有一定积累了。接下来就需要考虑自动化测试框架问题了。当脚本规模到了一定的程度，就会面临一些问题，如：1) 如何有效的管理并调度脚本2) 如何实现脚本运行的无人值守，测试过程中能够自动进行错误处理并进行日志记录3) 如何生成简介明确的测试报告4) 如何能够更加高效的维护测试脚本5) 实现框架代码和业务代码的分层、业务脚本和业务数据的分离这个阶段主要体现的是测试人员的测试思想，是可以脱离工具独立存在的过程。当然各个公司项目的实际情况不同，导致设计出来的思想不同，但总体上来说一般包括数据驱动和关键字驱动两种模式。后者实现的技术难度大于前者，大多数公司目前都采用的数据驱动模式。这个阶段不应局限于技术运用上，而需要从测试全局考虑，进行分层设计、模块化实现，减少代码之间的耦合。如果以上三个方面都能够做的很好的话，那么恭喜你，你已经可以独立负责项目的自动化测试建立工作了，呵呵！总之，学习自动化测试需要在实际项目中进行，这样提高的会比较快，项目中运用了很多种技术，自动化实施过程会碰见各种各样的问题，是很好的学习机会，关键要善于总结、积累经验，只要能够把各个细节做好，那么你一定能够成为一名优秀的自动化测试工程师。

㈢ 什么是自动化测试

一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

基本信息

• 中文名称

  自动化测试

• 外文名称

  Test

• 定 义

  人为驱动测试为转为机器执行过程

• 应 用

  软件测试的自动化

• 工 具

  QTP

自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。

折叠编辑本段工具介绍

折叠QTP

全名HP QuickTest Professional software ，2012年12月6日发布11.5版本，并更名为Unified Functional Testing

QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等

QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括:创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。

折叠WinRunner

Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。

企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。

折叠RationalRobot

是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational Test Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。

折叠AdventNetQEngine

AdventNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具，可用于Web功能测试、web性能测试、Java应用功能测试、Java API测试、SOAP测试、回归测试和Java应用性能测试。支持对于使用HTML、JSP、ASP、.NET、PHP、JavaScript/VBScript、XML、SOAP、WSDL、e-commerce、传统客户端/服务器等开发的应用程序进行测试。此工具以Java开发，因此便于移植和提供多平台支持。

折叠SilkTest

是业界领先的、用于对企业级应用进行功能测试的产品，可用于测试Web、Java或是传统的C/S结构。SilkTest提供了许多功能，使用户能够高效率地进行软件自动化测试。这些功能包括:测试的计划和管理;直接的数据库访问及校验;灵活、强大的4Test脚本语言，内置的恢复系统(Recovery System);以及具有使用同一套脚本进行跨平台、跨浏览器和技术进行测试的能力。

折叠QARun

QARun的测试实现方式是通过鼠标移动、键盘点击操作被测应用，即而得到相应的测试脚本，对该脚本可以进行编辑和调试。在记录的过程中可针对被测应用中所包含的功能点进行基线值的建立，换句话说就是在插入检查点的同时建立期望值。在这里检查点是目标系统的一个特殊方面在一特定点的期望状态。通常，检查点在QARun提示目标系统执行一系列事件之后被执行。检查点用于确定实际结果与期望结果是否相同

折叠TestPartner

是一个自动化的功能测试工具，它专为测试基于微软、Java和Web技术的复杂应用而设计。它使测试人员和开发人员都可以使用可视的脚本编制和自动向导来生成可重复的测试，用户可以调用VBA的所有功能，并进行任何水平层次和细节的测试。TestPartner的脚本开发采用通用的、分层的方式来进行。没有编程知识的测试人员也可以通过TestPartner的可视化导航器来快速创建测试并执行。通过可视的导航器录制并回放测试，每一个测试都将被展示为树状结构，以清楚地显现测试通过应用的路径。

折叠Holodeck

-强大的故障植入软件测试工具

Holodeck is an advanced fault-injection tool that gives you the power to attack an application while it monitors and logs everything your application does - every function call, registry entry, piece of data read or written.

折叠TelelogicTAU

TAU第二代包含三个最新的、最强大的技术用来加速大规模软件开发和测试:统一建模语言(UML)及它的许多最新修订版本中的特性，UML2.0;功能强大的测试语言TTCN-3和新的构造系统的方法:Model Driven Architecture(模型驱动构架)。这三个新的业界标准结合成TAU的已经过认可的软件开发平台，形成了一个系统，一个一流的稳定可靠的工具解决方案。TAU第二代是系统与软件开发解决方案的一个突破，它把业界从使用了太长时间的手工、易出错、以代码为中心的方法中释放出来，自然而然地迈向下一步，一个更加可视化、自动化及可靠的开发方法。Telelogic TAU/Tester是基于通用测试语言TTCN-3,用于自动化的系统和集成测试的强大工具。TAU/Tester以现代化的开发工具为基础，提供高层测试功能，支持整个测试生命周期，加速自动化测试。TAU/Tester可使用户特别关注于测试的开发，因为TTCN-3语言是独立于开发语言或测试设备的，且是抽象和可移植的。

折叠AutoRunner

AutoRunner是黑盒测试工具，可以用来完成功能测试、回归测试，可以提高测试效率，降低测试人工成本。

产品可以对以下类型对象进行GUI功能性测试:

1 Windows类型对象，一般为用C++/Delphi/VB/VFP/PB/.NetForm等技术开发的桌面程序。

2 IE网页对象，一般性的网站，比如大的门户类网站。

3 Java对象，一般为用AWT/Swing/SWT等技术开发的桌面程序。

4 Flex对象，网页的内容是用Flex开发的。

5 Silverlight对象，网页的内容是用Silverlight开发的。

6 WPF对象，一般为用WPF技术开发的桌面程序。

7 QT对象，一般为用QT技术开发的桌面程序。

折叠PhoenixFramework

Phoenix Framework是一款基于 Selenium，Webdriver，autoIt研发的一款集资源管理和测试于一体的Web自动化测试工具。最新版本是1.1.8，该工具支持无脚本执行模式，无人值守执行模式，自由定制模式。不仅执行模式可以定制，功能模块也支持定制。使用该工具的界面创建用例，组装脚本，启动执行。使用该工具其他开放的接口，可手动创建脚本，组装并执行。它支持两种部署模式，第一种是Server-Client方式，Server与Client均为EXE程序，通信协议是Socket;另一种是WEB版部署，方便与现有系统集成，支持Linux，将Server与Client放到Tomcat或Weblogic服务器下部署，通信协议为Http，通过WEB页面控制并监控Client端的执行。

折叠编辑本段前提条件

实施自动化测试之前需要对软件开发过程进行分析，以观察其是否适合使用自动化测试。通常需要同时满足以下条件:

1) 需求变动不频繁

测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。

项目中的某些模块相对稳定，而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。

2) 项目周期足够长

自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成，这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。

3) 自动化测试脚本可重复使用

如果费尽心思开发了一套近乎完美的自动化测试脚本，但是脚本的重复使用率很低，致使其间所耗费的成本大于所创造的经济价值，自动化测试便成为了测试人员的练手之作，而并非是真正可产生效益的测试手段了。

另外，在手工测试无法完成，需要投入大量时间与人力时也需要考虑引入自动化测试。比如性能测试、配置测试、大数据量输入测试等。

折叠编辑本段适用场合

通常适合于软件测试自动化的场合:

(1)回归测试，重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费;

(2)此外测试人员对程序的理解和对设计文档的验证通常也要借助于测试自动化工具;

(3)采用自动化测试工具有利于测试报告文档的生成和版本的连贯性;

(4)自动化工具能够确定测试用例的覆盖路径，确定测试用例集对程序逻辑流程和控制流程的覆盖。

随着测试流程的不断规范以及软件测试技术的进一步细化，软件测试自动化已经日益成为一支不可忽视的力量。能否借助于这支外在力量以及如何借助于这支力量来规范企业测试流程、提高特定测试活动的效率，正是本期所要讨论的话题。

软件测试自动化的研究领域主要集中在软件测试流程的自动化管理以及动态测试的自动化(如单元测试、功能测试以及性能方面)。在这两个领域，与手工测试相比，测试自动化的优势是明显的。首先自动化测试可以提高测试效率，使测试人员更加专注于新的测试模块的建立和开发，从而提高测试覆盖率;其次，自动化测试更便于测试资产的数字化管理，使得测试资产在整个测试生命周期内可以得到复用，这个特点在功能测试和回归测试中尤其具有意义;此外，测试流程自动化管理可以使机构的测试活动开展更加过程化，这很符合CMMI过程改进的思想。根据OppenheimerFunds的调查，在2001年前后的3年中，全球范围内由于采用了测试自动化手段所实现的投资回报率高达1500%。

折叠编辑本段选型原则

然而存在优势是否就一定意味着选择自动化测试方案都能为企业带来效益回报呢?也不尽然，任何一种产品化的测试自动化工具，都可能存在与某具体项目不甚贴切的地方。再加上，在企业内部通常存在许多不同种类的应用平台，应用开发技术也不尽相同，甚至在一个应用中可能就跨越了多种平台;或同一应用的不同版本之间存在技术差异。所以选择软件测试自动化方案必须深刻理解这一选择可能带来的变动、来自诸多方面的风险和成本开销。

以下笔者给出企业用户进行软件测试自动化方案选型的参考性原则，这些原则是从笔者实际工作中凝练而成的，它包括以下六个方面的建议:

●选择尽可能少的自动化产品覆盖尽可能多的平台，以降低产品投资和团队的学习成本;

●测试流程管理自动化通常应该优先考虑，以满足为企业测试团队提供流程管理支持的需求;

●在投资有限的情况下，性能测试自动化产品将优先于功能测试自动化被考虑;

●在考虑产品性价比的同时，应充分关注产品的支持服务和售后服务的完善性;

●尽量选择趋于主流的产品，以便通过行业间交流甚至网络等方式获得更为广泛的经验和支持;

●应对测试自动化方案的可扩展性提出要求，以满足企业不断发展的技术和业务需求。

折叠编辑本段过程

自动化测试与软件开发过程从本质上来讲是一样的，无非是利用自动化测试工具(相当于软件开发工具)，经过对测试需求的分析(软件过程中的需求分析)，设计出自动化测试用例(软件过程中的需求规格)，从而搭建自动化测试的框架(软件过程中的概要设计)，设计与编写自动化脚本(详细设计与编码)，测试脚本的正确性，从而完成该套测试脚本(即主要功能为测试的应用软件)。

1) 自动化测试需求分析。

当测试项目满足了自动化的前提条件，并确定在该项目中需要使用自动化测试时，我们便开始进行自动化测试需求分析。此过程需要确定自动化测试的范围以及相应的测试用例、测试数据，并形成详细的文档，以便于自动化测试框架的建立。

2)自动化测试框架的搭建。

所谓自动化测试框架便是像软件架构一般，定义了在使用该套脚本时需要调用哪些文件、结构，调用的过程，以及文件结构如何划分。

而根据自动化测试用例，我们很容易能够定位出自动化测试框架的典型要素:

a. 公用的对象。

不同的测试用例会有一些相同的对象被重复使用，比如窗口、按钮、页面等。这些公用的对象可被抽取出来，在编写脚本时随时调用。当这些对象的属性因为需求的变更而改变时，只需要修改该对象属性即可，而无需修改所有相关的测试脚本。

b. 公用的环境。

各测试用例也会用到相同的测试环境，将该测试环境独立封装，在各个测试用例中灵活调用，也能增强脚本的可维护性。

c. 公用的方法。

当测试工具没有需要的方法时，而该方法又会被经常使用，我们便需要自己编写该方法，以方便脚本的调用。

d. 测试数据。

也许一个测试用例需要执行很多个测试数据，我们便可将测试数据放在一个独立的文件中，由测试脚本执行到该用例时读取数据文件，从而达到数据覆盖的目的。

在该框架中需要将这些典型要素考虑进去，在测试用例中抽取出公用的元素放入已定义的文件，设定好调用的过程。

折叠编辑本段脚本编写

该编写过程便是具体的测试用例的脚本转化。初学的自动化测试人员均会使用录制脚本到修改脚本的过程。但专业化的建议是以录制为参考,以编写脚本为主要行为，以避免录制脚本带来的冗余、公用元素的不可调用、脚本的调试复杂等问题。

折叠编辑本段测试运行

事实上，当每一个测试用例所形成的脚本通过测试后，并不意味着执行多个甚至所有的测试用例就不会出错。输入数据以及测试环境的改变，都会导致测试结果受到影响甚至失败。而如果只是一个个执行测试用例，也仅能被称作是半自动化测试，这会极大的影响自动化测试的效率，甚至不能满足夜间自动执行的特殊要求。

因此，脚本的测试与试运行极为重要，它需要详查多个脚本不能依计划执行的原因，并保证其得到修复。同时他也需要经过多轮的脚本试运行，以保证测试结果得一致性与精确性。

自动化测试引入的原因是就把软件测试人员从枯燥乏味的机械性手工测试劳动中解放出来，以自动化测试工具取而代之，使测试人员的精力真正花在提高软件产品质量本身。

折叠编辑本段注意事项

首先，一个企业实施测试自动化，绝对不是拍脑袋说干就能干好的，它不仅涉及测试工作本身流程上、组织结构上的调整与改进，甚至也包括需求、设计、开发、维护及配置管理等其他方面的配合。如果对这些必要的因素没有考虑周全的话，必然在实施过程中处处碰壁，既定的实施方案也无法开展。其次，尽管自动化测试可以降低人工测试的工作量，但并不能完全取代手工测试。100%的自动化测试只是一个理想目标，根据笔者的经验，即便一些如SAP、OracleERP等测试库规划十分完善的套件，其测试自动化率也不会超过70%。所以一味追求测试自动化只会给企业带来运作成本的急剧上升。再次，实施测试自动化需要企业有相对规模的投入，对企业运作来说，投入回报率将是决定是否实施软件测试自动化的最终指挥棒，笔者建议企业在决定实施软件测试自动化之前，必须要做量化的投资回报分析。此外，实施软件测试自动化并不意味着必须采购强大的自动化软件测试工具或自动化管理平台，毕竟软件质量的保证不是依靠产品或技术，更多的因素在于高素质的人员和合理有效的流程。

折叠编辑本段实战模拟

折叠背景介绍

A公司是一家大型保险公司，拥有近20个城市的分公司，并在其中5个城市建立了IT支持中心。平均每年的上线应用数量在20个左右(新业务系统和原有业务系统的主要版本发布)。A公司的专职测试团队人数不足30人而且测试团队的测试人员技能参差不齐测试只是作为项目上线前的一道工序而已。在测试团队内部也几乎没有自动化的手段，主要依靠手工测试。由于已上线应用系统的问题，开发团队必须分出一部分资源去维护和修复上线应用，而同时测试团队的测试成果和效率却无法和这些应用质量挂钩，也更无从谈起对软件质量的控制。所以，A公司决定在软件质量和测试方面进行投入，他们考虑以下几方面:

●引进软件测试流程管理的自动化，提高软件测试过程的管理水平，使软件测试和软件开发一样可被评估、被衡量。

●实现性能测试自动化，所有应用上线之前必须有应用性能风险评估报告和相关部门的确认

●逐步实现功能测试的自动化，在目前人员配置的情况下，把部分手工测试变成自动化测试，提高测试可信度，降低人为错误。

●通过软件测试自动化，管理软件测试中的案例、缺陷、报告等资产，进一步提升软件测试的效率并建立测试基础库。

●在规划中，将来的2~3年内使所有的应用系统上线都必须有数字化的测试数据作为依据。

折叠系统的情况

由于保险公司的业务种类繁多，同时在经过了几十年的经营后，公司内的应用系统从早期的终端方式到现代的J2EE和.NET等应有尽有，鱼龙混杂。IT部门已经建立的3年规划，即在未来的3年时间内将所有终端和C/S方式的应用转换成B/S架构，但当前仍然需要对这些旧应用系统进行维护，以保证业务的顺利进行。对于开发部门来说，新应用开发基本上已经以B/S架构为主，主要是基于J2EE架构的WebHTTP应用和部分Window.NETForm的应用。

折叠公司现状

企业机构在做测试自动化选型时一定要考虑清楚企业内部哪些部分可以实施自动化、哪些部分暂不实施自动化、哪些部分仅在某几个项目做自动化试点。切忌匆忙上马或盲目否定，缺乏实事求是的理性思考。

测试部门仅负责系统测试和对用户验证测试进行管理，对于之前的单元测试和集成测试主要由开发团队中划分出的一部分临时测试人员完成。由于缺乏监测手段，测试部门也无法收集和确定集成测试和单元测试的完成情况，在整个软件测试过程中，业务需求是由开发部门通过RationalRequisitePro进行管理，但测试需求尚没有提出要求，测试案例主要通过在公司公用的文件服务器中的目录管理方式管理，对测试中缺陷流程等管理主要依靠邮件的流转进行处理90%以上的测试是通过Excel和Word等测试案例文档来完成，测试人员对软件测试自动化的认识仅停留在"记录+回放"的认识上。

折叠方案

方案A:A公司可以采用美科利(Mercury)公司产品为主的软件测试自动化方案。

●依照原先的邮件流转过程配置TestDirector缺陷管理流程，为每个保险业务的开发小组和测试团队分配相应的用户许可证，取消原有邮件方式。

●部署MercuryQuickTestProfessional，以便完成应用程序相关功能测试。

●部署MercuryLoad-Runner。从测试团队中分化出专职的性能测试自动化工程师和小组，和业务部门协调，建立A公司应用系统上线性能指标，通过LoadRunner给出测试指标。

●建议A公司成立专门的质量控制部门，对TestDirector中的数据定期进行分析，建立相关质量模型，以便于企业量化管理和过程改进。

方案B:A公司也可以采用IBMRational产品为主的软件测试自动化方案。

●采用RationalTestmanager来进行整个测试流程的管理，为相关开发和测试小组成员分配相应权限，改变以前通过邮件以及Word、Excel文档管理测试的工作方式。

●部署RationalRobot，用它来完成功能相关的测试工作以及新版本发布时的冒烟测试。此外，RationalRobot也能较好地完成性能相关测试。统一的操作方式降低了工具的学习周期和培训带来的大笔开销。

●部署RationalPurifyplus，使测试工作前移到开发阶段。由于Purifyplus能较好地支持白盒测试，编程人员在编码阶段引入的错误能尽早被检测到，这大幅降低了后期测试的开销。

●建议A公司成立专门的质量控制部门，对Testmanager中的数据定期进行分析，建立相关质量模型，以便于企业量化管理和过程改进。

方案C:A公司也可以采用开源软件为主的软件测试自动化方案。

●采用Bugzilla来进行Bug跟踪管理，采用BugzillaTestRunner进行测试用例管理，采用CVS进行测试资源的配置管理。

●采用MaxQ和WebInject对B/S结构的应用系统进行功能测试。

●采用DBMonster、Open-STA、LoadSim进行性能相关测试。

●可采用Xunit架构的开源工具对不同语言的程序单元进行单元测试。

●建议A公司成立专门的开源软件维护小组，以解决可能会碰到的工具维护工作。

●建议A公司成立专门的质量控制部门，对Bugzilla、TestRunner、CVS中的数据定期进行分析，建立相关质量模型，以便于企业量化管理和过程改进。

折叠方案评价

由于不同客户在组织架构、员工素质以及流程管理水平等方面的不同，我们很难用一个实例、一两句话来说明不同解决方案的适用性。在上面的例子中，笔者给出了3种可行的方案，具体选择哪一个，需要仔细权衡。这里笔者给出一般性的意见，对于不想受制于某个测试自动化厂家的企业，开源绝对是一个理想的选择。此外，它不需要支付成本，工具的源代码可以随意修改，因而具有较好的灵活性。但开源工具的弊端也是明显的:缺乏使用培训和技术支持，工具的用户界面一般也较为粗糙。而对于那些比较看重培训和售后支持的企业，笔者建议选择IBMRational或Mercury或其他厂家的产品。这样虽然需要支付一部分费用，但省去了工具维护所需要的大量工作。至于具体选择哪个厂家的产品为好，笔者尚无结论性意见。相信读者朋友都有一些见仁见智的看法，不妨来信交流。

㈣ 自动化测试的工具有哪些

商业工具：
1、RFTRational Functional Tester 的基础是针对于Java、.NET的对象技术和基于 Web 应用程序的录制、回放功能。工具为测试者的活动提供的自动化的帮助，如数据驱动测试。IBM RFT是一个用于功能和回归测试的数据驱动的测试平台。它支持大范围的应用，例如.Net、Java、SAP、Flex和Ajax。RFT使用Visual Basic。Net和Java作为脚本语言。RFT有一个独特的功能，称为 Storyboard 测试，用户的动作被记录下来，并通过应用截图在 Storyboard 格式中可视化。RFT的另一个有趣特性是它与IBM Jazz应用生命周期管理系统（如IBM Rational Team Concert和Rational Quality Manager）的集成。
2、kylinTOP:这是一款国产的自动化测试工具，支持WEB和APP的自动化测试，其中元素智能定位是这款自动化软件主要特点，是设计理念比较超前的测试工具，算是国内众多自动化测试工具中，做的比较突出的一款。与传统的RFT和UFT相比，的确有过人之处，算是后起之秀，使用起来，简单高效、稳定。这样描述估计也没几个人能体会到的。说白一点就是一个人可以干三个人的活，使用者只需关注业务即可。
3、UFT：UFT（别名：QuickTest Professional简称QTP）是一种自动化测试工具，以VBScirpt为内嵌语言,其前身是QTP。UFT支持功能测试和回归测试自动化，可用于软件应用程序和环境的测试。UFT自动化测试的基本功能包括：创建测试、检验数据、增强测试、运行测试脚本、分析测试结果、维护测试；UFT支持两种视图，一种是Keyword View(关键字视图)，另一种是Expert View(专家视图)。是一款老牌的自动化测试工具。
4、SilkTest：这个也是比较相对着名的工具，不过同样还是没有了解过，对于商业的工具，因为其占地面积大，还要破解等麻烦事，最关键的是使用的公司少，所以只使用过QTP，其它的一概未了解过
开源工具：1、Selenium：这个应该大多数人都知道的，现在也是大多数互联网公司在使用的测试框架；selenium仅支持web的UI级别测试，但是其优点在于：a、支持多种语言编写测试脚本，比如：java、python、ruby、perl等；同时也就意味着其后的支持类库也是很多的b、支持多浏览器，如：ie，ff，safari、chrome等c、支持多平台，如：windows、linux、MAC、android、iphone等d、支持分布式执行，一套测试用例可以同时分布到不同的测试机上执行，而且还可以进行任务细化，比如：针对liunx执行系统只分配linux下需要执行的用例此外还有录制工具支持，简单也说，web类测试基本上是首选，不过对flash的支持好像不是太好其主要分2个版本，1.X版本是以js驱动来进行自动化实现的；2.X重新开发了webdriver来代替js驱动，直接调用浏览器底层接口来完成自动化实现的前提：如果使用remote或者RC功能，需安装jre下载地址：http://seleniumhq.org/download/
2、EFT【easy function testing】：这个是在.net3.0 的UIAutomatuon的基础上封装的一个dll文件，同样还封装了部分windows api以实现鼠标和键盘事件。所以这个只能叫测试类库，且仅支持windows程序，而且同样支持uiautomain所支持的WPF程序的测试。前提：安装了.net3.0使用：引入该文件，uiautomation 相关dll，VS环境下编写测试用例
3、UIAutomation：这个是微软提供的UI自动化框架，当然它的初衷并不仅仅是为自动化测试而产生的，它的任务是给更多的开发或者应用去调用windows的UI控件，不过还是可以用于自动化测试的；因为之前微软就有类似的工具，而这个是重新设计的ui操作类框架，其目的是为了兼容支持windows系列操作系统的UI自动化操作【xp，vista，server2003】，还有就是天然支持WPF。当然其设计与通常的自动化工具就不一样了，比如：没有把控件支持的方法绑定在控件对象本身，没有提供专门的鼠标/键盘事件，但是却提供了特定控件对象的事件响应监听及处理方法的定制。其工作流程大概是这样的：a、先获取特定的元素对象，有多种方法。如：句柄，属性值b、获取这个元素对象的模式。模式是这个框架的设计的独具之处，成就了它的灵活性，统一性c、通过这个模式在进行具体的方法调用，属性值获取等d、监听指定对象的特定事件，一旦发生则执行指定的事件处理函数
4、Robot FrameworkRobot Framework是一个完全基于关键字测试驱动的框架，它即能够基于它的一定规则，导入你需要的测试库（例如：其集成了selenium的测试库，即可以理解为操作web控件的测试底层库），然后基于这些测试库，你能应用HTML、TXT等文档形式编写自己的关键字（这些关键字即你的库组成），之后，再编写测试用例（测试用例由测试关键字组成）进行测试。例如：一个简单的登陆测试由：登陆+输入密码+登出三个关键字组成，也可以由一个关键字登陆组成，关键字颗粒的大小可以自行定制。

㈤ 自动化测试都包含哪些内容

一般而言，测试工作中的自动化测试包含：Web自动化测试、接口自动化测试、性能自动化测试、移动端自动化以及单元测试自动化等内容。现在你是否工作了呢？还是想学习呢？想学习，去传智，口碑很不错。

㈥ 软件测试该如何学习

一、学习路线图（点击图片即可放大，可清晰观看）

二、软件测试视频第一阶段-前置基础知识

1、学习目标：

可掌握的核心能力：

1. 熟悉计算机相关概念；
2. 掌握基础的测试理论；
3. 熟练掌握HTML常用标签和语法规范；
4. 掌握使用CSS定义网页样式；
5. 掌握js的基本用法；

2、知识点:

1）计算机基础
计算机组成部分、操作系统分类、B/S和C/S架构、常用DOS命令、服务器域名
2）测试理论
软件测试的目的、软件测试定义、软件测试原则、产品质量模型、测试基本流程
3）HTML基础
HTML基础语法、标签属性、图片标签、超链接、锚点、表单
4）CSS基础
CSS基础语法、CSS四类选择器、常用文字属性、行高属性、边框、盒子模型、内外边距
5）JS基础
JS基础语法、JS引入方式

三、软件测试视频篇第二阶段-linux和数据库

1、学习目标：

可掌握的核心能力：
1. 掌握Linux操作系统按照和配置；
2. 熟练掌握Linux常用命令；
3. 掌握数据库增删改查操作；
4. 熟悉数据库索引、视图、事务、常见函数等高级功能；
5. 掌握Redis的string类型、hash类型、set类型、list类型等基本类型和操作；

2、知识点:

1）LINUX（熟悉）
操作系统介绍、操作系统发展历史、CentOS图形界面、文件和目录、常用LINUX命令使用、vim文本编辑器的使用
2）数据库介绍（熟悉）
数据库基本概念、关系型数据库介绍、MySQL安装与使用、Navicat使用
3）SQL语言（重点）
数据表操作、数据操作-增删改查、条件查询、排序、聚合函数、分组、分页、连接查询、自关联、子查询、子查询演练
4）数据库高级功能（了解）
数据库设计、命令行操作数据库、函数、存储过程、视图、事务、索引、外键、用户密码
5）redis数据库功能（掌握）
掌握Redis的string类型、hash类型、set类型、list类型等基本类型和操作；

四、软件测试视频篇第三阶段-测试基础

1、学习目标：

可掌握的核心能力：

1. 掌握测试的基本概念和测试常见分类；
2. 熟练掌握黑盒测试用例设计方法，进行功能测试用例设计；
3. 熟练掌握缺陷报告的编写；
4. 熟悉测试管理工具禅道和JIRA的使用
5. 掌握项目测试流程；
6. 掌握Web项目功能测试分析和用例编写；
7. 熟悉测试计划，测试方案，测试报告的核心内容
8. 掌握功能测试与数据库的关系
9. 掌握Fiddler工具的使用

2、知识点：

1）软件测试理论
软件测试的分类，软件开发模型和测试模型，软件的质量模型，测试用例的定义和要素
2）测试用例设计
等价类方法、边界值方法、因果图、判定表、状态迁移法、正交、场景
3)缺陷管理
缺陷定义、缺陷的判定标准、缺陷报告、缺陷跟踪流程
4)Web项目实战
搭建项目的测试环境，如何快速熟悉项目，项目的测试流程，测试计划和方案，功能测试分析，状态迁移法的使用，流程测试分析，非功能测试分析，测试报告编写，Fiddler抓包
5)App项目实战
6)测试管理工具
禅道的使用，JIRA的使用

五、软件测试视频篇第四阶段-编程+数据结构

1、学习目标：

可掌握的核心能力：
1. 掌握Python基础语法, 具备基础的编程能力；
2. 建立编程思维以及面向对象程序设计思想。

2、知识点：

1）Python开发环境
Python开发环境的搭建、Pycharm使用
2）Python基础
变量以及变量的类型、标识符和关键字、变量名命名方式、算数运算符、变量数据类型转换、输入和输出、注释、if语句基本格式、if…else…语句、if…elif..else语句、逻辑运算符、比较关系运算符、运算符优先级、while循环语法格式、while嵌套应用、break的用法、continue的用法、列表概念及操作、元组概念及操作、字典概念及操作、字符串概念及操作、集合概念及操作、for循环及for…else用法、函数的基本语法、函数执行流程、文档注释、带参数的函数、带返回值的函数、函数的嵌套调用、匿名函数、递归函数、局部变量和全局变量、引用、文件的概念、文件的打开与关闭、文件读写, 以及文件定位读写、文件、目录相关操作
3）面向对象
面向对象介绍、类和对象的概念、魔术方法的意义及作用、对象成员的访问控制权限、继承的概念及意义、继承、多层继承和多继承、多态的概念以及应用、类属性和实例属性、实例方法、类方法、静态方法、设计模式: 单例模式
4）异常处理
理解异常的作用、捕获异常、异常的传递规则、自定义异常
5）模块和包
模块和包的概念、__all__的用法、import语句用法、from...import...用法、from...import * 用法

六、软件测试视频篇第五阶段——WEB自动化

1、学习目标：

可掌握的核心能力:
1.能够熟练搭建Web自动化测试环境；
2.熟练掌握元素的定位方法和元素操作；
3.掌握鼠标键盘操作及HTML特殊元素的处理；
4.掌握使用UnitTest管理自动化测试的脚本；
5.熟练掌握PO模式的设计思想，并能够对页面进行封装；
6.掌握数据驱动的实现方式；
7.掌握日志的相关概念，以及日志的收集处理；
8.掌握在实际的项目中如何灵活运用自动化的相关技术。

2、知识点：

1）WEB自动化入门
自动化测试的理论知识、主流的Web自动化测试框架介绍、Selenium的发展历史及工作原理、元素查看工具使用、环境搭建
2）WEB自动化基础
元素基础定位方法、Xpath和CSS元素定位方法、元素常见操作、浏览器操作方法、鼠标键盘操作、显示等待和隐式等待、HTML特殊元素处理、窗口截图、验证码处理
3）WEB自动化中级
UnitTest框架、Fixture、UnitTest断言、参数化、测试报告
4）WEB自动化高级
PO模式、数据驱动、日志处理
5）项目实战
自动化测试流程、项目自动化框架设计、自动化代码实现

七、软件测试视频篇第六阶段——移动自动化

1、学习目标：

可掌握的核心能力:
1.掌握移动端APP测试特性；
2.能够熟练搭建移动自动化测试环境；
3.熟悉appium的工作原理；
4.熟练掌握ADB工具的使用；
5.熟练掌握元素的定位方法、元素操作和手势操作；
6.掌握单元测试框架pytest的使用；
7.掌握YAML数据读写；
8.掌握使用allure生成测试报告；
9.熟练掌握PO模式的设计思想；
10.掌握数据驱动的实现方式；
11.掌握Git的使用方式；
12.掌握Jenkins持续集成的环境配置；
13.掌握在实际的项目中如何灵活运用移动自动化的相关技术。

2、知识点：

1）移动自动化特性
APP应用系统架构、测试环境及发布平台、APP敏捷开发模式、APP应用测试要点、业务功能测试、兼容性测试、安装卸载升级测试、交叉事件测试、Push消息测试、性能测试、用户体验测试、稳定性测试
2）移动自动化基础
移动端测试分类及特点、ADB命令及Monkey使用、appium环境搭建、appium工作原理
3）移动自动化中级
APP和手机系统操作、元素定位、元素操作、高级手势操作、混合APP测试、PyTest测试框架、定制测试报告、YAML数据读写
4）移动自动化高级
PO模式、数据驱动、Git、Jenkins持续集成
5）项目实战
APP项目实战

八、软件测试视频篇第七阶段——接口测试

1、学习目标：

可掌握的核心能力:
1.掌握接口及接口测试相关概念；
2.掌握使用Postman进行接口测试；
3.熟练掌握数据库的基本操作和事务操作；
4.掌握requests库使用及脚本封装；
5.掌握接口测试框架的设计和封装；
6.掌握使用持续集成工具管理接口测试脚本；
7.掌握在实际的项目中如何灵活运用接口测试的相关技术。

2、知识点：

1）接口测试基础
接口及接口测试概念、HTTP协议、接口规范、项目环境说明、接口测试流程
2）Postman实现接口测试
Postman介绍和安装、Postman基本用法、Postman高级用法、Postman测试报告、项目实战
3）数据库操作
数据库介绍、数据库基本操作、数据库事务操作
4）代码实现接口测试
Requests库、集成UnitTest、接口测试框架开发、项目实战
5）持续集成
持续集成介绍、Git、Jenkins、持续集成之Postman、持续集成之代码
6）接口测试扩展
Mock测试、接口测试总结

九、软件测试视频篇第八阶段——性能测试

1、学习目标：

可掌握的核心能力:
1.能够熟练搭建性能测试环境；
2.掌握性能测试基础理论；
3.掌握Jmeter常用组件使用；
4.掌握Jmeter编写和录制性能测试脚本；
5.掌握基于jmeter实现单一和混合场景搭建；
6.掌握思考时间、事务、逻辑控制器在性能测试场景的应用；
7.掌握Jmeter常用性能插件进行图表分析；
8.掌握Linux服务型性能监控方法和指标；
9.掌握数据库监控和调优的常见方法。

2、知识点：

1）性能测试基础
性能测试理论、性能测试分类、性能测试常用指标、性能测试流程
2）性能测试工具
常用性能测试工具、Jmeter环境搭建、Jmeter功能概要、元件作用及执行顺序、线程组、参数化、断言、关联、连接数据库、逻辑控制器、定时器、分布式、测试报告
3）项目-接口性能测试
项目API文档分析、接口清单梳理、接口脚本设计、并发数据计算、逻辑控制器项目应用、单一场景搭建、常用响应图表插件及应用
4）项目-web性能测试
脚本录制、正则过滤、cookie管理器、事务控制器、思考时间、混合场景搭建、web性能脚本执行与分析
5）性能测试调优
windows服务器性能监控、linux服务器性能监控、性能测试报告

十、软件测试视频篇第九阶段——综合项目实战

1、学习目标：

可掌握的核心能力:
1.掌握功能测试在真实的项目中如何实施；
2.掌握基于Selenium的Web自动化测试框架搭建和使用；
3.掌握基于Appium的APP自动化测试框架搭建和使用；
4.掌握使用工具实现接口测试；
5.掌握基于Python+Requests库的接口自动化测试框架的搭建和使用；
6.掌握Locust性能测试框架的使用；
7.掌握如何对APP进行性能测试；
8.掌握在实际的项目中如何灵活运用相关测试技术。

2、知识点：

1）项目介绍
项目简介、项目架构
2）功能测试
功能测试设计思路、自媒体端测试、后台管理端测试、用户APP端测试
3）UI自动化测试
Selenium Grid、搭建自动化测试框架、编写自动化测试脚本
4）接口测试
接口测试流程、基于工具的接口测试、基于代码的接口测试
5）性能测试
Locust框架、APP性能测试

㈦ 自动化测试架构和自动化测试开发的区别

跟开发普通的软件没有任何的区别。计划-分析-设计-实现-测试-使用

㈧ 有适合测试web app的自动化测试工具么

1、Monkey是AndroidSDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。2、MonkeyRunner也是AndroidSDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。4、UiAutomator也是Android提供的自动化测试框架，基本上支持所有的Android事件操作，对比Instrumentation它不需要测试人员了解代码实现细节（可以用UiAutomatorviewer抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，所有设备或模拟器都能运行测试，能跨App（比如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK16（Android4.1）及以上，不支持HybirdApp、WebApp。5、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。因为是基于Instrumentation的，所以不能跨App。配合AndroidStudio来编写测试的简单例子6、Selendroid：也是基于Instrumentation的测试框架，可以测试NativeApp、HybirdApp、WebApp，但是网上资料较少，社区活跃度也不大。7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来说要有一定的Java基础，了解Android基本组件，不能跨App。8、Athrun是淘宝出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，它的优点：它的哲理是：它的设计理念：相关限制：总结：在iOS部分是封装了UIAutomation；Android4.2以上是用UiAutomator，Android2.3~4.1用的是Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持NativeApp、HybirdApp、WebApp，还支持N种语言来编写你的测试脚本。如果你在Windows使用Appium，你没法使用预编译专用于OSX的.app文件，因为Appium依赖OSX专用的库来支持iOS测试，所以在Windows平台你不能测试iOSApps。这意味着你只能通过在Mac上来运行iOS测试。Client/Server架构，运行的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使用Appiumclientlibraries多种语言的测试脚本，而且Server端完全可以部署在服务器上，甚至云服务器。Session，每个Client连接到Server以后都会有一个SessionID，而且Client发送命令到Server端都需要这个SessionID，因为这个seesionid代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚至可以打开N个Session，同时测试不同的设备或模拟器。DesiredCapabilities，其实就是一个键值对，设置一些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。AppiumServer是Node.js写的，所以可以直接用NPM来进行安装。AppiumClients，MacOS和Win下提供GUI，不需要装Node.js，方便测试人员操作。用Appium自动化测试不需要重新编译App；支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；移动端自动化测试应该是开源的；开源；支持NativeApp、HybirdApp、WebApp；支持Android、iOS、FirefoxOS；Server也是跨平台的，你可以使用MacOSX、Windows或者Linux；

㈨ 我是刚入手测试这行的，我有编程基础，现在想学习自动化测试，但不知哪里有好的网站可以推荐下

以前有人问过类似问题，
一、我先把我以前回答的给你贴一下
1、自动化测试，其理念就是应用各种手段模拟人工操作，节省人力测试成本，保证产品测试质量。
2、你想学好自动化软件测试，不是单单靠学习几个自动化工具就能掌握的，但是你可以从工具入手，
首先，告诉你自动化测试的基础是
1）编程技巧，包括高级语言和脚本语言，脚本语言是初期的掌握，可以有，tcl、phython、ruby等而高级语言，要好好学好一门，例如，我是对java为重点。还有，如果你是对web自动化测试的话，那么jsp、php、HTML、CSS等web语言是必须掌握的。
2）操作系统技巧；因为软件自动化测试是构建在操作系统上的，其技巧需要能善于利用到操作系统的各种技巧，例如：注册表、环境变量、句柄等。
3）数据库知识，要善于利用数据库知识去存储管理。
4）业务知识，这也是重点。你所在软件行业的软件业务，要知道你的软件的工作方式。
5）质量与流程管理理念。
然后，你的学习步骤
1）可以从工具入手，根据具体的项目去学习；例如：java软件界面测试（RFT、QTP的java插件等）、web界面测试（QTP、selenium等）、性能测试（RPT、loadrunner等）。但记住，学习其工具，重点不是简单的使用，而是如何利用工具去扩展。
2）然后，重点学习以上的基础，以编程为重点，其余的结合学习，顺便说一句，其实自动化测试的理念与软件设计模式理念很像，你可以从中有所领悟。
3）之后，再学习去拓建自己的自动化测试框架，何谓框架，一下说不清楚，自己慢慢领悟
注意：如果没有自动化测试方面的实践项目的话，最好先从基础学起，因为基础学好了，自动化测试入门会很快的。
4至于性能测试，也是一样，可以先从工具入手，但不要局限于工具，性能测试最重要的是环境的构建方法以及对测试结果的分析方法，所以性能测试重点在于分析和实现过程，而不是工具使用过程。

二、根据根据你的情况，我的个人的一些想法
1、你有编程基础，不知道是哪种语言，还是基础的东西懂，例如：数据结构？操作系统？数据库等。其实，做自动化会简简单单编编脚本可以，但是个人发现很多自动化测试人员的编程不能称得上编程，仅仅是一个实现，没有考虑到软件工程中的可重用性，可维护性，即模块和封装性不好。
2、可以的话，51测试上有一些关于自动化测试的知识，但是很分散，容易让你迷失，我在51测试上的博客（散步的SUN）是记录我的自动化测试是记录我自动化测试的想法和一些东西，有兴趣的话可以看看，还有一个专业自动化测试资讯网可以，但别受其误导，自己有想法，个人理解，做自动化如果不能限于编程，而是思考，重在流程与需求。
3、做自动化测试一段时间之后，其实你会发现会有两个过程，一是回归到技术，二是回归到测试，真的想做好自动化测试，强大的技术是支撑，也就是说你的开发能力不是说简单的达到匹配一般开发的角度，而也是一个较基础的架构开发，这样才能从重用性和维护性去更好的理解自动化测试。而其上层则是测试，即对测试和测试流程的理解，简单的说，就是怎么把自动化测试插到测试流程中去，帮助节约成本。
4、所以，我个人建议可以以编程为重点，好好学好技术，毕竟从技术入手自动化测试还是很快捷的，其中，可以伴随着提高一下自动化测试的眼界。
5、有什么要一起探讨的，请给我发邮件吧（test_sunny#hotmail.com),#修改为@，共勉吧

㈩ 自动化测试框架如何搭建

• 测试结果的分析也是很重要的，一般也要求在自动化测试框架中得到解决。最重要的是易用，将各个工具集成起来，并能很好地使用这些工具。
  例如，openqa.org社区提供了一个工具Bromine，它集成了SeleniumCore/RC，非常容易跟踪和管理测试项目、需求、测试计划、测试用例和缺陷，可以监控缺陷的提交和将缺陷分派给相应的开发人员，浏览和分析测试结果。又如泽众软件（spasvo.com）自主研发的
  测试管理工具TestCenter
  ，实现测试用例的过程管理，对测试需求过程、测试用例设计过程、业务组件设计实现过程等整个测试过程进行管理。实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例，降低了测试用例对个人的依赖；提供测试用例复用，用例和脚本能够被复用，以保护测试人员的资产；提供可伸缩的测试执行框架，提供自动测试支持；提供测试数据管理，帮助用户同意管理测试数据，降低测试数据和测试脚本之间的耦合度。
  一个理想的自动化测试框架能解决上述问题，提供一个分布式的通讯平台、友好的人机交互界面和开放式架构，将自动化测试中所需要的各个关键部分有机地集成起来，形成一个为自动化测试服务的、完整的、层次清楚的开发平台和运行环境，包括：
  1）综合管理平台，可以将自动化测试中所有的工作内容管理起来，相当于一个统一的入口（Portal），可以浏览每部分的内容；
  2）基于业务驱动的脚本集成开发环境，这样比较容易构造关键字驱动的脚本，为此要建立软件系统的对象库，并将这些对象映射为脚本中的逻辑对象，以减少软件需求变化对脚本的影响。这个集成开发环境还包括脚本录制、编辑等功能，并能和CVS、Ant等工具集成。其中库函数可以看作是关键字列表和关键字实现，而对象映射可以看作对象库和映射关系构成的。
  3）安排（schele）测试任务，使任务可以定时启动，自带执行测试任务；
  4）在测试过程中，能够监控测试资源，并及时发现问题，发出警告，并保留（记录）相关数据；
  5）控制中心（控制器），驱动测试工具
  ，可以调用测试任务，并能将测试任务、测试脚本等分发给远程机器；
  6）远程机器执行测试任务，通过代理实现，而代理由控制中心来控制。