Sendai

2026 年 2 月 21 日に Go Conference mini in Sendai 2026 が開催されました。僕は「Who tests the Tests ?」というタイトルで登壇し、参加者としてもセッションや懇親会を楽しんできました。とても楽しかったので、イベント全体の雰囲気、自身の発表内容、仙台でのコミュニティとの交流について書き残しておきます。 僕と Sendai.go 僕にとって Sendai.go は特別な意味を持つカンファレンスです。というのも、生まれてはじめて現地参加したオフラインカンファレンスが Go Conference mini 2022 Autumn IN SENDAI だったからです。学生の頃からGo Conference に登壇していましたが、当時はまだコロナが少しずつ落ち着いてきたかなといった時代だったこともあり登壇は全てオンラインで行っていました。オフラインで登壇をすると、発表を本当に聞かれている、リアクションしてくれるというオンライン上では感じ取り辛いライブ感が加わりとても楽しかったことを覚えています。 その場で交わした会話や紹介してもらった人たちとのつながりは、その後のカンファレンスや OSS 活動を通じて現在まで続いています。Go Conference の運営に関わるようになり、メインオーガナイザーになったことも、そのテーマを「一期一会」にしたことも、Kubernetes や Argo CD のメンテナーとして活動するようになったことも、あのときの一歩が出発点でした。 そうした個人的な原点とも呼べる場所に、4 年後の 2026 年に登壇者として戻ってくることができたのは、非常に感慨深い出来事でした。 登壇: Who tests the Tests ? 僕のセッションでは、Mutation Testing と、それを Go 向けに実装した OSS ツール gomu について発表しました。スライドは SpeakerDeck で公開しています。 発表の趣旨 近年の開発では AI エージェントによるコード生成とテスト生成が急速に普及しています。人間が書いたコードも AI が書いたコードも、最終的に品質を担保するガードレールは CI であり、その中核にあるのがテストです。しかし「テストが存在すること」と「テストが意味のある検証をしていること」は別の問題です。 従来、テストの品質指標としては Code Coverage が広く使われてきました。しかし Goodhart’s Law – 「ある指標が目標になると、その時点でその指標は良い指標ではなくなる」– が示すとおり、カバレッジを追い求めると、assertion を書かずにコードを通過するだけの形骸化したテストが生まれてしまいます。AI エージェントにテスト生成を任せると、t.Skip を使って実質的に何も検証していないテストを生成されるケースすら存在します。 ...