これまで私は、マルチスレッド コードのテストという悪夢を避けてきました。あまりにも危険が大きすぎるように思えるからです。スレッドに依存して正常に実行されるコードをテストする方法、または 2 つのスレッドが特定の方法で相互作用するときにのみ発生する種類の問題をテストする方法を知りたいと思います。
これは今日のプログラマーにとって本当に重要な問題のように思われます。この問題について私たちの知識を共有することは有益だと思います。
ベストアンサー1
まあ、これを行う簡単な方法はありません。私は本質的にマルチスレッドのプロジェクトに取り組んでいます。イベントはオペレーティング システムから送られてきて、それを同時に処理する必要があります。
複雑なマルチスレッド アプリケーション コードのテストに対処する最も簡単な方法は次のとおりです。テストするには複雑すぎる場合は、やり方が間違っています。複数のスレッドが動作する単一のインスタンスがあり、これらのスレッドが互いに重なり合う状況をテストできない場合は、設計をやり直す必要があります。これは、単純でありながら複雑でもあります。
スレッドが同時にインスタンスを実行するのを回避するマルチスレッドのプログラミングには、さまざまな方法があります。最も簡単な方法は、すべてのオブジェクトを不変にすることです。もちろん、通常は不可能です。そのため、設計の中でスレッドが同じインスタンスとやり取りする場所を特定し、その場所の数を減らす必要があります。これを行うと、マルチスレッドが実際に発生するクラスがいくつか分離され、システムのテスト全体の複雑さが軽減されます。
しかし、これを実行しても、2 つのスレッドが互いに干渉するすべての状況をテストできるわけではないことを認識する必要があります。これを行うには、同じテストで 2 つのスレッドを同時に実行し、特定の時点で実行されている行を正確に制御する必要があります。できる最善のことは、この状況をシミュレートすることです。ただし、そのためにはテスト専用のコードが必要になる可能性があり、真のソリューションへの半歩にすぎません。
おそらく、スレッドの問題に関してコードをテストする最良の方法は、コードの静的分析です。スレッド化されたコードがスレッド セーフ パターンの有限セットに従っていない場合、問題が発生する可能性があります。VS のコード分析にはスレッドに関する知識がいくらか含まれていると思いますが、おそらくそれほど多くはありません。
現状では (そしておそらく今後もずっと)、マルチスレッド アプリをテストする最善の方法は、スレッド コードの複雑さを可能な限り減らすことです。スレッドが相互作用する領域を最小限に抑え、可能な限りテストを行い、コード分析を使用して危険な領域を特定します。