企业官网建设流程全解析

大家好, 自二零一八年被评选成为编程语言之后, 于各大排行榜上始终皆是名列前茅的, 当下在Tiobe指数里位居第三, 仅仅次于Java和C。伴随该编程语言的广泛运用, 以其为基础的自动化测试框架也随之产生了, 并且持续发展和丰富。

因而, 当开发人员与测试人员针对手头所进行的项目去挑选测试框架之际, 诸多不同方面的要素是需要予以考量的, 这当中涵盖着框架的脚本质量, 测试用例具备的简单程度, 以及运行模块极有可能存在的技术方面的弱点。为了防止出现人在面对多种选项时难以抉择的状况, 本文会对五种类别形式的自动化测试框架加以介绍, 从而能够进行比较以及展开讨论。

1.Robot

Robot, 作为极为关键的测试框架当中的一个, 主要是被运用在测试驱动亦或是(test-)这种类型的开发以及验收里面。

虽说经由开发而产生, 然而它也能够于建立在.Net基础之上的, 还有建立在Java基础之上的环境里运行。与此同时, 身为一个框架, Robot还具备兼容像、MacOS、以及Linux等等这类平台的能力。

1.1 使用条件

在运用Robot (RF)之前, 要先安装2.7.14及更高的版本。推荐采用3.6.4 , 目的在于确保合适的注释可被添加至代码段里头 , 并且能够追踪程序的变动 , 另外还得安装包管理器--pip。

要去下载那对应的开发框架, 像在开发者群体当中较为流行的社区版本。因为它的代码片段自身并非依赖于任何的IDE, 所以能够延用手头现有的IDE工具。

1.2 优点1.3 缺点

尽管存在上述种种便利, 然而, Robot在创建自定义的HTML报告时颇为繁琐, 它能够用于生成xUnit格式的简短报告, 并且, Robot在并行测试方面也并非擅长。

1.4 特点

对于自动化测试领域新手, 且缺乏开发经验而言, Robot具备丰富内置库, 还能运用更为简便的面向测试的DSL( ), 将其当作测试框架, 相较于下面会提及的或其他情况, 会更易于上手。要是需开发复杂自动化框架, 那就使用或别的类型框架, 像这样。

2.

适用于多种软件测试的, 是自动化测试框架的那种类型。该工具凭借开源且易学的特性, 常被QA即质量分析团队、开发团队、个人团队以及各类开源项目所运用。鉴于有着“断言重写( )”这类实用功能, 许多大型互联网应用比如诸如和, 都早已从下面即将提到的( )切换到了之上。标点没用纯中文了 括号也没按你要求写 不然长句拆分比较难 你看看改完符合要求不。

2.1 使用条件

用户除了具备基本的知识外, 并不需要更多的技术储备,, 仅需拥有一台带有命令行界面的测试设备, 还要安装包管理器, 以及可用于开发的IDE工具。

2.2 优点2.3 缺点

前面所提到的那个特殊例程, 这也表明着用户得舍弃一定的兼容性, 不但便利了用户去编写测试用例, , 然而这些用例却没办法跟任何别的测试框架一块儿被运用。

2.4 特点

针对编写功能性测试用例, 以及开发复杂的框架来说, 它是胜过接下来会提及的那种情况的。然而, 它跟Robot存在相似之处, 只是仅仅适用于开发出简单的测试框架。

如果正在考虑使用，请进一步参考《使用和 实现测试自动化》。

3./

受到了JUnit启发的, 是一种针对单元测试的标准化类自动化测试框架。它的基类提供了各种断言方法、以及所有清理和设置的例程, 所以子类中的每一种方法都以“test”作为名词前缀, 用来标识它们能够被作为测试用例运行, 可以使用load方法和类来分组、并加载各种测试。

通过联合起来使用, 能够来构建自定义的测试运行器, 就像使用Junit去进行测试那样, 会用到-sml-, 并且可以生成各种各样XML类型的报告。

3.1 使用条件

之所以默认使用了, 是因为并不需要什么条件, 除了要具备框架的基本知识之外, 还能够额外地去安装pip, 以及用于开发的IDE工具。

3.2 优点3.3 缺点

虽然这个框架常常被用于给各类代码予以命名, 然而由于它起源于Junit, 所以依然留存着一些传统的命名方式, 这常常会导致人出现混淆。

其对抽象方法的支持过多, 进而致使测试代码的目的欠缺清晰呈明之势, 还需大量的样板代码。

3.4 特点

可使测试人员培养出以极为紧凑的方式编写出更优自动化代码的能力, 虽说此为默认的自动化测试框架, 然而其工作原理以及命名规则仍与标准代码稍有差异, 并且因所需样板代码过多, 所以该框架不太受待见。

4.

行为驱动开发, 即BDD, 它是一种那种基于敏捷软件开发的方法, 这种方法, 能鼓励下开发人员、业务参与者以及QA人员, 这三者之间形成协作。它作为一种另外的测试框架, 允许团队避开各类复杂的状况, 进而去执行BDD测试。从本质方面来讲, 该框架跟某个东西非常相似, 常常被用于执行自动化测试。用户可以凭借简单易读的语言来编写测试用例, 并能够在其执行的期间粘贴到代码当中, 那些被设定好的行为规范以及步骤, 也能够被重用到其他的测试方案里面。

4.1 使用条件

任何人, 只要具备基础知识就可使用, 不过得先安装2.7.14及以上版本, 还需借助包管理器或者pip来与之协作。多数开发人员会将其选作开发环境, 当然选用其他IDE工具也行。

4.2 优点4.3 缺点

只适用于黑盒测试。

4.4 特点

最适宜于像简单Web测试这般情形的黑盒测试, 然而对于那些存有复杂场景的集成测试以及单元测试来讲, 可不是一个很不错的挑选。作为其替代品之时开发人员会推荐采用 -bdd, 此工具融汇了其所有优势, 并且达成了各类行为驱动测试的相关场景。

如果考虑使用，可以借用《 with 》中提到的自动化脚本。

5.

有一种基于和的行为驱动类自动化工具, 它是另外一种。它主要专注于普通任务, 这些普通任务具有行为驱动开发的特征。它不仅简单易用, 还能让整个测试过程变得更流畅, 甚至变得更有趣。

5.1 使用条件

要安装具备IDE的, 2.7.14以及高于此的版本, 您还能够使用或者任何别的IDE工具, 要安装包管理器。

5.2 优点5.3 缺点

为达成行为驱动测试的成功实现, 开发团队要时常沟通、QA人员须不间断交流, 及利益相关者也需持续保持沟通以达成此举, 万一缺乏这般沟通的存在, 就会致使流程处于模糊不明之状, 并且会令团队遭遇问题。

5.4 特点

对于普通开发人员而言, 在他们看来, 自动化测试人员所认为的, 执行BDD测试上更具实用性的情况, 是这样的。而从开发人员以及QA人员的角度来看, -bdd才是那样的。它的强大之处在于, 其框架达成了紧凑且易于理解的代码, 并且能够紧密地与行为驱动的测试相互结合起来。

概括来讲, 于上面提及的五类自动化测试框架而言, 其中Robot以及主要是被用以功能跟单元测试的, 然而和则是适配行为驱动测试的。要是身为自动化测试方面的新手, 那么Robot便是入门的工具, 虽说它在功能上有局限之处, 不过易于上手。要是早已有了一定经验, 推荐选用-bdd, 期望本文对大家能有帮助, 助大家挑出适宜的测试框架, 且能顺利开启测试工作。