超越单元测试的扩展
关于本系列
在 跨越边界 系列中，作者 Bruce Tate 提出了这样一个观点：如今的 Java 程序员可以通过学习其他方法和语言得到很好的其他思路。自从 Java 明显成为所有开发项目的最佳选择以来编程前景已经改变。其他的框架正影响构建 Java 框架的方式，从其他语言学到的概念可以影响您的 Java 编程。您编写的 Python（或 Ruby、Smalltalk ... ）代码可以改变您处理 Java 编码的方式。
本系列为您介绍与 Java 开发根本不同，但也可以直接应用于 Java 开发的编程概念和技术。在一些例子中，需要对技术进行集成以利用它。在另外一些例子中，您将能够直接应用这些概念。单独的工具不及其他语言和框架能够影响 Java 社区中的开发人员、框架甚至基本方法的思想那么重要。
在这由两部分组成的迷你系列的 第 1 部分 中，了解了如何用动态语言促进单元测试。本文将展示集成环境在功能测试和集成测试中的优势。单元测试包括对小的代码片断（例如方法）的测试，而且经常要把它们与周围的元素隔离开。功能测试和集成测试所测试的应用程序部分越来越多。功能测试用于测试单一特性（通常涉及一个接口）、执行任务的业务代码，以及与中间件服务交互的代码（例如数据库）。集成测试用于测试应用程序的多个不同特性。（功能测试在不太严谨的情况下通常也被称为集成测试。）
Java 开发人员在解决单元测试问题上已经获得了令人注目的成果，但在集成测试上则没有带来太多令人兴奋的消息。多数 Java 测试框架（如 JUnit 或 TestNG）主要侧重于单元测试。Java 编程中缺乏集成测试框架的一个原因是缺乏集中的架构或开发哲学。在后面的小节中，我将继续使用 Ruby on Rails 示例，这次的重点放在功能测试和新的 Rails 集成测试框架上。您将看到，在使用集成测试框架时，进行测试要容易得多。
运行测试
如果还没有阅读 第 1 部分，那么请先阅读它。然后，如果想跟随这篇文章一起编写代码，那么请确保您已经获得一个可工作的 Rails 应用程序。在第 1 部分中，实现了一个简单的单元测试和几个 fixture。如果您跟随第 1 部分一起编写了代码，但是记不清是否使应用程序处于工作状态，那么您可以利用测试用例，先切换到项目目录，然后运行 rake 即可。清单 1 显示了我的结果：
清单 1. 用 rake 运行所有测试
> bruce-tates-computer:~/rails/trails batate$ rake
(in /Users/batate/rails/trails)
/usr/local/ror/bin/ruby -Ilib:test
"/usr/local/ror/lib/ruby/gems/1.8/gems/rake-0.7.0/lib/rake/rake_test_loader.rb"
"test/functional/trails_controller_test.rb"
Loaded suite /usr/local/ror/lib/ruby/gems/1.8/gems/rake-0.7.0/lib/rake/rake_test_loader
Started
EEEEEEEEEEEEEEEE
Finished in 0.070797 seconds.
1) Error:
test_create(TrailsControllerTest):
Errno::ENOENT: No such file or directory - /tmp/mysql.sock
/usr/local/ror/lib/ruby/gems/1.8/gems/activerecord-1.14.0/
lib/active_record/vendor/mysql.rb:104:in 'initialize'
/usr/local/ror/lib/ruby/gems/1.8/gems/activerecord-1.14.0/
lib/active_record/vendor/mysql.rb:104:in 'real_connect'
/usr/local/ror/lib/ruby/gems/1.8/gems/activerecord-1.14.0/
lib/ active_record/connection_adapters/mysql_adapter.rb:331:in 'connect'
...results deleted...
文章来源于领测软件测试网 https://www.ltesting.net/
