ここで2つのケースが見られます。
1つ目は、何らかのアクションが実行され、それが正しいページにリダイレクトされることを確認したい場合です。この場合、URLは一意であり、変更に対して適度に堅牢であるため、URLが最適なチェックだと思います。
2つ目は、ページをナビゲート（GoTo'd）して、そこにいることを確認したい場所です。ここでも、URLは適切ですが、既知のテキストをチェックして、ページが正常に読み込まれたことを確認することもできます（または、「エラー」が含まれていないことを確認することもできます）。私は通常、テキスト値をリソースファイルに保存し、それらに名前を付けます（例：HomePageLoadedText = "Welcome back Bob"）。私見それはそれらをより明確にし、それらが失敗した場合、それはより読みやすくなります。
私が過去にこれを行った最も技術的に正しい方法は、各ページに一意のページ識別子を持っていたことです。私たちのシステムでは、内部アプリケーションのサポート目的で「左下隅を見て、現在のページを教えてください」という目的でそこにありました。開発者がテストで調整できる同様のものを実装する場合、それが最善の方法です。
それが不可能な場合 (そしておそらく多くの場合そうではありません)、現在のページを一意に識別する方法を見つける必要があります。URL はグローバルに一意であると想定されているため、特定の URL に対して正しいページが表示されていることを確認できないことを除いて、これはおそらく良い方法です。
通常、このタイプのテストは、ナビゲートしたページのコンポーネントとやり取りしている場合は実際には必要ありません。正しいページにいない場合、何かをしようとするとテストが失敗します。