java接口测试框架？java后端面试题
这篇文章给大家聊聊关于java接口测试框架，以及java后端面试题对应的知识点，希望对各位有所帮助，不要忘了收藏本站哦。
北大青鸟java培训:接口自动化测试框架
关于自动化测试项目中会分成许多的不同的测试模块，而今天我们就一起来了解一下，关于接口的自动化测试框架都有哪些比较常见的类型。
下面广东java课程就开始今天的主要内容吧。
需求：1、接口编写方便。
2、方便调试接口。
3、支持数据初始化。
4、生成测试报告。
5、支持参数化。
robotframework优点关键字驱动，自定义用户关键字。
支持测试日志和报告生成。
支持系统关键字开发，可扩展性好。
支持数据库操作。
缺点接口测试用例写起来不简洁。
需要掌握特定语法。
结果：不考虑，没人愿意这么写接口用例。
JMeter优点支持参数化不需要写代码缺点创建接口用例效率不高。
不能生成查看每一个接口执行情况的测试报告。
总结：不考虑，接口编写不方便，主要是不能生成测试报告，如果做接口性能的话可以考虑。
HttpRunner优点:基于YAML/JSON格式，专注于接口本身的编写。
接口编写简单生成测试报告接口录制功能。
缺点:没有编辑器插件对语法校验，容易出错。
官方文档没有详细的说明。
扩展不方便。
七款最优秀的Java测试框架
以下是七款最优秀的Java测试框架及其详细介绍：
Selenium
简介：免费的开源测试框架，主要用于不同平台的Web应用程序自动化测试，是一个完整的测试套件。
优点：
支持多浏览器测试。
支持多种语言和框架。
易于使用，集成和可重用性好。
社区活跃，更新频繁。
缺点：
创建测试用例时较繁琐耗时。
缺乏内置报告工具。
仅适用于网络应用程序。
Serenity
简介：提供行为驱动测试的开源平台，早期名为Thucydides，可编写清晰且结构化的验收标准。
优点：
支持多种自动化验收测试解决方案。
测试后可快速创建文档。
易于与其他框架集成。
缺点：
创建功能文件耗时较长。
项目参与者间需持续沟通。
JUnit
简介：应用最广泛的单元测试框架，旨在执行单元测试，建议编写实际代码前先完成单元测试代码。
优点：
支持测试断点。
提供完善的测试报告。
简化框架，适用于自动化测试场景部署。
能编写自动验证测试用例。
缺点：
使用较大测试套件时不够灵活。
测试后无生成HTML报告功能。
不支持依赖测试。
TestNG
简介：开源测试框架，受JUnit和NUnit启发，具有新附加功能，测试过程不复杂。
优点：
支持并行测试。
支持日志生成。
能创建测试后HTML报告。
底层测试用例可组合。
可设置测试用例执行优先级。
缺点：
设置需较多时间，对新手痛苦。
若无需优先考虑测试用例则不推荐。
Cucumber
简介：用Ruby编写的测试框架，受测试人员欢迎，提供统一文档和规范标准，报告文档会自动更新。
优点：
可读性好。
支持步骤可重用性。
可用示例完成自动化测试。
缺点：
与Gherkin整合增加框架复杂性。
测试人员/开发人员更关注编写简单通用可重用代码场景。
JBehave
简介：基于Java原生的测试框架，与selenium驱动程序结合，支持行为驱动开发(BDD)。
优点：
提供出色文档。
支持测试后生成HTML报告。
高效且易于使用。
开箱即用的JUnit支持。
缺点：不支持特性化功能，只支持事件完整性，可能导致应用程序错误或与业务需求相悖，引发各方互相指责。
Mockito
简介：开源的基于Java的行为驱动测试框架，主要功能是自动创建模拟对象。
优点：
支持异常。
可用注释创建模拟对象。
对返回值提供基础支持。
模拟对象无需手动编写。
缺点：
不支持局部变量模拟。
不支持私有和静态方法。
无法操作子类私有字段。
Jacks:Java兼容性测试,开放源码之路
什么是 Jacks？ Jacks测试套件检查 Java编译器是否符合 JLS（Java语言规范）它由大量小测试案例组成每个测试都侧重于 JLS中特定的部分 Eric Blake为 Jacks项目作出了很大贡献他从面向细节领域描述了这种类型测试的好处通过生成带有指定编译行为的小测试案例然后将每个案例的执行自动化编译器作者或调试者可以快速找出 Java源码到字节码转换中存在的问题
开发 Jacks背后的概念是要简化对多编译器或多编译器配置所运行的测试（例如对上两个发行版的 Jikes和 Javac的 JDK发行版所进行的一组测试）如果手工进行您必须重复地设置环境变量然后根据所期望的结果来检查测试结果而通过使用 Jacks只需要更改到存放测试的目录调用 Jacks框架然后表明应该使用哪个编译器配置
Sun没有履行对 Java开发者所做的承诺激发了 Jikes小组对 Jacks项目的设置和运行 Sun再三声明它会把 Java JCK（Java Compatibility Kit）和相关 Java技术交到一个标准主体的手中但因为这还没有实现从事 Java项目的开发者就不能使用 JCK来对日常的开发进行回归测试当面对由于不合理的许可证限制而导致的代码人为不足时他们倾向于用新的更完善的系统来替换旧系统这就是发生在 Jacks上的故事（尽管 Jacks由 developerWorks主持它受 GPL而非 IBM Public License约束）
使用 Jacks
Jacks是以 Tcl编写的因此需要确保拥有 Tcl（需要版本来确保具有 tcltest扩展和 Unicode支持这两者都是 Jacks所必需的）可以下载用于 Windows的安装程序和用于 Red Hat x的 RPM也可以更方便地从源代码中构建如果您不知道到什么地方下载请参阅本文稍后的参考资料部分如果使用的是 Red Hat很可能已安装了 Tcl
安装了 Tcl后需要从 CVS取出 Jacks然后通过将编译器路径名包括在要测试的编译器的 Jacks _setup配置文件中来配置 Jacks对于每个希望支持的配置都需要一个 _setup文件例如 Jacks带有 javac_setup文件需要编辑该文件来为 javac设置路径 Eric Blake说最困难的部分是断定如何测试 Jikes因为我在环境中已设置了 JIKESPATH但我想出了要在 jikes_setup配置文件中更改什么内容一切都很顺利
从 CVS模块中取出 Jacks源代码
setenv CVSROOT:pserver:anoncvs@:/usr/cvs/jikes cvs login
paswsd anoncvs
cvs checkout jacks
可以对数量不限的编译器或编译器配置使用 Jacks要除去某一编译器的配置只需要删除其 _setup文件
从 CVS中取出源代码后就需要在路径中包括顶层 Jacks目录这样才能运行 Jacks shell脚本为谨慎起见最初运行 shell脚本时应该不带任何自变量以确保每项都经过正确配置
% jacks
如果一切正常将看到 Jacks脚本所接受的命令行选项的清单如果收到错误请检查在路径中是否能找到可执行文件 tclsh Windows用户需要直接运行 tclsh并将 jacks tcl自变量在一般标志之前传递给它还应该考虑安装 Cygwin UNIX兼容性层这样象 Unix用户一样您就可以使用提供的 shell脚本来运行 Jacks了下面的指令假设您使用的是 shell脚本
对于测试示例需要使用 Jikes编译器来运行给定子目录中的所有测试命令如下
% cd tests/jls/packages/package declarations/unnamed packages
% jacks jikes
开发新的回归测试
开发新的 Jacks测试案例非常简便照 Eric Blakes的话说基本上您设计一个简单的源文件来测试问题将它放在特定的 Jacks格式中然后运行 Jacks如果编译器结果与所期望的结果不一样它打印出错误这里是 Jacks主页上教程中有关添加新测试案例的一例
// File SynchronizedInterface java public synchronized interface SynchronizedInterface{}使用 Jikes编译时生成以下错误
% jikes SynchronizedInterface java
Found semantic error piling SynchronizedInterface java:
public synchronized interface SynchronizedInterface{}
<>
*** Error: synchronized is not a valid interface modifier
如果很快看一下 JLS的第节会发现 synchronized在该上下文中不是合法的修饰符如果尝试使用早期发行版 JDK中的 Javac编译器来编译相同的类则不会生成错误（该错误在稍后的发行版中得到修正）
% javac SynchronizedInterface java
现在既然问题得以重现可以通过以下步骤来对 Jacks测试套件添加回归测试案例
了解应该将测试案例放在哪个目录中
编写回归测试
在 Jacks框架中运行新测试
tcltest框架中回归测试的格式是
tcltest::test NAME DESCRIPTION{ MANDS
} EXPECTED_RESULT
这是 JLS第节中的第一个测试所以 NAME是
该测试案例在目录 tests/jls/interfaces/interface declarations/interface modifiers（位置基于 JLS节的名称）中
DESCRIPTION可以是任何想要的内容
MANDS一节包含了所有 Tcl命令但大多数情况只需要 Jacks中的 saveas和 pile方法
saveas命令使用两个自变量文件名和将保存到文件中的数据
saveas SynchronizedInterface java \{public synchronized interface SynchronizedInterface{}}pile命令使用任意数量的命令行自变量并将它们传递给 Java编译器它将返回 PASS FAIL或 WARN来表明编译器的退出状态
EXPECTED_RESULT是希望从 pile命令获得的结果
在该接口示例中编译应该不成功因此完整的回归测试应该类似于
tcltest::test{should generate error on synchronized interface}{ saveas SynchronizedInterface java \
{synchronized interface SynchronizedInterface{}}
pile SynchronizedInterface java
} FAIL检验结果
运行测试并检查结果是完全自动的因此可以真正地休息一下看看出现的结果 Jacks框架在测试目录中递归下降运行它所找到的所有测试
如果一切正常就不打印任何消息如果测试失败将打印有关失败的描述如 Mo Dejong在清单中显示的那样该例演示了 Javac中因为第一个构造器调用第二个构造器第二个又调用第一个所造成的错误 JLS规定这是非法的（第节）因此如果检测到这种情况 Java编译器必须用信号通知该错误
让我们看看 Jikes对于同一测试案例是如何做的在清单中我们将使用 Jacks中的一些特性可以让您将模式作为 Jacks脚本的第三个自变量传递将跳过那些名称与模式不匹配的测试案例在这个小案例中模式就是测试案例的名称在该例中请注意我们所感兴趣的那个测试案例是如何通过的其它测试案例是如何跳过的上面的输出表明在 Javac编译器中找到的错误在 Jikes中并不存在
尽管人类可读的结果非常有用但在您有许多要处理的测试案例的情况下它们很快就会变得非常难于管理 Jacks最近庆祝了一个重要的里程碑现在它包含了逾个 JLS独立测试案例有了这么多的测试案例没人能够记住在某一时刻哪些案例通过了哪些又失败了但不用害怕 Jacks包括了一系列记录和测试结果分析特性能够随时间跟踪测试结果这是一项关键特性因为它为 Java编译器开发者提供了一种跟踪错误修正状态和可能回归的方法
如何编写 Jacks以及为什么使用 Tcl
当实现例如 Jacks这样的测试套件时脚本语言是个很自然的选择而使用 Tcl也有以下几个原因
Tcl是开放源码因此在今后的一段时间内仍然会继续存在
易于安装不需要编译脚本
易于读写脚本语言远比 C/C++更易于掌握
易于使用字符串处理和常规规则表达式特性
高度可移植在比 Java多的平台上运行
过去十年中成功地在几千个组织中使用过
具有讽刺意味的是它曾是 Sun项目:)
Mo DeJong说 Jacks最了不起的一个特性是自生成文档在 Jacks主页上您可以找到到达测试案例索引页面的链接这些页面列出了所有可用的测试案例它以几种有用的方式进行索引和交叉引用可以方便地通过名称查找测试案例也可以通过现有测试来发现某个 JLS章节的内容是多么完善 Tcl高度动态的语言特性使自记录测试案例的实现更容易
到目前为止 Jacks支持以下几种 Java编译器
JDK（和也可以使用但已经过时了）
Jikes IBM的开放源码 Java编译器
Kaffe利用了 Kopi编译器
GCJ到 gcc的 Java前端
随处改进 Java编译器
Jacks最初着重只为 Jikes项目提供编译器测试原来的目标是要替换为 Jikes创建的自制测试系统但这个初衷由于太难建立和使用而被放弃了人们很快发现如果测试套件变得更常规一些就可以为其它 Java编译器项目使用这样将会导致已提交测试案例在数量上的增加至少让其它 Java专家评估一下正确性测试案例也并无大碍
Jikes项目自然大大利用鉴了 Jacks但 GCJ和 Kopi编译器项目又如何呢？Tom Tromey Red Hat的常任 Java领导者已经意识到了 Jacks开发对于 GCJ项目的作用 Jacks对于 GCJ项目已经有了实际意义每当我在进行前端编译器更改时就会运行 Jacks并定期使用 Jacks查找 GCJ中的错误我发现添加测试是桩小事框架非常易于使用考虑也很周到
lishixinzhi/Article/program/Java/Javascript/201311/25464
关于java接口测试框架的内容到此结束，希望对大家有所帮助。