由于该编程语言被广泛运用, 在此基础之上的自动化测试框架随之出现, 并且持续发展、不断丰富。所以, 当开发人员以及测试人员针对自己手头正进行的项目挑选测试框架之际, 得考量诸多层面的因素, 这其中涵盖着: 框架的脚本质量状况, 测试用例所具备的简单程度, 还有运行模块有可能存在的技术方面的弱点。为了防止出现那种“选择时难以抉择的状况”, 我在这儿准备了五种不同类型的自动化测试框架, 用来供大家去进行比较以及讨论。1.Robot身为极为重要的、为数不多的测试框架当中的一个Robot主要是被运用在那种测试驱动test-性质的开发以及验收里。虽说它起始于开发之源, 然而它也具备在基于.Net以及基于Java这两种态势下去运行的势能。与此同时, 作为一个体系架构框架, Robot还能够与像MacOS、还有Linux等这样的平台达成兼容的状态。使用先决条件在运用Robot (RF)以前, 您得先安装2.7.14及以上的版本, 我建议您采用3.6.4, 以便保证恰当的注释能被添加到代码段里, 并且能够追踪程序的变动, 与此同时, 您还需要安装包管理器–pip。确实, 您也要去下载对应的开发框架, 比如说: 在开发者群体当中较为流行的社区版本。此外, 鉴于其代码片段自身并不依附于任何IDE, 所以您能够全然沿用手头现有的IDE工具。优点缺点即便存在着上述种种便利, 然而 Robot 在创建自行定义的 HTML 报告之际颇为繁琐, 对此您至多仅能够借助它生成 xUnit 格式的简短报告, 可不是吗。另外Robot 在并行测试方面也并不见长。Robot的特点与竞品比较由于Robot有着丰富的内置库, 并且能够运用更为简单的面向测试的 DSL( ) , 故而假若您是自动化测试领域的初入者, 且欠缺开发经验, 那么把它用作测试框架会比接下来要提及的或, 相对更容易着手一些。当然, 要是您有开发复杂自动化框架的需求, 那么还请选用、或其他种类的框架。2.有另一个类型的自动化测试框架, 它适用于多种软件测试, 因具有开源和易学的特性, 常被QA质量分析团队、开发团队、个人团队以及各种开源项目所运用, 鉴于其拥有“断言重写”等实用功能, 许多大型互联网应用, 如和, 都已从下面将要提及的切换到了之上。使用先决条件除了基础类的知识, 用户并不需求更多的技术方面的储备, 此外, 用户只需要具备一台带有命令行界面的测试类设备, 并且已经安装好了包管理器, 以及可用于开展开发工作的IDE工具。优点缺点上面所提到的那种特殊例程, 这也表明着用户必然得舍弃一定程度的兼容性, 虽说其从某种方面来讲使得用户在编写测试用例时变得便利了些。然而, 这些测试用例却没有办法跟任何别的测试框架一块儿被加以使用。的特点与竞品比较谈到编写功能性测试用例, 以及开发复杂的框架, 它是胜过下面即将提到的。然而, 它和Robot相似, 只是适用于开发出简单的测试框架。倘若您正处于考量使用的状况之中, 那就请对此进行更进一步的参考, 参考的对象是《使用和 实现测试自动化》。3./它是又一种标准化的、针对单元测试的类自动化测试框架, 是受到了JUnit启发的。它的基类给出了各种断言方法, 还有所有清理和设置的例程。所以, 子类里的每一种方法都把“test”当作名词前缀, 来表明它们能够被当作测试用例运行。用户能够使用load方法和类进行分组, 进而加载各种测试。当然, 您能够借助联合运用以此来构造自定义的测试运行器。正如我们运用Junit开展测试那般, 也会用到-sml-, 并且能够生成各类XML类型的报告。使用先决条件因为默认被 使用了, 所以我们不需要任何 先决条件。除了要具备 框架的基本 知识之外, 您还能够额外地 安装pip, 以及用于 开发的IDE 工具。优点缺点虽然这个框架常常被用于给各种各样的代码进行命名, 可是因为它起源于Junit, 所以依旧保留了一些传统的命名方式, 这常常会致使人们产生混淆。由于它对那诸多本不该大量支持的抽象方式给予大量支撑, 所以致使测试代码的目的并不够清晰而且常常含糊难辨, 还因为此状况需得编写大量样板代码呀。其特点, 同竞品相比较, 和部分开发人员观点相似, 我觉得: 能让测试人员以极为紧凑的样式编写出更出色的自动化代码, 这样一种编程习惯。虽说它是默认的自动化测试框架, 然其工作原理, 以及命名规则, 仍与标准代码稍有差别。并且, 它还需大量样板代码。于是该框架不太受待见。4.我们都清楚, 存在一种基于敏捷软件开发的方法, 其名为行为驱动开发- , BDD, 它能激励开发人员、促使业务参与者以及 QA 人员, 这三者之间展开协作。它作为一种测试框架, 还具备另一特性, 即允许团队规避各类复杂状况, 进而去执行 BDD 测试。从本质角度而言, 该框架和某事物极为相像, 常被运用来执行自动化测试。用户能够借助简单易读的语言去撰写出测试用例, 并且在其执行的过程期间, 可将其粘贴到代码里面。而且, 那些被设定好的行为规范以及步骤, 同样能够被再度应用到其他的测试方案当中。使用先决条件任何具备基础知识的人都可以使用。其他先决条件还包括您必须先安装 2.7.14及以上的版本。需要通过包管理器或pip来与协作。大多数搞开发的人员, 会把它选作进行开发的环境, 当然啦, 您也能够去选用别的IDE工具。优点缺点只适用于黑盒测试。的特点与竞品比较最适宜用于像简单Web测试这般的黑盒测试, 可是, 之于那些有着复杂场景的集成测试以及单元测试来讲, 并非是个挺好的选定, 作为其替代品, 一些从事开发和测试的人员会举荐运用-bdd, 该工具融汇了其所有的长处, 并且达成了各类行为驱动测试的情景。5.它属于另一种借助和而形成的, 带有行为驱动性质的工具, 乃是用于自动化操作的。它较多侧重于那些具备行为驱动开发特性的寻常任务。它不仅具备简便易用的特点, 还能够促使整个测试进程变得更为顺畅, 甚至更具趣味。使用先决条件您得安装带有IDE的2.7.14版本以及更高的版本, 当然啦, 您也能够使用或者任何别的IDE工具, 与此同时, 您还须安装包管理器。优点缺点开发团队、QA人员以及利益相关者间, 为成功达成行为驱动测试, 需持续予以沟通。要是缺少这般沟通, 就会致使流程模糊不明, 还会让团队碰到问题。在普通开发人员与自动化测试人员眼里, 竞品比较于执行BDD测试更具实用性。在开发和QA人员看来, -bdd才是如此情况。其强大的地方在于, 其框架达成了紧凑且易于理解的代码, 还能紧密地融入到行为驱动的测试里面。结语综上所述, 在上述提到的五种自动化测试框架里, Robot以及可主要被用于功能与单元测试, 而和仅仅适用于行为驱动测试。经过进一步比较, 我们觉得: 对于功能测试来讲是的。要是您是基于自动化测试的新手, 那么Robot是入门工具。虽说它的功能存在一定限制, 不过它极易上手。对于基于的BDD测试而言, 和同样出色。不过呢, 要是你已然具备了一定的经验那么就请运用 -bdd , 期望这篇文章能够助力您挑选出恰当的测试框架, 并且顺遂地开展测试工作。最后身为一位有经历的人, 也是期望大家少经历些许曲折道路, 要是你不想再度感受一回学习之际寻觅不到资料, 无人解答疑问, 坚持没几天就放弃那样的感觉, 那在此我给大家分享一些软件测试的学习资源, 期望能给你前行的路途带来助力。视频文档获取方式下面来讲, 这份文档以及视频资料, 对于那些想要从事【软件测试】的朋友而言, 理应是最为全面且最为完整的备战仓库, 这个仓库还陪伴我度过了最为艰难的路程, 期望也能够对您起到帮助上面所说的这些全都能够进行分享, 只要点击下方的小卡片就能够自行领取。
)
