Fix typos

Author: kkushimoto

lang/TUTORIAL_JAPANESE.md

@@ -820,7 +820,7 @@ type CollectionUpdatePayload {
 ここでも依然として`collection`がNullableになっていることに注目してください。
 渡されたものが有効なコレクションのIDでなかった場合、返すべきコレクションがないからです。
 
-*ルール #23: すべてのエラーケースおいて返せる特定の値がないのであれば、mutationが返すほとんどのフィールドはNullableであること。*
+*ルール #23: すべてのエラーケースにおいて返せる特定の値がないのであれば、mutationが返すほとんどのフィールドはNullableであること。*
 
 ## TLDR: The rules
 
@@ -846,7 +846,7 @@ type CollectionUpdatePayload {
 - ルール #20: フォーマットが曖昧でクライアント側の検証がシンプルな場合は強い型付け（`String`ではなく`DateTime`）を行うこと。型付けにより明確さを得られ、クライアントにより厳しい入力値管理（フリーテキスト入力ではなくカレンダーウィジェットを用いる）を促せる。
 - ルール #21: たとえいくつかのフィールドの必須制約を緩和する必要があっても、重複を減らすためにmutationの入力を構造化すること。
 - ルール #22: mutationはビジネスロジックレベルのエラーを`userErrors`フィールドに入れて返すこと。トップレベルのエラーフィールドはクライアントおよびサーバーレベルのエラーのために残しておくこと。
-- ルール #23: すべてのエラーケースおいて返せる特定の値がないのであれば、mutationが返すほとんどのフィールドはNullableであること。
+- ルール #23: すべてのエラーケースにおいて返せる特定の値がないのであれば、mutationが返すほとんどのフィールドはNullableであること。
 
 ## Conclusion