[from now] 2013/03/25 17:59:34

diff --git a/docs/locale/ja/LC_MESSAGES/interaction_based_testing.po b/docs/locale/ja/LC_MESSAGES/interaction_based_testing.po
index ae4f425..401774f 100644
--- a/docs/locale/ja/LC_MESSAGES/interaction_based_testing.po
+++ b/docs/locale/ja/LC_MESSAGES/interaction_based_testing.po
@@ -58,7 +58,7 @@ msgid ""
 msgstr ""
 "どのように\\ ``Publisher``\\ をテストすればよいでしょうか？状態中心のテスト"
 "ではpublisherがsubscriberを追跡できているか検証します。しかし一番の関心事は、"
-"publisherが送ったメッセージがsubscriberで受信できるかです。これを確かめる"
+"publisherが送ったメッセージがsubscriberで受信できるかです。これを検証する"
 "には\\ ``Subscriber``\\ の特別な実装を用意し、publisherとsubscriberの"
 "やり取りを監視します。このような実装を\\ *モックオブジェクト*\\ と呼びます。"

@@ -73,11 +73,10 @@ msgid ""
 "generate mock implementations of collaborators that verify these "
 "expectations."
 msgstr ""
-"subscriberのモック実装を開発者自身で行うこともできますが、相互作用が複雑な"
+"subscriberのモック実装を開発者自身で用意することもできますが、相互作用が複雑な"
 "メソッドが増えてくると、非常に手間になってきます。そこでモックフレームワーク"
 "の登場です。このフレームワークはコラボレータがどのように"
-"相互作用すべきか定義でき、またそれが期待どおりに動いたか検証"
-"できます。"
+"相互作用すべきか定義でき、その定義どおりに動作したか検証できます。"

 # 24e8bec5a9bd4c10bdeff0a92bc789ce
 #: ../../interaction_based_testing.rst:38
@@ -90,10 +89,10 @@ msgid ""
 "code."
 msgstr ""
 "よくあるJavaのモックフレームワークと同様に、Spockも"
-"\\ `JDK動的プロキシ <http://docs.oracle.com/javase/7/docs/api/>`_\\ (モックインタフェースの作成時)"
-"、\\ `CGLIB <http://cglib.sourceforge.net>`_\\ プロキシ(モッククラスの作成時)を使用してモックを"
-"作成しています。Groovyのメタプラグラミングと比べると、Javaのコードに対してテストする際に"
-"有利に働きます。"
+"\\ `JDK動的プロキシ <http://docs.oracle.com/javase/7/docs/api/>`_\\ (インタフェースのモックする時)"
+"、\\ `CGLIB <http://cglib.sourceforge.net>`_\\ プロキシ(クラスをモックする時)を使用してモックを"
+"作成します。これらは、Groovyのメタプラグラミングを使用した場合にくらべ、Javaで"
+"モックを使用する際に有利に働きます。"

 # d0dd89c9f6b144b0b02acbb9aa9f1181
 #: ../../interaction_based_testing.rst:43
@@ -111,10 +110,10 @@ msgstr ""
 "Javaの世界では、"
 "\\ `JMock <http://www.jmock.org/>`_\\ 、\\ `EasyMock <http://www.easymock.org/>`_\\ 、"
 "\\ `Mockito <http://code.google.com/p/mockito/>`_\\ といったモックフレームワークが人気があり、"
-"また非常に成熟しています。これらのモックフレームワークをSpcokで使用することもできますが、"
-"Spcokの言語仕様に合わせてより自然に記述できるよう、これらのモックフレームワークを"
+"非常に成熟しています。これらのモックフレームワークをSpcokで使用することもできますが、"
+"Spcokの言語仕様に合わせてより自然に記述できるように、モックフレームワークを"
 "Spock自身で再構築することを決めました。この判断は、相互作用中心の"
-"テストを容易にするため、Groovyの機能を活用しより読みやすく、より楽しく書けるよう"
+"テストを容易にするため、Groovyの機能を活用して、より読みやすく、より楽しく書けるよう"
 "にしたいという思いからです。"
 "この章を読み終えた時に、その目標が達成されていると感じていただけると幸いです。"

@@ -124,7 +123,7 @@ msgid ""
 "Except where indicated, all features of Spock's mocking framework work both "
 "for testing Java and Groovy code."
 msgstr ""
-"特に何も明示されていない限り、すべての機能はJavaとGroovyで使用することができます。"
+"特に何も明示していない限り、すべての機能はJavaとGroovyで使用することができます。"

 # 843766b3049a4ec7b1a78e71767197ab
 #: ../../interaction_based_testing.rst:53
@@ -137,8 +136,8 @@ msgid ""
 "Mock objects are created with the ``MockingApi.Mock()`` method [#creating]_. "
 "Let's create two mock subscribers::"
 msgstr ""
-"モックオブジェクトは\\ ``MockingApi.Mock()``\\ メソッドで作成できます\\ [#creating]_\\ 。"
-"２つのsubscriberのモックを作成してみましょう。"
+"モックオブジェクトは\\ ``MockingApi.Mock()``\\ メソッドで作成します\\ [#creating]_\\ 。"
+"2つのsubscriberモックを作成してみましょう。"

 # 12a6c83680a1401c92cc9ea29f7875ed
 #: ../../interaction_based_testing.rst:60
@@ -155,7 +154,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
@@ -163,7 +162,7 @@ msgid ""
 "If the mock's type is given on the left-hand side of the assignment, it's "
 "permissible (though not required) to omit it on the right-hand side."
 msgstr ""
-"もしモックの型が左辺で指定した場合は、右辺で型を省略することができます(指定しても問題ありません)。"
+"もしモックの型を左辺で指定した場合は、右辺で型を省略することができます(指定しても問題ありません)。"

 # 40f827a8103e457383377bbb220e02bd
 #: ../../interaction_based_testing.rst:70
@@ -176,7 +175,7 @@ msgstr ""
 "モックオブジェクトは文字通りその型の実装(クラスの場合はサブクラス)を作成します。"
 "別の言い方をすると、上記の例でsubscriberはis-a Subscriberです。"
 "これは、この型を期待する静的型付けのコード(Java)に"
-"このオブジェクトを渡すことができるということを意味しています。"
+"このオブジェクトを渡せることを意味しています。"

 # 92b15d3b0c0d44d8a26f37dffc24ea58
 #: ../../interaction_based_testing.rst:75
@@ -199,14 +198,14 @@ msgid ""
 msgstr ""
 "Mockitのように、モックフレームはデフォルトでlenient(緩い)であるべきだと考えています。"
 "これはモックオブジェクトに対して予期しないメソッド(別の言い方をすると、"
-"テストと関係のない相互作用)の呼び出しが可能で、"
-"その呼び出しに対しデフォルトのレスポンスを返すことを意味しています。"
+"テストと関係のない相互作用)の呼び出しを許容し、"
+"その呼び出しに対しデフォルトのレスポンスを返すことを意味します。"
 "逆にEasyMock、JMockといったモックフレームはデフォルトでstrictで、"
-"予期しないメソッドの呼び出しに対して例外をスローします。"
+"予期しないメソッドの呼び出しに対し、例外をスローします。"
 "このような厳密性の強制は、内部のコード変更に対してテストが壊れやすくなり、"
 "すぐにテストが失敗する、over-specification(詳細すぎる仕様)を引き起こします。"
 "Spockはモックフレームワークによくあるover-specificationを避け、"
-"関心のある相互作用だけを簡単に記述することができます。"
+"関心のある相互作用だけに集中できます。"

 # cf77246bfb6441debd3f255bf615b39f
 #: ../../interaction_based_testing.rst:86
@@ -220,15 +219,14 @@ msgid ""
 "type it represents. This default behavior is overridable by stubbing the "
 "methods, which we will learn about in the `Stubbing`_ section."
 msgstr ""
-"初期状態のモックは何の振る舞いもしません。このオブジェクトに対して"
-"メソッドの呼び出しをすることはできますが、メソッドの戻り値の型に応じた"
+"初期状態のモックは何の振る舞いもしません。このオブジェクトの"
+"メソッドを呼び出すことはできますが、戻り値の型に応じた"
 "デフォルト値を返すだけです(\\ ``false``\\ 、\\ ``0``\\、または\\ ``null``\\ )。"
 "ただし\\ ``Object.equals``\\ 、\\ ``Object.hashCode``\\ 、\\ ``Object.toString``\\ メソッド"
-"は例外です。モックオブジェクトはオブジェクト毎に一意のハッシュコードを持ち"
-"自身との比較にのみ等しくなります。そして文字列表現では、そのモックが表す"
-"型が含まれるようになっています。"
-"このデフォルトの動作はスタブすることによりオーバーライド可能です。"
-"詳細は\\ :ref:`スタブする <Stubbing>`\\ で説明します。"
+"は例外です。モックオブジェクトはオブジェクト毎に一意のハッシュコードを持ち、"
+"自身との比較にのみ等しくなります。そして\\ ``Object.toString``\\ の文字列表現では、モックした"
+"型が含まれます。これらのデフォルトの動作はスタビングによりオーバーライド可能です。"
+"詳細は\\ :ref:`スタビング <Stubbing>`\\ で説明します。"

 # da8994c41e7a43b8a2553a67729422f5
 #: ../../interaction_based_testing.rst:93