こんにちは！オフです。 疑問符がもう少しできたと言って申し訳ありません。 残念だと書いてくださった部分共感し、次の講義では該当部分必ず一緒に考慮して適用してみましょう。追加で感じた加減なしにご質問いただければ、できるだけ早く皆にお答えさせていただきます！気になる状態に進むよりも一緒に悩んで解決すればいいと思います。 残念な点に関して、少し不演説明や言い訳（？）をつけてみるといいと思います。 2. モッキングに関する部分ですが！ ＆quot;モッキングを最小限に抑えるのが良い＆quot;というルールは講義の1、2部全般に該当するルールであり、E2Eテストで進行するほどテストに適用されるモッキングの量が大幅に減少することになります。 追加でおっしゃったようにフロントの宿命..?日誌は知らなくても単一のアプリ自体が単にFE自体だけではなく様々な開発範囲が出会って駆動されるのでモッキングをするしかない部分も存在します。また、テストの単位をどのように見るかによっても変わりそうです。 私たちが最小限に抑えるのは良いことは使用しないという意味ではありませんでした。それでも本当に必要な部分だけに書くのが良いという意味でしたㅎㅎ"同じ悩みをしてみてもいいようです。 統合テストに限られた内容としては、実際に複雑な統合テストを複数回作成してみると、モッキングなしでテストを作成できるにもかかわらず、当時の不便さや面倒なのでモッキングを使用したりします。この場合、講義で説明したように、完全な統合テストの効果を大幅に享受することは困難です。 （この場合は少しぎこちないかもしれませんが、最悪のモッキング（？）ミス状況を作り、現在の状態にすることが説明にもう少し役に立ったかもしれません。） したがって、私たちの基準に合わせてテストユニットを分け、その範囲で最小限のモッキングを適用しました。講義で不要なモッ​​キングがあれば（もちろん、あるかもしれません！） 関連してご意見をいただくともっと良いようです。 3. この部分は与えられた意見でもう少し付け加えて作成してみましょう。 講義が長くなると、私たちが伝えたい様々なフロントのテストの種類と目的限界、そしてどのように適用するかについての内容を触れて伝えられないようで、そのような部分をすべて解放することになり、そう感じられることもあるようですㅠㅠ （この部分は個人の開発学習スタイルによって異なりますが！） それにもかかわらず、講義で各テストに入るときに、設定部分と各テストの中心的な哲学を扱い、使用する基本的なコードは講義でカバーされています。 とても個人的な考えですが、まったく何も知らない状態で対象開発スタックを勉強して講義に入るよりは少し理解が難しくても、その核心哲学を一緒に扱った後に不足している部分を見つけて勉強するのが良いと思います。 講義中、＆quot;ガイド文書の一部を読んでみると、より深く理解することができる＆quot; また、講義で使用するコードだけでなく、紹介しないすべての部分についてサンプルテストコードを盛り込んで公開しています。この部分を一緒に見ながら学習するなら、一人で勉強するよりもはるかに速くて実用的な部分を学ぶことができると思います。 あまりにも週末が少ないようですが、もう一度強調しますが、教えてくださった部分100％共感し、不足している部分最善を尽くして答えながら学習に難しくないようにお手伝いします。良いコメントありがとうございます。明けましておめでとうございます〜