Goのテスト ケースは逐次、テストは並列 2024/08/23 #めぐろLT 株式会社HRBrain 岡田 光博

2 AGENDA ● 自己紹介 ● テストが「CIでは通る」が「ローカルで通らない」 ● 実装しているテストの例 ● 問題のあったテストの例 ● 何が問題だったか ● 具体的な実装の例 ● まとめ

自己紹介

4 自己紹介 ● 岡田光博（みつ） ● 現在は、新規プロダクトでバックエンド！（4月〜） ○ もともとは、フロントエンド（インターン） ● 趣味 ○ カメラ ○ 音楽（最近は、R&B） ○ 食べ飲み歩く（三茶の混混ってところおすすめ） ● アイスブレイク

アイスブレイク 先週の台風でぷち怖かった話

6 アイスブレイク ● Timesでつぶやくと・・・

7 アイスブレイク ● 確認漏れでした。

Goのテスト 「CIでは通る」が「ローカルで通らない」

9 「CIでは通る」が「ローカルで通らない」 こんなエラーが・・・。 === RUN Test_Domain_XXX fatal error: sync: unlock of unlocked mutex goroutine 1 [running]:

10 「CIでは通る」が「ローカルで通らない」 mutexエラー ↓ 複数のゴルーチンから同じメモリ領域にアクセスしようとして、エラーが出るのだろうかと考 えて調査を進めていた

11 実装しているテストの例 ● Test_XXX ● fields ● tests（ケース） ● t.Runでコールバック

12 問題のあったテストの例 ● monkey.Patch() ← Returnの値をPatchするために使っている箇所があった。 ● Test_XXX ● fields ● tests（ケース） ● t.Runでコールバック

13 何が問題だったか ● defer は、関数の最後に実行される ● patch() と unpatch() は内部でmutexのlockを使っている ● テストケースは逐次実行されるが、 Test_XXXは、並列に実行される ● Test_XXX() とその他の Testが一緒に走り、unlock 前に次の lock をかけようとした ↓ ● 本来、よりスコープの狭いt.Run内のコールバック関数で patch() の unpatch()（mutex のlock解除）を実行しないといけない

14 具体的な実装の例 ● Test_XXXの下ではなく、t.Runのコールバックの中でdeferで解除処理をする。

● Goのテストは、並列に実行される ● Goのテストケースは、逐次実行される ● defer は、関数の最後に実行される ● lockの解除タイミングを誤ると処理がぶつかることがある。 15 まとめ

ご清聴ありがとうございました！