秒間表示されますが、テーマは意図したものとは異なり、ライトテーマになっています。内にあることを想定しており、それ以外の場合は「ベースライン」スタイルの色になるためです。適切なデフォルト設定があるため、クラッシュしません。テーマのテストもスクリーンショットの撮影も行わないため、テーマを省略してデフォルトのライトテーマを使用できます。ラップして、これを修正してください。要素の発見、そのプロパティのチェック、アクションの実行は、次のパターンに沿ってテストルールを使って行われます。composeTestRule{.finder}{.assertion}{.action}このテストでは、「Accounts」という単語を見つけ、選択されているタブのラベルが表示されていることを確認します。ドキュメントをご覧ください。onNodeWithText、onNodeWithContentDescription、isSelected、hasContentDescription、assertIsSelected)。タブによって内容説明は異なります。内容説明を発見して、それが存在することをアサートするステートメントに置き換えます。.assertIsSelected()}テストをもう一度実行すると、緑色のテストが表示されます。テストが完成しました。ここでは、単独でのテストを行う方法と、ファインダーとアサーションの使用方法について学習しました。プロパティ)が必要でした。次のステップでは、使用可能なプロパティを調べる方法を学習します。テストのデバッグこのステップでは、現在のタブのラベルが大文字で表示されていることを確認します。つの方法は、テキストを見つけて、それが存在することをアサートすることです。ツリーを使用するデバッグ方法を説明します。ツリーと呼ばれる構造を使用して、画面上の要素を発見し、そのプロパティを読み取ります。サービスで読み取られることを想定しているため、ユーザー補助サービスでも使用されます。プロパティに対応していません。ツリーを出力できます。次の行をテストに追加します。'true'これで分離の便利さが理解できたと思います。ツリーは非常に長くなります。ないため、ツリーに表示されているノード番号を使用しても照合できません。マッチャーとして使用できます。あることがわかります。アプリバーのタブです。プロパティがないため、テストが失敗します。各タブの内容説明はあります。コンポーザブルで設定する方法を確認してください。}この修飾子によって子孫からプロパティがクリアされ、個別の内容説明が設定されているため、「ACCOUNTS」ではなく「Accounts」と表示されます。置き換えて、もう一度テストを実行します。.assertExists()}お疲れさまでした。テストが修正されました。ツリーを使用したデバッグについて学習しました。このテストはあまり有用ではありません。つのタブの内容説明は、タブが選択されていても選択されていなくても表示されています。ツリーでは、常に可能な限りコンパクトにしようとして、関連する情報のみを表示します。アイコンとラベルを別のノードにする必要はありません。ノードを見てみましょう。)と、タブ全体の内容説明があります。これらは高いレベルのプロパティであり、単純なテストにとても便利です。アイコンまたはテキストの詳細は冗長なので表示されません。プロパティを自動的に公開します。以上の子孫からなる単一のコンポーネントを表すこともできます。このノードには子孫があるが、子孫はノードにマージされていることを示しています。テストでは、すべてのノードにアクセスしなければならないことがよくあります。ツリーをクエリすることができます。出力が少し長くなりました。プロパティが表示されています。見つけるマッチャーを作成します。リファレンスで、マッチャーの作成方法を確認してください。ブール演算子を使用できます。いうパラメータがあります。解答を確認せずにテストを作成してみましょう。今回は、厳格に分離したテストなので、厳密には、マッチャーに親を追加する必要はありません。)だけを使用するのは、大規模なテストで問題が発生するのでおすすめしません(他のテキストのインスタンスが見つかる可能性がある場合)。