自动化测试原理文档格式.docx

自动化测试原理文档格式.docx

《自动化测试原理文档格式.docx》由会员分享，可在线阅读，更多相关《自动化测试原理文档格式.docx（15页珍藏版）》请在冰豆网上搜索。

3.1.1商业测试工具

商业测试工具的特点是需要花钱购买，但是会相对成熟和稳定，并且有一定的售后服务和技术支持。

但是，由于其价格昂贵，并不是每一个企业都能负担得起。

商业测试工具主要集中在GUI功能测试和性能测试方面，目前流行的基于GUI的功能自动化测试工具有Robot、QTP、TestComplete等。

各种自动化测试工具实现的功能基本相同，但是在IDE、脚本开发语言、支持的脚本开发方式、支持的控件等方面则有很多不同之处。

3.1.2开源测试工具

开源软件是指软件的源代码是公开发布的，通常是由自愿者开发和维护的软件。

开源测试工具是测试工具的一个重要分支。

越来越多的软件企业开始使用开源测试工具。

但是开源并不意味着完全的免费，开源测试工具同样需要考虑使用的成本，并且在某些方面可能要比商业测试工具的成本还要高。

可以看到，价格在不断地增长。

这对于那些中小型软件企业而言，无疑加大了测试的成本。

开源测试工具相对于商业测试工具拥有以下优势：

●相对低的成本：

大部分开源测试工具可免费使用，只要不做商业用途即可。

●更大的选择余地：

可以打破商业测试工具的垄断地位，给测试人员更多的选择空间。

●可自己改造：

源代码开放，意味着可对其进行修改、补充和完善，可对其进行个性化改造。

虽然开源测试工具拥有一定的优势，但是，同时也存在很多不足之处，包括以下几方面。

●安装和部署相对困难：

大部分开源测试工具的安装配置过程比较烦琐，需要测试人员付出一定的努力。

●易用性：

开源测试工具在易用性、用户体验方面做得不够完善。

●稳定性：

部分开源测试工具的稳定性不够强。

●学习和获取技术支持的难度：

大部分开源测试工具不提供培训指导和技术支持服务，联机帮助和用户手册不够完善，增加了测试人员的学习难度。

3.1.3自主开发测试工具

目前，很多软件测试组织其实已经具备了自己动手开发测试工具的条件：

●市场对于测试工具的接受程度在不断提高，人们对测试工具的认识不断加强和深入，对测试工具原理的理解不断提高。

从脚本化到数据驱动，再到关键字驱动等，很多新的测试工具理念被引入并被广泛接受。

●由于技术的成熟，测试工具变得容易构建。

软件系统现在变得更容易测试，可测试性更强，COM、XML、HTTP、HTML等标准化的接口使得测试更加容易进行。

托管程序（例如Java、.NET）的反射机制使得查找定位对象，以及捕捉对象和操作对象更加容易。

●一些开源的框架可以被利用。

利用开源框架平台来组合、搭建适合自己测试项目使用的测试平台和测试框架。

自己动手开发测试工具的优势有以下方面。

●购买成本为零。

●简便：

只需要开发自己需要的那部分功能。

●个性化：

可自己定制需要的功能，随时修改，配置项目组成员的使用习惯。

●可扩展性：

可随时增加新的功能。

●可充分利用项目组熟悉的语言开发，利用自己的技术优势。

●可使用自己熟悉的脚本语言，不需要使用商业工具提供的"

厂商脚本语言"

。

然而，虽然自己动手设计和开发测试工具有很多好处，但是必须考虑随之而来的成本问题。

自己开发测试工具的成本只是开发时间和人员投入的成本，以及维护的成本。

当然，如果把测试工具推广到其他项目组，则也会有学习和培训成本。

另外，需要考虑测试工具的实用性，不要做一个大而全的、面面俱到的、很多功能基本上不会被用到的测试工具。

3.2自动化测试工具选型

为了保证在一个测试团队中成功地应用某款测试工具，尤其是对于大型商业工具的应用，应该首先进行工具的选型，通过分析实际情况，确定选用范围。

对选用范围内的几款测试工具进行试用。

根据试用的反馈效果决定最终采用哪款测试工具。

在大规模使用工具之前，还应该对测试人员进行全面的工具培训。

培训后，正式在项目中应用测试工具，制定相应的测试工具使用策略，并把工具融入测试工作中。

3.2.1测试工具评估

测试工具的选型是成功应用测试工具的第一步，测试工具的选型应该注意以下几点：

（1）首先，分析项目的特点，软件系统采用的开发工具、语言、技术、平台等。

还要结合测试的类型、测试的要求。

（2）同时还要了解目前存在的各种测试工具的情况，包括工具的生产厂家、价格、产品特性、技术支持和售后服务情况，还要了解该工具的市场占有率、使用人群等情况，如果是国外厂商生产的测试工具，最好再了解清楚国内的代理机构的情况等。

（3）选型的最后一步是编写选型报告。

通过综合分析所有收集回来的材料，横向比较测试工具的优势和劣势。

3.2.2测试工具试用

在初步选型后，可定出几个满足要求的测试工具，然后进行深入的试用工作，应该尽可能尝试测试工具的所有功能，并且可能的话，要尽量在项目的软件系统中尝试。

需要制定一份详细的测试工具的试用计划，因为这可能是一项长时间的、需要谨慎进行的工作，尤其是对于那些商业的测试工具，动辄上百万的购置费用。

很多公司由于没有谨慎进行前期的选型和试用工作，导致购买的测试工具不适用，或者使用效果不理想，最后被测试人员扔在角落里。

不要仅仅听信测试工具销售人员的介绍就轻易购买，一定要自己组织一次详细的试用活动，确认适合在项目中使用，才能购买。

3.2.3自动化测试工具的培训

确定了选用的测试工具后，正式在测试项目中使用该测试工具之前，还需要组织相关测试人员进行测试工具的培训。

测试工具的培训可包括以下内容。

（1）测试工具的总体介绍主要给测试人员讲解测试工具包括哪些主要的功能和特性，可用于哪些方面的测试。

（2）测试工具操作方法介绍主要给测试人员讲解测试工具的每一项功能的使用方法、操作步骤、注意事项等方面的内容。

一般可由工具厂商派遣的技术支持人员进行，也可由熟悉该工具的测试人员来介绍，例如，负责前期测试工具试用的测试人员。

（3）测试工具使用实践，则是结合某个具体的例子给测试人员演示测试工具的使用方法和使用经验等。

一般可由负责该测试工具试用的测试人员进行。

（4）对测试工具相关的测试理论进行讲解的目的是为了让测试人员了解该测试工具的原理，以及工具所应用的领域的相关理论知识，让测试人员在理论知识的指导下能更好、更恰当、更充分、更正确地使用测试工具。

测试工具的培训是成功引入测试工具的关键环节，在正式使用测试工具之前，应该确保测试人员充分掌握测试工具的基本使用方法，避免在使用过程中碰到很多工具操作和使用上的问题，导致测试进度缓慢。

3.3自动化测试工具的原理

测试工具的优势在于可部分地替代人工的测试过程，能重复不断地执行，能精确判断数值和字符对象。

自动化测试工具把测试用例用自动的方式执行，例如，自动地产生数据，自动地打开应用程序，自动地查找控件，自动地输入数据，自动地操作控件，自动地收集测试结果，自动地与预期结果进行比较等。

自动化功能测试工具可基于GUI层面进行测试，也可基于代码层面进行测试。

只要实现了自动化执行测试用例，自动化地检查测试数据的测试工具，替代人工进行测试步骤的执行，从而验证应用程序是否满足了特定功能的测试工具，都可以称为自动化功能测试工具。

3.3.1基于代码层面的功能自动化测试工具

基于代码层面的功能自动化测试工具主要是一些单元测试工具，例如JUnit、NUnit、MSTest等，这些工具直接访问被测试的应用程序的代码，对其中的类和函数进行调用，输入各种测试数据，检查函数的返回值，通过比较返回值与期待的值是否一致来判断测试是否通过。

图3.2所示的是VisualStudio.NET2005中的单元测试管理界面。

图3.2VisualStudio.NET2005中的单元测试管理界面

这种类型的工具主要实现了测试代码框架产生的自动化，例如，下面代码是VisualStudio.NET2005中的单元测试框架MSTest为某个类的方法自动产生的单元测试代码框架：

//以下代码由MicrosoftVisualStudio2005生成。

//测试所有者应该检查每个测试的有效性。

usingMicrosoft.VisualStudio.TestTools.UnitTesting；

usingSystem；

usingSystem.Text；

usingSystem.Collections.Generic；

usingAUT；

namespaceTestProject1

{

///summary

///这是AUT.Form1的测试类，旨在包含所有AUT.Form1单元测试

////summary

[TestClass（）]

publicclassForm1Test

privateTestContexttestContextInstance；

///获取或设置测试上下文，上下文提供有关当前测试运行及其功能的信息。

////summarypublicTestContextTestContext

get

returntestContextInstance；

}

set

testContextInstance=value；

#region附加测试属性

//

//编写测试时，可使用以下附加属性：

//使用ClassInitialize在运行类中的第一个测试前先运行代码

//[ClassInitialize（）]

//publicstaticvoidMyClassInitialize（TestContexttestContext）

//{

//}

//使用ClassCleanup在运行完类中的所有测试后再运行代码

//[ClassCleanup（）]

//publicstaticvoidMyClassCleanup（）

//使用TestInitialize在运行每个测试前先运行代码

//[TestInitialize（）]

//publicvoidMyTestInitialize（）

//使用TestCleanup在运行完每个测试后运行代码

//[TestCleanup（）]

//publicvoidMyTestCleanup（）

#endregion

///Add（int,int）的测试

[DeploymentItem（"

AUT.exe"

）]

[TestMethod（）]

publicvoidAddTest（）

Form1target=newForm1（）；

TestProject1.AUT_Form1Accessoraccessor=newTestProject1.AUT_Form1Accessor（target）；

inti=0；

//TODO：

初始化为适当的值

intj=0；

intexpected=0；

intactual；

actual=accessor.Add（i,j）