[from now] 2013/04/01 18:37:11

diff --git a/docs/translated/ja/LC_MESSAGES/data_driven_testing.mo b/docs/translated/ja/LC_MESSAGES/data_driven_testing.mo
index 9954ed3..fc80f29 100644
Binary files a/docs/translated/ja/LC_MESSAGES/data_driven_testing.mo and b/docs/translated/ja/LC_MESSAGES/data_driven_testing.mo differ
diff --git a/docs/translated/ja/LC_MESSAGES/data_driven_testing.po b/docs/translated/ja/LC_MESSAGES/data_driven_testing.po
index df308d5..71b7b95 100644
--- a/docs/translated/ja/LC_MESSAGES/data_driven_testing.po
+++ b/docs/translated/ja/LC_MESSAGES/data_driven_testing.po
@@ -29,9 +29,9 @@ msgid ""
 "varying inputs and expected results. Spock's data driven testing support "
 "makes this a first class feature."
 msgstr ""
-"しばしば入力値と結果のバリエーションを検証するために、同じテストコードを"
-"複数回実行することがあります。"
-"Spockではこのデータ駆動テストを最高の機能としてサポートしています。"
+"よくある状況で、入力値と結果のバリエーションを検証するために、同じテストコードを"
+"複数回実行したいことがあります。"
+"Spockでは、このような場合に備えて、データ駆動テストの素晴らしい機能をサポートしています。"

 # 1177345c8f9d49cd82d5f9968aaed72b
 #: ../../data_driven_testing.rst:10
@@ -41,7 +41,7 @@ msgstr "イントロダクション"
 # a14b8eca1033470da9a7b2ff7c3cb2f1
 #: ../../data_driven_testing.rst:12
 msgid "Suppose we want to specify the behavior of the ``Math.max`` method::"
-msgstr "``Math.max``\\ メソッドの振る舞いを定義したいとします。"
+msgstr "まず\\ ``Math.max``\\ メソッドの振る舞いを定義したいとしましょう。"

 # 0cdcd5b718584210936dd325d2743db1
 #: ../../data_driven_testing.rst:24
@@ -49,18 +49,18 @@ msgid ""
 "Although this approach is fine in simple cases like this one, it has some "
 "potential drawbacks:"
 msgstr ""
-"この方法は簡単なケースでは非常によいアプローチですが、"
+"このやり方は、簡単なケースでは非常によい方法ですが、"
 "いくつかの欠点もあります。"

 # 4c5d7d90ea8a438f8e5fc12212e7c9eb
 #: ../../data_driven_testing.rst:26
 msgid "Code and data are mixed and cannot easily be changed independently"
-msgstr "コードとデータが混在しており、簡単にどちらかを変更出来ない"
+msgstr "コードとデータが混在しており、簡単にどちらかを変更できない"

 # eb93b174e22b4a819063453736443591
 #: ../../data_driven_testing.rst:27
 msgid "Data cannot easily be auto-generated or fetched from external sources"
-msgstr "データを簡単に自動生成したり、外部のリソースを読み込んだり出来ない"
+msgstr "データを簡単に自動生成したり、外部のリソースを読み込んだりできない"

 # 7ec40e0fd47a40298e5b3f57b713559f
 #: ../../data_driven_testing.rst:28
@@ -77,7 +77,7 @@ msgid ""
 "In case of a failure, it may not be immediately clear which inputs caused "
 "the failure"
 msgstr ""
-"実行が失敗した場合、失敗した時の入力がすぐに分からない"
+"実行が失敗した場合、失敗した時の入力値がすぐに分からない"

 # c687315a783943f5adf760be75b744ee
 #: ../../data_driven_testing.rst:30
@@ -97,7 +97,7 @@ msgid ""
 "the hard-coded integer values::"
 msgstr ""
 "Spockのデータ駆動テストのサポートはこの問題を解決します。"
-"はじめに上記のコードをデータ駆動の機能を利用した方法にリファクタリング"
+"はじめに上記のコードを、データ駆動テストの機能を利用した方法に、リファクタリング"
 "してみましょう。まず、ハードコーディングされた3つのinteger値を"
 "メソッドの引数(\\ *データ変数*\\ と呼びます)に置き換えます。"

@@ -109,10 +109,10 @@ msgid ""
 "of the method. In the simplest (and most common) case, the ``where:`` block "
 "holds a *data table*."
 msgstr ""
-"テストのロジックの実装はこれで完了ですが、また入力値となるデータの定義が"
-"必要です。これは常にメソッドの最後に記述する\\ ``where:``\\ ブロックで行います。"
-"もっとも単純(そして最も一般的)なやり方は、\\ ``where:``\\ ブロックに\\ *データテーブル*\\ "
-"を記述します。"
+"テスト自体の実装はこれで完了ですが、これとは別に入力値となるデータの定義が"
+"必要です。これはメソッドの最後に記述する\\ ``where:``\\ ブロックで定義します。"
+"もっとも単純(そして最も一般的)なやり方は、\\ ``where:``\\ ブロックで\\ *データテーブル*\\ "
+"を使用する方法です。"

 # e08d5a0516d94e938ca032ae8163a131
 #: ../../data_driven_testing.rst:49
@@ -125,7 +125,7 @@ msgid ""
 "Data tables are a convenient way to exercise a feature method with a fixed "
 "set of data values::"
 msgstr ""
-"データテーブルはフィーチャーメソッドに固定でデータを定義する場合に"
+"データテーブルはフィーチャーメソッドに対し、固定のデータを定義する場合に"
 "便利な仕組みです。"

 # 7404df0fa57748e19de309872ee93bc4
@@ -137,12 +137,13 @@ msgid ""
 "this an *iteration* of the method. If an iteration fails, the remaining "
 "iterations will nevertheless be executed. All failures will be reported."
 msgstr ""
-"*テーブルヘッダ*\\ と呼ばれる、テーブルの1行目には変数名を宣言します。"
-"これに続く行は\\ *データ行*\\ と呼ばれ、ヘッダに対応する値を保持します。"
-"行ごとにフィーチャーメソッドが実行され、これをメソッドの\\ *繰り返し*\\ と"
-"呼んでいます。もしイテレーションの途中で実行が失敗した場合も、"
-"そこで停止することなてく後続のイテレーションが実行されます。"
-"途中で失敗したものはすべてレポートされます。"
+"テーブルの1行目は\\ *テーブルヘッダ*\\ と呼ばれ、変数名を定義します。"
+"この後に続く行は\\ *データ行*\\ と呼ばれ、ヘッダに対応する値を保持します。"
+"データ行は、行毎にそれぞれ個別のフィーチャーメソッドとして実行されます。"
+"これをメソッドの\\ *イテレーション*\\ と"
+"呼んでいます。もしイテレーションの途中で実行が失敗した場合は、"
+"そこで停止せずに、後続のイテレーションが実行されます。"
+"最後に、途中で失敗したイテレーションは、すべてレポートされます。"

 # 3d8d7cad48bb439cbad6339423e3686f
 #: ../../data_driven_testing.rst:71
@@ -150,8 +151,8 @@ msgid ""
 "Data tables must have at least two columns. A single-column table can be "
 "written as::"
 msgstr ""
-"データテーブルは最低でも2つ列を定義する必要がります。もし1つしかカラムがない"
-"テーブルを定義したい場合は以下のようにします。"
+"データテーブルは最低でも2つの列を定義する必要があります。もし1つしか列がない"
+"テーブルを定義したい場合は、以下のようにします。"

 # 772ec0bb95594c49b7bec4d03c89c273
 #: ../../data_driven_testing.rst:80
@@ -166,10 +167,10 @@ msgid ""
 "and the ``setup`` and ``cleanup`` methods will be called before and after "
 "each iteration, respectively."
 msgstr ""
-"イテレーションはそれぞれ別々のフィーチャーメソッドとして実行します。"
-"各イテレーションはスペッククラスの自分自身のインスタンスを取得し、"
-"\\ ``setup``\\ 、\\ ``cleanup``\\ メソッドをそれぞれのイテレーションの実行前"
-"、実行後に呼び出します。"
+"イテレーションはそれぞれ別々のフィーチャーメソッドとして実行されます。"
+"各イテレーションはスペッククラス自身のインスタンスを取得し、"
+"\\ ``setup``\\ 、\\ ``cleanup``\\ メソッドを、それぞれのイテレーションの実行前"
+"後に呼び出します。"

 # a5cd028f8e8a47199b5e46f3ad077a22
 #: ../../data_driven_testing.rst:87
@@ -183,7 +184,7 @@ msgid ""
 "``@Shared`` or static field."
 msgstr ""
 "イテレーション間でオブジェクトを共有するには、\\ ``@Share``\\ またはstatic"
-"フィールドで値を保持する必要があります。"
+"フィールドで値を保持してください。"

 # f3afa0fc4f3b4e63aaa648a7d2483bcd
 #: ../../data_driven_testing.rst:91
@@ -203,13 +204,13 @@ msgid ""
 "separate spec, all of which can be kept in the same file. This achieves "
 "better isolation at the cost of some boilerplate code."
 msgstr ""
-"このような\\ ``@Share``\\ やstaticなオブジェクトは他のメソッドへも共有される"
-"ことに注意してください。特定のメソッド内に閉じた形でイテレーション間で"
-"オブジェクトを共有する良い方法は現在のところありません。もしこの問題を"
-"どうしても解決した場合は、ファイルを分けてそれぞれのメソッドを"
+"このような\\ ``@Share``\\ やstaticなオブジェクトは、他のメソッドへも共有される"
+"ことに注意してください。特定のフィーチャーメソッド内に閉じて、イテレーション間で"
+"オブジェクトを共有する方法は、現在のところありません。もし、この問題を"
+"どうしても解決した場合は、ファイルを分けて、それぞれのフィーチャーメソッドを、"
 "別々のスペックファイルとすることを検討してください。"
-"これはファイルを分割することにより、実行に必要なお決まりのコード重複して"
-"記述することになるため若干のコストが伴います。"
+"だたし、これはファイルを分割することにより、実行に必要なコードを重複して"
+"記述しなければならない可能性があり、若干のコストが伴います。"

 # d20c07837ede4db2898487960c3abd9f
 #: ../../data_driven_testing.rst:98
@@ -225,10 +226,10 @@ msgid ""
 "separated with a double pipe symbol (``||``) to visually set them apart. "
 "With this, the code becomes::"
 msgstr ""
-"さきほどのコードはいくつかの方法で改善ができます。まずはじめに ``where:`` "
-"ブロックで定義したデータ変数の、メソッドのパラメータを省略できます "
-"[#methodParameters]_ 。次に入力値と出力の期待値を視覚的に区別するために"
-"論理和の記号(``||``)で区切ることができます。これを反映するとコードは"
+"さきほどのコードは、さらにいくつかの改善が可能です。まずはじめに ``where:`` "
+"ブロックで定義したデータ変数の、メソッドのパラメータを省略できます\\ "
+"[#methodParameters]_\\ 。次に、入力値と出力の期待値を、視覚的に区別するために、"
+"論理和の記号(``||``)で区切ることができます。これを反映すると、コードは"
 "次のようになります。"

 # 80c7a12c7d5e4334b49e270be37d8a64
@@ -242,7 +243,7 @@ msgid ""
 "Let's assume that our implementation of the ``max`` method has a flaw, and "
 "one of the iterations fails::"
 msgstr ""
-"``max``\\ メソッドの実装に欠陥があり、イテレーションの途中で失敗したとしましょう。"
+"``max``\\ メソッドの実装に誤りがあり、イテレーションの途中で失敗したとしましょう。"

 # b2231c9543ec431a868d28d4feb25098
 #: ../../data_driven_testing.rst:131
@@ -255,10 +256,10 @@ msgid ""
 "failure. This is the purpose of the ``@Unroll`` annotation."
 msgstr ""
 "明白な質問: 何回目のイテレーションで失敗して、使用したデータは何でしょうか？"
-"この例では2回目のイテレーションで失敗したと把握することは難しくありませんが、"
+"この例では、2回目のイテレーションで失敗したことを把握するのは難しくありませんが、"
 "これが非常に困難、または不可能である場合もあります\\ [#impossible]_\\ 。このような状況では、"
-"単に失敗だけをレポートするのではなく、各イテレーションが成功したのか、または失敗"
-"したのかがわかると非常にレポートが明瞭になります。"
+"単に失敗だけをレポートするのではなく、どのイテレーションが成功したのか、または失敗"
+"したのかがわかると、非常にレポートがわかりやすくなります。"
 "これが\\ ``@Unroll``\\ アノテーションの目的です。"

 # 5c340695809e403db2d546395c42f549
@@ -272,7 +273,7 @@ msgid ""
 "A method annotated with ``@Unroll`` will have its iterations reported "
 "independently::"
 msgstr ""
-"``@Unroll``\\ が付与されたメソッドはイテレーションをそれぞれ独立した"
+"``@Unroll``\\ が付与されたメソッドは、イテレーションをそれぞれ独立した"
 "レポートとして出力します。"

 # ae7038a650af4991a0acfb47f8e915c6
@@ -284,11 +285,11 @@ msgid ""
 "Another reason is that ``@Unroll`` can drastically change the number of "
 "reported tests, which may not always be desirable."
 msgstr ""
-"``@Unroll``\\ がデフォルトになっていない一つの理由は、いくつか環境(特定のIDE)で実行する際に"
-"、実行前にテストメソッドの数を把握できる事を前提に動作しており、"
-"実際に動作した後にこの数が変わっていると問題が起きる場合があります。"
-"他の理由として、\\ ``@Unroll``\\ は劇的にテスト数を変化させるため、これは"
-"場合によっては望ましくないためです。"
+"(質問: なぜ\\ ``@Unroll``\\ がデフォルトになっていないのか？) \\ ``@Unroll``\\ がデフォルトになっていない理由の一つは、いくつか環境(特定のIDE)では、"
+"実行前にテストメソッドの数を把握できる事を前提に動作しており、"
+"実際に動作した後に、この数が変わっていると問題が起きる場合があるためです。"
+"他の理由としては、\\ ``@Unroll``\\ は劇的にテスト数を変化させるため、これは"
+"場合によっては望ましくない場合があります。"

 # a7d914ebd7c5410aa0dac26768d71809
 #: ../../data_driven_testing.rst:150
@@ -307,7 +308,7 @@ msgid ""
 "effort, we can do even better::"
 msgstr ""
 "これは2回目のイテレーション(インデックスは1)が失敗したことを表しています。"
-"されにこれに手を加えることでより見やすくできます。"
+"されにこれに手を加えることで、より見やすくできます。"

 # 51247900c646465898dc3ec7dcfced2e
 #: ../../data_driven_testing.rst:168
@@ -316,9 +317,9 @@ msgid ""
 "to refer to data variables ``a``, ``b``, and ``c``. In the output, the "
 "placeholders will be replaced with concrete values::"
 msgstr ""
-"メソッド名で変数の先頭にハッシュを付与することでプレースホルダとして使用できます。"
-"この例ではデータ変数の\\ ``a``\\ 、\\ ``b``\\ 、そして\\ ``c``\\ を参照するプレースホルダになります。"
-"このプレースホルダの出力は実際に使用した値に置き換えられます。"
+"このように、メソッド名で変数の先頭にハッシュを付与すると、プレースホルダとして使用できます。"
+"この例では、データ変数の\\ ``a``\\ 、\\ ``b``\\ 、そして\\ ``c``\\ を参照するプレースホルダになります。"
+"このプレースホルダの出力は、以下のように実際に使用した値に置き換えられます。"

 # ed0e6339db344600a02eabbaf8dbc38c
 #: ../../data_driven_testing.rst:181
@@ -327,7 +328,7 @@ msgid ""
 "and ``0``. See `More on Unrolled Method Names`_ for further details on this "
 "topic."
 msgstr ""
-"このようにすることで\\ ``max``\\ メソッドが入力値\\ ``7``\\ と\\ ``0``\\ で失敗したことが"
+"このようにすることで、\\ ``max``\\ メソッドが入力値\\ ``7``\\ と\\ ``0``\\ で失敗したことが"
 "一目瞭然になります。このトピックの詳細は\\ `More on Unrolled Method Names`_\\ "
 "を参照してください。"

@@ -337,8 +338,8 @@ msgid ""
 "The ``@Unroll`` annotation can also be placed on a spec. This has the same "
 "effect as placing it on each data-driven feature method of the spec."
 msgstr ""
-"``@Unroll``\\ アノテーションはスペッククラスにも付与するすることできます。"
-"これはデータ駆動のフィーチャーメソッドそれぞれにアノテーションを付与したのと"
+"また、\\ ``@Unroll``\\ アノテーションはスペッククラスにも付与するすることできます。"
+"これはデータ駆動テストを行うフィーチャーメソッドそれぞれに、アノテーションを付与したのと"
 "同じ効果が得られます。"

 # f16420ab58004d298f5889935ce63e10
@@ -352,9 +353,9 @@ msgid ""
 "Data tables aren't the only way to supply values to data variables. In fact, "
 "a data table is just syntactic sugar for one or more *data pipes*::"
 msgstr ""
-"データテーブルがデータ変数を定義する唯一の方法ではありません。"
-"実際にはデータテーブルは、1つまたは複数のデータパイプのシンタックスシュガー"
-"に過ぎません。"
+"データテーブルだけが、データ変数を定義する唯一の方法というわけではありません。"
+"データテーブルは、実際には1つ、または複数のデータパイプのシンタックスシュガー"
+"です。"

 # e0d7c74a0d954483a3fbf36d359e495a
 #: ../../data_driven_testing.rst:199
@@ -370,16 +371,16 @@ msgid ""
 "randomly. Data providers are queried for their next value only when needed "
 "(before the next iteration)."
 msgstr ""
-"データパイプは左シフト(``<<``)演算子を使用して、データ変数を\\ *データプロバイダ*\\ "
-"へ設定します。データプロバイダはすべての値を保持し、イテレーション毎に値を1つ"
-"使用します。データプロバイダにはGroovyでイテレーション可能なオブジェクトであれば"
-"何でも使用することができます。これには\\ ``Collection``\\ 、\\ ``String``\\ といった"
-"ものから\\ ``Iterable``\\ インタフェースを実装したオブジェクトが含まれます。"
-"データプロバイダは必ずしも、それがデータ(例えば\\ ``Collection``\\ のような)である"
+"データパイプは左シフト(``<<``)演算子を使用し、データ変数に\\ *データプロバイダ*\\ "
+"を設定します。データプロバイダはすべての値を保持し、イテレーション毎に1つの値を"
+"使用します。データプロバイダには、Groovyでイテレーション可能なオブジェクトであれば、"
+"何でも使用することができます。これには\\ ``Collection``\\ 、\\ ``String``\\ "
+"や、\\ ``Iterable``\\ インタフェースを実装したオブジェクトが含まれます。"
+"データプロバイダは必ずしも、それがデータ(例えば\\ ``Collection``\\ )である"
 "必要はありません。データプロバイダにはテキストファイルや、データベース、"
-"スプレッドシート、またはランダムにデータを生成するといったように、外部リソースから"
-"データを取得することができます。データプロバイダは値が必要になった時点"
-"(次のイテレーション前)で次の値を取得します。"
+"スプレッドシート、またはランダムにデータを生成するといった、外部リソースから"
+"データを取得することもできます。また、データプロバイダは値が必要になった時点"
+"(次のイテレーション前)で、はじめて次の値を取得します。"

 # 4e01b92407154b5e81b10b702afba51f
 #: ../../data_driven_testing.rst:207
@@ -394,8 +395,8 @@ msgid ""
 "variables simultaneously. The syntax is somewhat similar to Groovy multi-"
 "assignment but uses brackets instead of parentheses on the left-hand side::"
 msgstr ""
-"もしデータプロバイダ(Groovyがイテレーションの方法を知っているオブジェクト)が"
-"イテレーション毎に複数の値を返す場合は、複数のデータ変数を同時に設定することが"
+"もしデータプロバイダ(Groovyがイテレーション方法を知っているオブジェクト)が"
+"イテレーション毎に複数の値を返す場合は、複数のデータ変数に対し、同時に値を設定することが"
 "できます。シンタックスはGroovyのマルチ代入に似ていますが、左辺でパーレン(丸括弧)の"
 "の代わりにブラケット(大括弧)を使用します。"

@@ -405,17 +406,17 @@ msgid ""
 "Data values that aren't of interest can be ignored with an underscore "
 "(``_``)::"
 msgstr ""
-"使用しないデータがある場合はアンダースコア(``_``)で無視することができます。"
+"もし、使用しないデータがある場合は、アンダースコア(``_``)で無視することができます。"

 # d688a238e35d42fba87528138b0649c6
 #: ../../data_driven_testing.rst:228
 msgid "Data Variable Assignment"
-msgstr "データ変数の代入"
+msgstr "データ変数への代入"

 # d2310a97c8b64be5b08b6577cbb5f063
 #: ../../data_driven_testing.rst:230
 msgid "A data variable can be directly assigned a value::"
-msgstr "データ変数は直接代入することもできます。"
+msgstr "データ変数へ直接代入することもできます。"

 # c41d51da10d24c2e8ebb907f7e102e69
 #: ../../data_driven_testing.rst:238
diff --git a/docs/translated/ja/LC_MESSAGES/getting_started.mo b/docs/translated/ja/LC_MESSAGES/getting_started.mo
index 74a94af..6695259 100644
Binary files a/docs/translated/ja/LC_MESSAGES/getting_started.mo and b/docs/translated/ja/LC_MESSAGES/getting_started.mo differ
diff --git a/docs/translated/ja/LC_MESSAGES/getting_started.po b/docs/translated/ja/LC_MESSAGES/getting_started.po
index 68b5644..773f91d 100644
--- a/docs/translated/ja/LC_MESSAGES/getting_started.po
+++ b/docs/translated/ja/LC_MESSAGES/getting_started.po
@@ -25,8 +25,8 @@ msgstr "Getting Started"
 # e6a8b2852ebc4c8c8eb37adf6dc7220a
 #: ../../getting_started.rst:4
 msgid "It's really easy to get started with Spock. This section shows you how."
-msgstr "Spockは非常に簡単に使いはじめることができます。"
-"このセクションではそれを実際に見ていきます。"
+msgstr "Spockは非常に簡単に使い始めることができます。"
+"このセクションでは、それ例をいくつかご紹介します。"

 # 5074da7d2cec46739a24134a86866ab1
 #: ../../getting_started.rst:7
@@ -41,8 +41,8 @@ msgid ""
 "around with Spock without making any commitments. So why not run `Hello, "
 "Spock!`_ right now?"
 msgstr ""
-"`Spock Web Console`_ はSpockの仕様を表示、編集、実行したり、さらに公開できる"
-"ウェブサイトです。これは、ちょっとしたSpockの仕様を色々試してみるのに最適の場所です。"
+"`Spock Web Console`_ はSpockのスペックを表示、編集、実行したり、さらに公開できる"
+"ウェブサイトです。これは、ちょっとしたSpockのスペックを色々と試してみるのに最適の場所です。"
 "今すぐ `Hello, Spock!`_ を実行してみましょう！"

 # 554bd5d86f0a42b6abbf1c234fb61e15
@@ -59,9 +59,9 @@ msgid ""
 "Gradle itself and gets you up and running in Eclipse or IDEA with a single "
 "command. See the README for detailed instructions."
 msgstr ""
-"自分のマシンでSpockを試してみるにはExample Project(`download link`_)をダウンロードして"
-"解凍してください。これはAnt、Gradle、またはAntでビルドできる出来るようになっています。"
-"Gradleでのビルドは起動に必要な自分自身を自動で取得し、ワンコマンドでEclipse、またはIDEA"
+"自分のマシンでSpockを試してみるには、Example Project(`download link`_)をダウンロードして、"
+"解凍してください。これはAnt、Gradle、またはAntでビルドできるようになっています。"
+"Gradleでのビルドは自身の起動に必要なファイルを自動で取得し、ワンコマンドでEclipse、またはIDEA"
 "でのビルド環境を構築することもできます。詳しくはREADMEを参照してください。"

 # 7129c1ab67f340d1afea52ba908b849a
@@ -75,7 +75,7 @@ msgid ""
 "The following sections provide further information on how to use Spock in a "
 "number of different environments:"
 msgstr ""
-"次のセクションでは様々な環境下でどのようにSpockを使用するのか説明していきます。"
+"この後のセクションでは、様々な環境下でどのようにSpockを使用するのか説明していきます。"

 # ce8efb68e67347ef832f01c58314b57a
 #: ../../getting_started.rst:21
diff --git a/docs/translated/ja/LC_MESSAGES/interaction_based_testing.mo b/docs/translated/ja/LC_MESSAGES/interaction_based_testing.mo
index f25133d..eef38e3 100644
Binary files a/docs/translated/ja/LC_MESSAGES/interaction_based_testing.mo and b/docs/translated/ja/LC_MESSAGES/interaction_based_testing.mo differ
diff --git a/docs/translated/ja/LC_MESSAGES/interaction_based_testing.po b/docs/translated/ja/LC_MESSAGES/interaction_based_testing.po
index 1f5d8d5..1ac8525 100644
--- a/docs/translated/ja/LC_MESSAGES/interaction_based_testing.po
+++ b/docs/translated/ja/LC_MESSAGES/interaction_based_testing.po
@@ -34,7 +34,7 @@ msgstr ""
 "相互作用中心のテストは2000年代前半に登場したExtreme Programming(XP)"
 "から生まれた設計、テストの手法です。"
 "オブジェクトの状態ではなく振る舞いに注目し、メソッドを呼び出した際に"
-"コラボレータとオブジェクトの間で、意図したとインタラクション(相互作用)"
+"コラボレータとオブジェクトの間で、意図したインタラクション(相互作用)"
 "が行われるか検証します。"

 # debfa7f02af44cb6a423fd0a260359be
@@ -58,7 +58,7 @@ msgid ""
 "*mock object*."
 msgstr ""
 "どのように\\ ``Publisher``\\ をテストすればよいでしょうか？状態中心のテスト"
-"ではpublisherがsubscriberを追跡できているか検証します。しかし一番の関心事は、"
+"ではpublisherがsubscriberを追跡できているか検証します。しかし、ここで一番の関心事は、"
 "publisherが送ったメッセージがsubscriberで受信できるかです。これを検証する"
 "には\\ ``Subscriber``\\ の特別な実装を用意し、publisherとsubscriberの"
 "やり取りを監視します。このような実装を\\ *モックオブジェクト*\\ と呼びます。"
@@ -77,7 +77,7 @@ msgstr ""
 "subscriberのモック実装を開発者自身で用意することもできますが、インタラクションが複雑な"
 "メソッドが増えてくると、非常に手間になってきます。そこでモックフレームワーク"
 "の登場です。このフレームワークはコラボレータがどのように"
-"インタラクションすべきか定義することで、実際にその通りに動作したか検証できます。"
+"インタラクションすべきか定義することで、実際にその通りに動作したか検証することができます。"

 # 24e8bec5a9bd4c10bdeff0a92bc789ce
 #: ../../interaction_based_testing.rst:38
@@ -89,7 +89,7 @@ msgid ""
 "meta-programming, this has the advantage that it also works for testing Java "
 "code."
 msgstr ""
-"よくあるJavaのモックフレームワークと同様に、Spockも"
+"(質問: どのようにモックの生成を実装しているか？) よくあるJavaのモックフレームワークと同様に、Spockも"
 "\\ `JDK動的プロキシ <http://docs.oracle.com/javase/7/docs/api/>`_\\ (インタフェースのモック時)"
 "、\\ `CGLIB <http://cglib.sourceforge.net>`_\\ プロキシ(クラスをモック時)を使用してモックを"
 "作成します。これらは、Groovyのメタプラグラミングを使用した場合に比べ、Javaのコードで"
@@ -112,8 +112,8 @@ msgstr ""
 "\\ `JMock <http://www.jmock.org/>`_\\ 、\\ `EasyMock <http://www.easymock.org/>`_\\ 、"
 "\\ `Mockito <http://code.google.com/p/mockito/>`_\\ といったモックフレームワークが人気があり、"
 "非常に成熟しています。これらのモックフレームワークをSpcokで使用することもできますが、"
-"Spcokの言語仕様に合わせてより自然に記述できるように、モックフレームワークを"
-"Spock自身で再構築することを決めました。この判断は、インタラクション中心の"
+"Spcokの言語仕様に合わせて、より自然に記述できるように、モックフレームワークを"
+"Spock自身で再構築することを決めました。この判断は、相互作用中心の"
 "テストを容易にするため、Groovyの機能を活用し、より読みやすく、より楽しく書けるよう"
 "にしたいという思いからです。"
 "この章を読み終えた時に、その目標が達成されていると感じていただけると幸いです。"
@@ -146,7 +146,7 @@ msgid ""
 "Alternatively, the following Java-like syntax is supported, which may give "
 "better IDE support::"
 msgstr ""
-"または、IDEのサポートが得られやすいように、よりJavaの構文に"
+"または、IDEのサポートが得られやすいように、よりJavaのシンタックスに"
 "近い形で記述することもできます。"

 # 6b8b1190c5b442929500e1f6d669d45c
@@ -155,7 +155,7 @@ msgid ""
 "Here, the mock's type is inferred from the variable type on the left-hand "
 "side of the assignment."
 msgstr ""
-"この場合のモックの型は、左辺の変数の型から推論します。"
+"この場合のモックの型は、左辺の変数の型から推論されます。"

 # 5ca22ed0f5484584b8008aab18278335
 #: ../../interaction_based_testing.rst:67
@@ -546,7 +546,7 @@ msgstr ""
 "左シフト(``>>``, ``>>>``)のどちらか含まれていた場合に、インタラクション"
 "の定義として識別します。このような式は、本来もっている式の意味を変えることで、"
 "正しく動作してます。また、多重度の定義(モッキング)と、レスポンス定義(スタビング)"
-"の構文を間違わないようにしてください。これらは必ずどちらかが、"
+"のシンタックスを間違わないようにしてください。これらは必ずどちらかが、"
 "定義されなければなりません。\\ ``foo.bar()``\\ といった単独の式が、インタラクション"
 "として識別されることはありません。"

@@ -1329,8 +1329,8 @@ msgid ""
 "type. If no constructor arguments are provided, the type's default "
 "constructor will be used."
 msgstr ""
-"スパイは常に実際のオブジェクトである必要があります。そのため、インタフェースではなく"
-"クラスの型を、コンストラクタの引数と共に指定する必要があります。"
+"スパイは常に本物のオブジェクトである必要があります。そのため、インタフェースではなく"
+"クラスの型をコンストラクタの引数に指定してください。"
 "もしコンストラクタの引数を指定しなかった場合は、デフォルトコンストラクタが"
 "使用されます。"

@@ -1341,8 +1341,8 @@ msgid ""
 "Likewise, values returned from the real object's methods are passed back to "
 "the caller via the spy."
 msgstr ""
-"スパイのメソッド呼び出しは、自動的に実際のオブジェクトに委譲されます。"
-"同様にメソッドの戻り値は、実際のオブジェクトからスパイを経由して呼び出し元に返ります。"
+"スパイのメソッド呼び出しは、自動的に本物のオブジェクトに委譲されます。"
+"同様にメソッドの戻り値は、本物のオブジェクトからスパイを経由して呼び出し元に返ります。"

 # ecaa3c9065a34ca890230e8443f068e7
 #: ../../interaction_based_testing.rst:683
@@ -1361,14 +1361,14 @@ msgid ""
 "underlying the spy remains unaltered."
 msgstr ""
 "このようにpublisherと\\ ``SubscriberImpl``\\ を変更することなく、スパイを使用して"
-"\\ ``receive``\\ が１回呼ばれたことを確認できまます。"
+"\\ ``receive``\\ が1回呼ばれたことを確認できます。"

 # bcb6dca5cdaa413697f84e42bb3a109e
 #: ../../interaction_based_testing.rst:690
 msgid ""
 "When stubbing a method on a spy, the real method no longer gets called::"
 msgstr ""
-"またスパイでメソッドをスタビングと、実際のメソッドが呼ばれなくなります。"
+"またスパイでメソッドのスタビングを行うと、本物のメソッドが呼ばれなくなります。"

 # bbe7c076e6f34ec5af6168922b85a117
 #: ../../interaction_based_testing.rst:694
@@ -1376,7 +1376,7 @@ msgid ""
 "Instead of calling ``SubscriberImpl.receive``, the ``receive`` method will "
 "now simply return ``\"ok\"``."
 msgstr ""
-"これは\\ ``SubscriberImpl.receive``\\ を呼び出す代わりに、\\ ``receive``\\ メソッドが"
+"これは本物の\\ ``SubscriberImpl.receive``\\ が呼ばれる代わりに、\\ ``receive``\\ メソッドが"
 "単に\\ ``\"ok\"``\\ を返すようになります。"

 # 5e52ed2c706f43f2b8f6eac78e0019cc
@@ -1385,8 +1385,8 @@ msgid ""
 "Sometimes, it is desirable to both execute some code *and* delegate to the "
 "real method::"
 msgstr ""
-"場合によっては、任意のコードと、実際のメソッドへの委譲の両方を"
-"組み合わせたい場合もあります。"
+"さらに、場合によっては、任意のコード実行と、本物のメソッドへの委譲の両方を"
+"組み合わせたい場合もでしょう。"

 # b9a97da4fd6843e0a2e730f82c8f6fd0
 #: ../../interaction_based_testing.rst:700
@@ -1398,11 +1398,11 @@ msgid ""
 "instead. If we had wanted to pass a different message to the real method, we "
 "could have used ``callRealMethodWithArgs(\"changed message\")``."
 msgstr ""
-"このように実際のメソッドに処理を委譲する場合は\\ ``callRealMethod()``\\ メソッドを使用します。"
-"呼び出す際に\\ ``message`` の引数を設定する必要がないことに注意してください。"
-"これは自動的に設定されます。\\ ``callRealMethod()`` の呼び出しに"
-"実際の処理結果が返りますが、この例ではこの値を使用せずに自身の値に差し替えています。"
-"また、呼び出しと異なる引数を実際のメソッドに設定したい場合は"
+"このように本物のメソッドに処理を委譲する場合は\\ ``callRealMethod()``\\ メソッドを使用します。"
+"ここで、呼び出す際に\\ ``message`` の引数を設定していないことに注意してください。"
+"このメソッドの引数は、Spockが自動的に設定します。この例では\\ ``callRealMethod()`` の呼び出しに"
+"本当の処理結果が返りますが、この値を使用せず値を差し替えています。"
+"また、呼び出しと異なる引数を、本物のメソッドに設定したい場合は"
 "\\ ``callRealMethodWithArgs(\"changed message\")``\\ を使用できます。"

 # 47985cbb55ed41608144f05484a699cc
@@ -1431,8 +1431,8 @@ msgid ""
 msgstr ""
 "これまで説明してきたモックの機能は、呼び出し元のコードがJava、またはGroovyの"
 "どちらでも問題なく動作します。Groovyモックは、"
-"動的な性質を活用しているGroovyのコードをテストするための、"
-"Groovy固有のテスト機能をサポートします。"
+"Groovyの動的な性質を活用したコードをテストするための、"
+"Groovy固有のテスト機能をサポートしています。"
 "これらは\\ ``MockingApi.GroovyMock()``\\ 、\\ ``MockingApi.GroovyStub()``\\ 、"
 "\\ ``MockingApi.GroovySpy()``\\ のファクトリメソッドを使用して作成できます。"

@@ -1446,17 +1446,17 @@ msgid ""
 "specification and/or mocked type is written in Groovy. Unless you have a "
 "concrete reason to use a Groovy mock, prefer a regular mock."
 msgstr ""
-"(どのような場合に通常モックではなくGroovyモックを使用すべきか？) "
-"内部の実装にGroovyを使用しており、Groovy特有のモック機能が必要な場合に使用してください。"
-"もしJavaのコードから呼び出された場合は、Groovyモックは通常のモックと"
-"同じように振舞います。ただし、このような場合はGroovyモックを使用する必要が"
-"ありません。Groovyモックは、Groovyで書かれたコードに対して、Groovy固有のテスト機能を追加しているためです。"
+"(質問: どのような場合に通常モックではなくGroovyモックを使用すべきか？) "
+"内部の実装にGroovyを使用していて、かつGroovy固有のモック機能が必要な場合に使用してください。"
+"もしJavaのコードからGroovyモックが呼び出された場合は、Groovyモックは通常のモックと"
+"同じように振舞います。ただしこのような場合は、そもそもGroovyモックを使用する必要が"
+"ありません。Groovyモックは、Groovyで書かれたコードに対して、Groovy固有のテスト機能を追加しており、Javaから利用する際はこの機能が意味を持たないためです。"
 "もし、Groovyモックを使用する特別な理由がない限り、通常のモック機能を使用してください。"

 # d18076b55d31404bb35db43d0806a1ed
 #: ../../interaction_based_testing.rst:744
 msgid "Mocking Dynamic Methods"
-msgstr "動的メソッドをモッキング"
+msgstr "動的メソッドのモッキング"

 # 1fc8b29bc2f948f7ad01ead99577754d
 #: ../../interaction_based_testing.rst:746
@@ -1466,7 +1466,7 @@ msgid ""
 "methods::"
 msgstr ""
 "すべてのGroovyモックは\\ ``GroovyObject``\\ のインタフェースを実装しています。"
-"これらは通常のメソッドと同じように、動的メソッドへのモックとスタブをサポートしています。"
+"これらは通常のメソッドと同じように、動的メソッドへのモッキングとスタビングをサポートしています。"

 # a4e7a9a6e21041e88190eedfd6dea20b
 #: ../../interaction_based_testing.rst:756
@@ -1496,11 +1496,11 @@ msgid ""
 "mock object's instance isn't ever passed to the publisher; it is only used "
 "to describe the interaction."
 msgstr ""
-"はじめに２つの本物のsubscriber実装インスタンスを持つpublisherを準備します。"
-"その次に、この本物のsubscriber実装の型を指定してグローバルモックを作成します。"
-"このようにすることで実際のsubscriberに対する全てのメソッド呼び出しが、"
-"モックオブジェクトへ送られます。また、モックオブジェクトのインスタンスは"
-"publisherに設定していません。このモックオブジェクトはインタラクションを宣言するためだけに使用します。"
+"はじめに2つの本物のsubscriber実装インスタンスを持つpublisherを準備します。"
+"次に、この本物のsubscriber実装の型を指定して、グローバルモックを作成します。"
+"このようにすることで本物のsubscriberに対する全てのメソッド呼び出しが、"
+"モックオブジェクトへ送られるようになります。また、ここでモックオブジェクトのインスタンスを"
+"publisherに設定していません。このモックオブジェクトは、インタラクションを定義するためだけに使用します。"

 # aea9e744fecf4810ba59e56bcb4d5f23
 #: ../../interaction_based_testing.rst:780
@@ -1508,7 +1508,7 @@ msgid ""
 "A global mock can only be created for a class type. It effectively replaces "
 "all instances of that type for the duration of the feature method."
 msgstr ""
-"グローバルオブジェクトはクラスの型にのみ使用できます。これはフィーチャーメソッドの実行中に"
+"グローバルモックはクラスの型にのみ使用できます。これはフィーチャーメソッドが実行中の間、"
 "その型の全てのインスタンスが差し替わります。"

 # 8138a59cf10f44d3870400192d68abac
@@ -1522,7 +1522,7 @@ msgstr ""
 "グローバルモックは全てのインスタンスに影響を与えますが、グローバルに使用する場合は\\ ``GroovySpy``\\ "
 "も非常に便利です。これは、必要な部分の動作だけ変更を行い、"
 "インタラクションが\\ *一致しない*\\ 場合は実際のメソッドを実行することが可能です。"
-"また、呼び出しの確認もできます。"
+"また、呼び出しの確認にも使用できます。"

 # 83b0129da7344c0fb5a41786a160e744
 #: ../../interaction_based_testing.rst:790
@@ -1533,22 +1533,22 @@ msgid ""
 "based on a CGLIB proxy, it will retain its general mocking capabilities (but "
 "not its super powers) when called from Java code."
 msgstr ""
-"(どのようにグローバルモックを実装しているか？) "
-"グローバルなGroovyモックはGroovyのメタプログラミングのスーパーパワーを活用しています。"
-"具体的には、フィーチャーメソッドの実行中、すべてのグローバルモックの型に"
-"カスタムのメタクラスが設定します。グローバルなGroovyモックはCGLIBのプロキシを"
-"ベースに作成しているため、Javaから呼ばれた場合も通常のモックのように"
-"振る舞うことができます(ただしスーパーパワーは発揮されません)。"
+"(質問: どのようにグローバルモックを実装しているか？) "
+"グローバルなGroovyモックは、Groovyのメタプログラミングの超パワーを活用しています。"
+"具体的には、フィーチャーメソッドが実行中の間、すべてのグローバルモックの型に対し、"
+"カスタムのメタクラスを設定しています。また、グローバルなGroovyモックはCGLIBのプロキシを"
+"ベースに作成しているため、Javaから呼ばれた場合も、通常のモックのように"
+"振る舞うことができます(ただし超パワーは発揮されません)。"

 # db7c1be6744f4a09b3668274410f79ab
 #: ../../interaction_based_testing.rst:798
 msgid "Mocking Constructors"
-msgstr "コンストラクタをモッキング"
+msgstr "コンストラクタのモッキング"

 # 54b151d48ba94e53bb175fb141ce367d
 #: ../../interaction_based_testing.rst:802
 msgid "Global mocks support mocking of constructors::"
-msgstr "グローバルモックはコンストラクタのモックをサポートしています。"
+msgstr "グローバルモックはコンストラクタのモッキングをサポートしています。"

 # 4043e3eca2184048a8819dade70f32b1
 #: ../../interaction_based_testing.rst:808
@@ -1557,8 +1557,8 @@ msgid ""
 "remains unchanged. To change which object gets constructed, we can stub the "
 "constructor::"
 msgstr ""
-"ここではスパイを使用しているため、コンストラクタは変更されずにオブジェクトが"
-"返ります。コンストラクタの動作を変更するには、コンストラクタをスタブします。"
+"ここではスパイを使用しているため、コンストラクタの振る舞いは変更されずに、モックオブジェクトが"
+"作成されます。コンストラクタの振る舞い変更するには、コンストラクタをスタビングします。"

 # e75044f5380e4beb854197f9d1b275cc
 #: ../../interaction_based_testing.rst:813
@@ -1572,12 +1572,12 @@ msgstr ""
 # d7a210665d22470086bc7deb90dc854f
 #: ../../interaction_based_testing.rst:819
 msgid "Mocking Static Methods"
-msgstr "Staticメソッドをモッキング"
+msgstr "Staticメソッドのモッキング"

 # 1ea4c3fa67714fb7af1236f79362daf4
 #: ../../interaction_based_testing.rst:823
 msgid "Global mocks support mocking and stubbing of static methods::"
-msgstr "グローバルモックはstaticメソッドのモックとスタブをサポートします。"
+msgstr "グローバルモックはstaticメソッドの、モッキングとスタビングをサポートしています。"

 # 0a35934f567444c3ae93aaa21c29a593
 #: ../../interaction_based_testing.rst:829
@@ -1593,7 +1593,7 @@ msgid ""
 msgstr ""
 "もしグローバルモックをコンストラクタ、またはstaticメソッドのモックにのみ"
 "使用している場合は、モックインスタンスは必要がありません。"
-"このような場合は、代わりに以下のように書くことができます。"
+"このような場合は、以下のように書くこともできます。"

 # 98b7b14b687f465f8abd3a25bfee3f40
 #: ../../interaction_based_testing.rst:837
@@ -1606,8 +1606,8 @@ msgid ""
 "Most of the time you shouldn't need these features. But if you do, you'll be "
 "glad to have them."
 msgstr ""
-"ほとんどの人にとってはこの機能は必要ありません。しかし、一部のユーザには"
-"非常に有益な機能です。"
+"ほとんどの人にとってはこの機能は必要がありません。しかし、一部のユーザにとっては"
+"非常に有益な機能なはずです。"

 # 34f856d6241d41ee85414e5c72587e96
 #: ../../interaction_based_testing.rst:844
@@ -1627,11 +1627,11 @@ msgid ""
 msgstr ""
 "これが最後の話題になります。\\ ``Mock()``\\ 、\\ ``Stub()``\\ 、そして"
 "\\ ``Spy()``\\ のファクトリメソッドは、任意の構成でモックオブジェクトを作成するための"
-"手段が、あらかじめ用意されています。もし、より細かくモックの設定を制御したい場合は、"
+"方法が、あらかじめ用意されています。もしこの構成をより細かく制御したい場合は、まず"
 "\\ ``org.spockframework.mock.IMockConfiguration``\\ インタフェースを"
 "参照してください。このインタフェース\\ [#mockConfiguration]_\\ の全てのプロパティは、"
 "\\ ``Mock()``\\ メソッドへ名前付き引数として設定することができます。"
-"例えば次のように使用します。"
+"例えば以下のように使用します。"

 # b93c51442d4f4da1bf072ee2ec9c04cc
 #: ../../interaction_based_testing.rst:853
@@ -1643,10 +1643,10 @@ msgid ""
 "invocations."
 msgstr ""
 "ここで作成したモックは、通常の\\ ``Mock()``\\ で作成した場合と同じ"
-"デフォルト値を返しますが、(\\ ``Stub()``\\ のような)呼び出し確認を"
+"デフォルト値を返しますが、(\\ ``Stub()``\\ のように)呼び出しの確認を"
 "行いません。また、\\ ``ZeroOrNullResponse``\\ を設定する代わりに、"
 "予期しないメソッドの呼び出しに対応するといった、独自の"
-"\\ ``org.spockframework.mock.IDefaultResponse``\\ 実装を設定することが"
+"\\ ``org.spockframework.mock.IDefaultResponse``\\ 実装を設定することも"
 "できます。"

 # 587b55a90aa6416bab08ee81e33984a0
@@ -1660,7 +1660,7 @@ msgid ""
 "To find out whether a particular object is a Spock mock object, use a ``org."
 "spockframework.mock.MockDetector``::"
 msgstr ""
-"オブジェクトがSpockのモックオブジェクトであるかどうかを調べるには、"
+"オブジェクトがSpockのモックオブジェクトであるか調べるには、"
 "\\ ``org.spockframework.mock.MockDetector``\\ を使用します。"

 # f3b5019ad6f44b96832894384362e9c2
@@ -1668,7 +1668,7 @@ msgstr ""
 msgid ""
 "A detector can also be used to get more information about a mock object::"
 msgstr ""
-"また、detectorはモックオブジェクトの詳細情報を取得するためにも使用できます。"
+"また、detectorはモックオブジェクトの詳細情報を取得することもできます。"

 # 6378a9ce239143a497f04809e9047c99
 #: ../../interaction_based_testing.rst:882
@@ -1681,7 +1681,7 @@ msgid ""
 "To learn more about interaction-based testing, we recommend the following "
 "resources:"
 msgstr ""
-"インタラクション中心のテストについて、次の情報を参照することをおすすめします。"
+"相互作用中心のテストについて、次の情報を参照することをおすすめします。"

 # d13528aa0fcf4ca2b5722677a0ca97ce
 #: ../../interaction_based_testing.rst:886
@@ -1707,7 +1707,7 @@ msgstr ""
 msgid ""
 "Paper from the OOPSLA2004 conference that explains how to do mocking *right*."
 msgstr ""
-"どのように\\ *適切*\\ にモッキングか説明した、OOPSLA2004カンファレンスの資料"
+"どのように\\ *適切*\\ にモッキングするか説明した、OOPSLA2004カンファレンスの資料"

 # dcb9e04f97104827a5c9f4bae686cf4c
 #: ../../interaction_based_testing.rst:894
@@ -1733,7 +1733,7 @@ msgid ""
 "TDD pioneers Steve Freeman and Nat Pryce explain in detail how test-driven "
 "development and mocking work in the real world."
 msgstr ""
-"TDDのパイオリアであるSteve FreemanとNat Pryceが、実際にどのように"
+"TDDのパイオニアであるSteve FreemanとNat Pryceが、実際にどのように"
 "モックを活用しながら、テスト駆動開発を行うのか詳細に説明している"

 # 654318048279431ea4b00acf7dde91a1
@@ -1757,7 +1757,7 @@ msgid ""
 "is being declared as part of the same statement."
 msgstr ""
 "同じステートメントの一部として宣言しているため、クロージャから"
-"``subscriber``の変数を参照することができません。"
+"\\ ``subscriber``\\ の変数を参照することができません。"

 # 22c98e01531a45dc9be74c533a9682f2
 #: ../../interaction_based_testing.rst:910
diff --git a/docs/translated/ja/LC_MESSAGES/introduction.mo b/docs/translated/ja/LC_MESSAGES/introduction.mo
index 35d07d3..6c8d2fe 100644
Binary files a/docs/translated/ja/LC_MESSAGES/introduction.mo and b/docs/translated/ja/LC_MESSAGES/introduction.mo differ
diff --git a/docs/translated/ja/LC_MESSAGES/introduction.po b/docs/translated/ja/LC_MESSAGES/introduction.po
index 4b0124c..1befc25 100644
--- a/docs/translated/ja/LC_MESSAGES/introduction.po
+++ b/docs/translated/ja/LC_MESSAGES/introduction.po
@@ -32,7 +32,7 @@ msgid ""
 "servers. Spock is inspired from JUnit, jMock, RSpec, Groovy, Scala, Vulcans, "
 "and other fascinating life forms."
 msgstr ""
-"SpockはJava、Groovyのアプリケーション向けの、テストまたは仕様フレームワークです。"
+"SpockはJava、Groovy向けの、テストまたは仕様フレームワークです。"
 "他のツールと比べて何より特徴的なのは、その美しく表現力の高い仕様記述言語です。"
 "JUnitランナーの仕組みのお陰で、SpockはほとんどのIDEや、ビルドツール、"
 "継続的インテグレーションサーバと互換性があります。"