inflearn logo
知識共有
inflearn logo

Java/Spring テストを远加したい開発者の間違いノヌト

Spring にテストを远加する方法を説明したす。さらに、より自然なテストを行うために Spring の蚭蚈を倉曎する方法も孊びたす。

難易床 初玚

受講期間 無制限

TDD
TDD
Software Test
Software Test
unittest
unittest
Spring
Spring
JPA
JPA
TDD
TDD
Software Test
Software Test
unittest
unittest
Spring
Spring
JPA
JPA

孊習した受講者のレビュヌ

孊習した受講者のレビュヌ

4.9

5.0

크아아앙

100% 受講埌に䜜成

私がむンフラで決枈したすべおの講矩をたずめお最高の講矩だず断蚀する。 本からコピヌせずに頭を掎んで䜜ったオリゞナルカリキュラム構成、講矩ごずにギュッず詰たっおいる卵爺たち、埡圱浮栄暪説手説なし、すっきりしたコメントず文章、適切なスピヌドず明確な発火、テストずいう具珟化された実践方法を通じお蚭蚈ずいう倧きな絵をそしお、再蚭蚈ずいう土台の䞋でテストを匕き出す。悩み、繰り返し、改善し、開発をしおきたのか芋えなくおも芋える。 むンフラで講矩した二぀聞いたわけではないが、この講矩ほどA/Sをスタむリッシュにしたこずも芋られなかった。䜕かを芋せたいずいう欲求も匷いだろうが、そのような郚分は加枛なくスタむリッシュに修正しおおいた。 講垫様が間違いや「蚀ったら良かったのに」ずいう郚分では画面が灰色に倉わりながら音声だけ出おくる区間がある。講垫様もいただいたりもしたり、ずにかくこんなA/S映像もたるで線たれた脚本のように教育ツヌルで芋事に圹割を果たしおおいた。 テストを買ったのに蚭蚈が付いおきた。 しかし、その蚭蚈はテストよりも高䟡でした。 こんなクレむゞヌな立掟な講矩に受講坪54個だけなのを芋おきお受講坪初めお䜿っおみる 内容、声、オヌディオ、映像、分量。 +9,999人になっおいるネヌムド講矩よりキム・りグン講垫の講矩がはるかによかった。

5.0

Joonhee Jeong

100% 受講埌に䜜成

開発者になっおから満2幎も経っおいたせん。䜎品質なコヌドず蚭蚈、テストなど芋぀けるこずができないレガシヌコヌドのせいで、ほが1幎間胞を痛めたした。ほずんどがJSPやthymeleafベヌスのサヌバヌサむドレンダリング方匏のSpring/Spring Bootアプリ開発だったので、芏暡が保守によっお倧きくなればなるほど、リリヌスするたびに手動でテストするこずが倚すぎたした。その床にテストに察する欲求が湧き䞊がりたした。 テストに関連する本を2冊1. 厔範均著、2. ケント・ベック著読みたしたが、テストの重芁性ず哲孊、方法は説明しおも、蚭蚈に぀いおは倧きく話しおいなかったず蚘憶しおいたす。あっおもこの講矩のようにDDDず絡めおいなかったず思いたす。さらに、もちろんその本たちも圹に立ちたしたし、読んだ盎埌にはやる気が湧き䞊がりたしたが、実際に適甚するのは倚少難解でした。ずころが、この講矩で詰たっおいた血がすっきりず通った感じです。今埌どのように開発すれば良いかずいう絵が描けたす〜 開発-蚭蚈-テストは䞉䜍䞀䜓のように䞀緒に回らなければならないずいう真理UIやむンフラなど枝葉の技術ではなく、ビゞネスの栞心ずなるドメむン䞭心の開発テストが良い蚭蚈を䜜る😊😊 貎重な講矩ありがずうございたすこの講矩の助けで、より良い開発者ずしお成長できるようになったず思いたす^^ この講矩は、ある皋床蚭蚈に぀いお悩みがあり、テストに察するモチベヌションがある初玚者の方々に本圓に良い講矩だず思い、匷くお勧めしたす

5.0

dfghcvb11

100% 受講埌に䜜成

この講矩は単なるテスト講矩ではありたせん。 私はテストを䜜成するためのJUnit、Mockitoなどの䜿い方を孊んで適甚しおいたす。 それから、単にテストツヌルを䜿甚する方法を超えお、良いテストコヌド、よく䜜られたテストコヌドに぀いお疑問があり、このレッスンを芋぀けたした。 講垫様の1線講矩を楜しく芋たので基本的に信頌床が高く、目次の内容も興味深く芋えたした。 講矩をすべお受講し、埌期を残したす。この講矩は単なるテスト講矩ではなく、 良いアヌキテクチャずOOPに぀いお心配するのに圹立぀非垞に玠晎らしい講矩です。 テストをする目的が単玔な回垰防止だった私にずっお、 テストず蚭蚈は盞補的な関係であり、既存のレむダヌドアヌキテクチャの問題ず、 レむダヌドアヌキテクチャで䜜成するテストの制限点を教えおください。 自然に良いデザむンに悩んでくれたした。 問題点を理論だけにしおくれるのではなく、コヌドをリファクタリングする過皋を通じお、より良い構造ずテストコヌドの蚘述を提瀺したす。 先日、Mockitoを初めお孊び、Stubbingを䜿ったテストに感心しおいた私に、 Mocktioが必芁ずしたテストを倖郚ラむブラリなしで玔粋なJavaでテストする玠晎らしい経隓を䞎えたした。 結局、すべおはOOPずいう1本の蚀葉がそのたた続く良い講矩です。 それ以倖にも、テストに必芁な抂念ず講垫の個人的な悩みが蟌められた意芋を話しおいただくのも良かったです。開発分野に察する誠実さず態床を間接的に感じるこずができ、たくさん孊びたした。 良い講矩ありがずうございたす。

受講埌に埗られるこず

  • Spring にテストを远加する方法

  • テストに必芁な抂念

  • 自然なテストを行う方法

  • Mockito なしでテストする方法

  • 䟝存性ずテスト可胜性

  • ヘキサゎナル アヌキテクチャ (Hexagonal Architecture) ず蚭蚈

プロゞェクト蚭蚈を進める
テストの本質をわかりたす

Springにテストを入れる方法で始たり、アヌキテクチャ講矩で終わりたす

テストに察する正しい意芋を䌝えるためには、結局アヌキテクチャで終わらなければならないずいう考えをしたからです。

テストの基本的な抂念を孊び、Springスプリングにテストを入れる方法を孊びたす。さらに、自然なテストができるようにスプリング蚭蚈を倉曎する方法を孊びたす。

だから、このような内容を孊びたす。

テスト
必芁な理由

テストに぀いお
基本抂念

Springぞ
テストを入れる
方法

Springデザむン
進化させる
方法

クリヌン
アヌキテクチャ

ヘキサゎナル
アヌキテクチャ


ずころで、もしかしたら、こんな気がしたせんか
テストに関する悩みず誀解

「テストを本圓に切実に入れおみたいです。ずころで 」

他の䌚瀟に通う友人は、時代のニヌズに合わせおテストを着実に入れおいきたす。ずころで、圓瀟はテストを入れおいたせん。遅れたくありたせん。勉匷する意志もありたす。ずころで、ずにかくこのレガシヌシステムにテストコヌドをどのように入れなければならないか感がありたせん。

「H2を䜿ったテストに新物がありたす。」

H2を䜿ったテストは遅すぎおDBに䟝存しすぎたす。すべおのテストがH2を䜿甚しおいたす。テストを回すのは負担になり、テストがh2を共有しおいるので、デヌタが混乱しおいるずきはテストが成功し、たたあるずきは倱敗したす。

「テストの必芁性を感じられたせん。」

私たちのチヌムは、人がそれほど倚くもなく、配垃しながらもあたり䞍安を感じたこずがありたせん。芁件は時々倉わりたす。しかし、TDDをどのようにしたすかテストは開発速床だけ遅れるだけだず思いたす。


テスト、私も同じ悩みをしたした。

垂䞭に出おいるテスト関連の本やセミナヌを探しおみるず、ほずんどそのたたテストの利点、テストコヌドの䜜り方、JUnit、Mockito皋床だけ話しお終わりたす。䟋はちょうど入門者の奜みに合うほど簡単な䟋だけです。だから最埌に行っお本を芆う時はこんな気がしたす。

  • 「䞀䜓これを珟業でどのように曞くのですか」
  • 「Springにはテストをどのように入れるのですか」
  • 「これはフレヌムワヌクがない状況で入れるテストだから簡単に入れられるのではないでしょうか」

混乱したした。 H2を䜿ったJPAテスト...たあいいです。しかし、ElasticSearchやCassandraのようにテスト甚のDBがない堎合は、どのようにテストするのですかさらに、H2を䜿ったテストは本圓に臎呜的なほど遅かった。䞀日にも䜕床も回す負担でした。テストは頻繁に壊れおDBテヌブルでも倉曎される日には関連するテストも芜生えお修正しなければならないので時間の無駄のようだず思いたす。

TDDを勉匷するには、TDDから勉匷しないでください。

その間、私の悩みは、アヌキテクチャずDDDの勉匷を始めながら、すべお解決されたす。知っおいたす。 TDDは垞にホットです。ずころで、TDDは本圓に魅力的でありながらも難しい方法論です。 TDDをやったこずのない組織でTDDが流行っおいるので、これからTDDずしお開発しようずすればそれになるのでしょうか TDDは、思ったより始める前に知っおおくべき遞手の知識ず共感を必芁ずしたす。

したがっお、TDDを勉匷するには、TDDから勉匷しないでください。テストを最初に勉匷する必芁がありたす。埮積分をするには、方皋匏から扱うず知っおおく必芁があるようです。

テストに関する私の話を解きたす


テストに悩む
明快に解決したす。

テストの必芁性を感じない堎合

テストの必芁性が感じられない堎合は、ただプロゞェクトの芏暡がそれほど倧きくないか、テストがなくおも十分な開発胜力ず文化を備えおいるようです。テストは正解ではありたせんテストがなかった時代にも玠晎らしいプロゞェクトがたくさん開発されたした。テストは良い゜フトりェアを埗るためのツヌルなので、それ自䜓が目暙ではありたせん。

テストで良いデザむンを埗る方法がわからない堎合

テストをする方法だけに重すぎお勉匷しおいたようです。 JUnitの䜿い方、Mockitoの䜿い方、h2を連動する方法を勉匷するこずは明らかに意味のある勉匷ですが、それがテストの本質ではありたせん。なぜテストをしなければならず、どのような目暙があり、その目暙を達成するためにどのように実践するべきかを孊ぶ必芁がありたす

テストフレヌムワヌクなしでテストする方法がわからない堎合

テストフレヌムワヌクに関する質問も以前の質問ず同じ答えです。もしあなたがTypescript + Nest.jsを曞く環境にいるなら、どうやっおテストしたすか Mockito、H2などのテストフレヌムワヌクなしでテストする方法を孊ぶ必芁がありたす。


Spring開発者に必須
テストを入れる方法
を孊ぶ必芁がありたす。

  • ✅実務ず同等のテストを入れる方法をお知らせしたせん。
  • ✅Spring開発者に必芁なテストを入れる方法を教えおください。
  • ✅ 同時に、なぜこのようにすべきかをお知らせしたす。

この原理に基づいた知識は、他のフレヌムワヌクでも䞀般的な知識です。 Nest.jsを䜿っおいた、Swing UIを䜿っおいた、Ginを䜿っおいた どこでも適甚できる知識だず思いたす。

終章に行くず、蚭蚈に関する講矩に぀ながりたす。テストの䟡倀を最倧限に説明しおいただくためには蚭蚈に぀いおの内容が抜けおはいけないず考えたからです。

少なくずも私がブラりズ論囜内のスプリングにテストを入れる方法を教えおくれる本や講矩は芋られないようです。すべお@Mock 、 @Spyこれらのアノテヌションを利甚しおmockingず䟝存性泚入を受けおテストを䜜成したす。しかし、もしこのようなMockラむブラリが存圚しない環境なら、どのようにテストするのでしょうか本質的に、これらのアノテヌションがなくおもテストする方法を知る必芁がありたすそしお、テストすべき察象が䜕であるかを区別できる必芁がありたす。


テストをテストのように远加する
方法をお知らせしたす

テストの必芁性がわかりたす。

フレヌムワヌクなしでスプリングにテストを入れる方法がわかりたす。

スプリングを䜿甚するより良い方法がわかりたす。

レむダヌドアヌキテクチャからヘキサゎナルアヌキテクチャぞの移行方法を理解したす。

オリ゚ンテヌション

テストを远加したい組織でTDDを導入するずきに倱敗する理由を芋おください。䞀般的に、私がしおいるTDDはなぜ倱敗するのかを芋おいたす。テストを正しく理解するこずなく、テストをランダムに挿入し始めたずきに発生する問題をたずめたす。

テストの理論

基本的なテスト知識を勉匷したす。テストの必芁性を共感し、テストず蚭蚈の盞関関係を特定したす。テストを䜜成しながら、開発者はどのような悩みをすべきかを理解したす。最埌に、自然なテストのためにTestabilityを向䞊させるこずに぀いお説明したす。

パヌト1 - トむプロゞェクトベヌスのテストを適甚

今埌䜿甚するトむプロゞェクトを芋おみたしょう。そしお、トむプロゞェクトにうんざりしおテストを入れお、できるだけテストを入れおカバレッゞ100を達成しおみたす。このプロセスでは、h2、MockMvc、PowerMockなどの倖郚ラむブラリを䜿甚したす。

最終的に䜜成されたテストを䞀緒に芋お、回垰のバグだけをカバヌするためのテストにはどのような問題があるかを芋おください。

方向性ナビゲヌション

私たちのトむプロゞェクトにテストを入れたのがあたり良い方向ではない理由を䞀緒に芋おみたしょう。さらに、埓来のレむダヌドアヌキテクチャの問題点に぀いおたずめおみたしょう。そしおどのように改善するか、講挔者の意芋を聞きたす。

1郚実機で無䜜為テストを入れるために苊劎しおいたら、2郚ではMockitoのような倖郚ラむブラリなしで自然にMockする方法を身に぀けたす。パヌト2の実践のために、事前にどのようにコヌドを倉曎するのかを芋おみたしょう。

パヌト2 - トむプロゞェクト構造蚭蚈の改善

先進の方向性ナビゲヌションを通じお埗られたむンサむトを圓瀟のトむプロゞェクトに導入したす。この過皋で構造的な倉化を䞎え、蚭蚈を改善したす。そしおこの過皋で以䞋のような技法が䜿われたす。

  • パッケヌゞ構造の改善
  • ドメむンず氞続性オブゞェクトを区別する
  • サヌビスロゞックをドメむンにむンポヌトする
  • 倖郚連動を䟝存性を逆転する
  • テストを小型テストにする

進化するアヌキテクチャ

テストず蚭蚈の盞関関係を介しおアヌキテクチャを進化させる方法に぀いお説明したす。レむダヌドアヌキテクチャがヘキサゎナルアヌキテクチャにどのように倉わるかを芋おください。関心を分離しながら、開発者がドメむンに集䞭する方法を孊びたす。


開発者ずしお成長する
助けおほしい

こんにちは、キム・りグンです 👋

珟圚カカオで働いおいお、䜜るのが奜きなので、退勀埌も垞に䜕かを開発しおいたす。 「巚人の肩の䞊に立った小人」ずいう蚀葉がありたす。私もやはり小さな小人だけですが、䞊がった巚人の成長に圹立぀ように知識の察峙に努めおいたす。倚くのゞュニア開発者の方々を指導した経隓があり、皆様の成長をお手䌝いできたす。


Q&A 💬

Q. JUnitやMockitoの䜿い方は教えおいただけたせんか

はい。理由は以䞋の通りです。

コンテキスト 受講生の個人ごずにずどたる状況が異なりたす。すでに数回テストをした人がいる堎合は、ラむブラリを扱う熟緎床が異なる堎合がありたす。䌚瀟で䜿甚しおいるラむブラリがJUnitやMockitoではないかもしれない。バヌゞョンが異なるため、提䟛しないむンタヌフェむスが存圚する可胜性がありたす。代衚的な䟋ずしお、JUnit4は@ParameterizedTestをサポヌトしおいたせん。さらに、前述のラむブラリの䜿い方はそれほど難しくなく、関連する良い資料がすでに倚すぎたす。ずにかく、Github READMEファむルを読んだり、公匏ガむドを読んだりするだけで十分な䜿い方を孊ぶこずができるず思いたす。したがっお、䜿甚法は重芁な内容ではないず思いたした。

テストデザむン 特定のラむブラリが提䟛する特定の機胜を䜿っおテストする方法を孊ぶこずは、そのラむブラリがなければそのテストを行うこずができないずいうこずです。ツヌルやフレヌムワヌクよりテストをどのように蚭蚈し、どのようにテスト可胜な構造に倉えるかがより重芁です。したがっお、この講矩はツヌルに集䞭したせん。テストは開発プロセスの䞀郚です。したがっお、芁件の分析、蚭蚈、配眮、メンテナンスなどの文脈で考慮すべき点を確認するこずがより重芁であるず考えたした。

Q. 以前の講矩ずの違いは䜕がありたすか

カリキュラムを芋ればわかりたすが、以前の講矩ず重耇する内容が倚少ありたす。こうする必芁があるずいうこずだけを説明するには説埗力も䞍足しお文脈を理解させおくれないので、独立しお該圓講矩も受講できるよう講矩を構成したした。だから必ず目次を確認しおみお、重なる内容があるか確認しおみおください。

率盎な話で以前の講矩をしっかり理解しおいたら、あえお重耇しお受講する必芁はないず思いたす。以前のレッスンが構造的になぜこれを行うべきかを説明するレッスンであれば、今回のレッスンは実際にコヌドレベルでどのように解かれるかを扱うレッスンず芋なすこずができたす。

Q. 受講前に知っおおくべきこずはありたすか

この講矩は、スプリングやJPAを教えおくれる講矩ではありたせん。受講者がおおよそのSpringずJPAに察凊できるこずを前提に講矩を行いたす。たた、スプリングにテストを入れる方法をお知らせしおいたすが、本質的には䟝存性をどのように解攟するかに぀いお焊点を圓おお進んでおり、必ずしも蚀語やフレヌムワヌクにこだわる内容ではないず思いたす。なお、専攻知識は必芁ありたせん :)

💟受講前に確認しおください

  • 講矩内の実習内容は、なるべく特定のラむブラリやIDE、仕様に䟝存しないように構成したした。特定のバヌゞョンにある特定の機胜を掻甚した講矩にならないよう努めたした。それでも知らないので講挔者のラップトップ構成が以䞋のような環境であるこずをお知らせしたす。
    • PCの仕様ずオペレヌティングシステムMacBook Pro16-inch、2019ずmacOS Monterey 12.6
    • IDE: IntelliJ IDEA 2021.3.2
    • Java 17、Spring Boot 3.0.1、JUnit 4.13.2、AssertJ 3.23.1
  • 受講生には40ペヌゞ内倖のPPT資料12個を同梱しおいたす。
  • このレッスンでは、プログラミング蚀語やスプリングを扱う方法などに぀いおは説明したせん。
  • SpringずSpring Data JPAを䞀床でも扱ったナヌザヌに基づいお説明したす。
  • Controller、Service、Repositoryに぀いお知っおいるこずを前提ずしお説明したす。
  • 講矩に䜿甚するトむプロゞェクトをプレビュヌレッスンに解攟したした。確認しおみお理解できる皋床なら倧䞈倫です。
  • PPTの䞀郚をキャプチャしお勉匷した内容をブログに投皿するこずは蚱可されおいたすが、資料党䜓を個人のブログに共有するこずはできたせん。ご了承ください
  • 以前の講矩ず重耇する内容が倚少ありたす。目次を確認しお、重なっおいる内容を確認しおみおください。
  • デモプロゞェクトはこちらをご芧ください。

こんな方に
おすすめです

孊習察象は
誰でしょう

  • Springにテストを入れたい方

  • Spring にテストをどのように入れるべきか分からない方

  • 私が開発したSpringプロゞェクトが正しい蚭蚈構造であるか混乱しおいる人

  • テストを入れおみたけど倱敗した方

  • H2のようなテストDBがないNoSQLにテストを入れたい方

前提知識、
必芁でしょうか

  • Java コヌドを理解できる方

  • Spring の基本 (Controller / Service / Repository に぀いお知っおいる方)

  • JPA を䜿甚したこずがある人

こんにちは
kok202です。

3,809

受講生

288

受講レビュヌ

47

回答

4.9

講座評䟡

3

講座

  • (珟) カカオ バック゚ンド゚ンゞニア
  • (受賞) 🏆 公開SW開発者倧䌚 [2020 䞀般郚門 / 金賞_情報通信産業振興院長賞] 

珟圚カカオで働いおおり、物䜜りが奜きなので、退勀埌も垞に䜕かを開発しおいたす。

「巚人の肩の䞊に立぀小人」ずいう蚀葉がありたす。私自身も䞀介の小さな小人に過ぎたせんが、自分が乗っおいる巚人の成長に貢献できるよう、知識の継承に努めおいたす。倚数のゞュニア開発者の方々をメンタリングした経隓があるので、皆さんの成長をサポヌトできるはずです。

GitHub > https://github.com/kok202
ブログ > https://kok202.tistory.com

もっず芋る

カリキュラム

党䜓

25件 ∙ (6時間 20分)

講座資料こうぎしりょう:

授業資料
講座掲茉日: 
最終曎新日: 

受講レビュヌ

党䜓

195ä»¶

4.9

195件の受講レビュヌ

  • f2idoijsdo님의 프로필 읎믞지
    f2idoijsdo

    受講レビュヌ 2

    ∙

    平均評䟡 3.0

    5

    100% 受講埌に䜜成

    私がむンフラで決枈したすべおの講矩をたずめお最高の講矩だず断蚀する。 本からコピヌせずに頭を掎んで䜜ったオリゞナルカリキュラム構成、講矩ごずにギュッず詰たっおいる卵爺たち、埡圱浮栄暪説手説なし、すっきりしたコメントず文章、適切なスピヌドず明確な発火、テストずいう具珟化された実践方法を通じお蚭蚈ずいう倧きな絵をそしお、再蚭蚈ずいう土台の䞋でテストを匕き出す。悩み、繰り返し、改善し、開発をしおきたのか芋えなくおも芋える。 むンフラで講矩した二぀聞いたわけではないが、この講矩ほどA/Sをスタむリッシュにしたこずも芋られなかった。䜕かを芋せたいずいう欲求も匷いだろうが、そのような郚分は加枛なくスタむリッシュに修正しおおいた。 講垫様が間違いや「蚀ったら良かったのに」ずいう郚分では画面が灰色に倉わりながら音声だけ出おくる区間がある。講垫様もいただいたりもしたり、ずにかくこんなA/S映像もたるで線たれた脚本のように教育ツヌルで芋事に圹割を果たしおおいた。 テストを買ったのに蚭蚈が付いおきた。 しかし、その蚭蚈はテストよりも高䟡でした。 こんなクレむゞヌな立掟な講矩に受講坪54個だけなのを芋おきお受講坪初めお䜿っおみる 内容、声、オヌディオ、映像、分量。 +9,999人になっおいるネヌムド講矩よりキム・りグン講垫の講矩がはるかによかった。

    • おお 

  • 33cks14231753님의 프로필 읎믞지
    33cks14231753

    受講レビュヌ 4

    ∙

    平均評䟡 5.0

    5

    100% 受講埌に䜜成

    最埌に、スプリングを勉匷し、テストを曞くためのコヌドを芋るず、䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕床も䜕かを芋おいたした。 それで、なぜこのような反埩的なテストを曞くのか疑問に思いたした。最埌に、むンフラストラクチャで新しい講矩で、なぜSpring Test Developerが曞くのに倱敗するのかずいう新しいレッスンを芋たした。 ちょうど私のための講矩だしお倧胆に決枈をしたした。 頑匷をした埌、やはり埌悔のない遞択をしたようです。 10分講矩を䞀時停止を抌しお䞀぀䞀぀講垫様が話しおいる郚分が䜕なのかクマが考えたようです。それで、講矩時間は6時間ですが、60時間ほどのクオリティがあるず感じたした。 ゜フトりェア工孊に぀いお芖野を広げおくれた講垫に感謝したす。

    • carrykim님의 프로필 읎믞지
      carrykim

      受講レビュヌ 7

      ∙

      平均評䟡 5.0

      5

      48% 受講埌に䜜成

      これたで受講評を残したこずがないのですが、この講矩はちゃんです。

      • dfghcvb11님의 프로필 읎믞지
        dfghcvb11

        受講レビュヌ 5

        ∙

        平均評䟡 5.0

        5

        100% 受講埌に䜜成

        この講矩は単なるテスト講矩ではありたせん。 私はテストを䜜成するためのJUnit、Mockitoなどの䜿い方を孊んで適甚しおいたす。 それから、単にテストツヌルを䜿甚する方法を超えお、良いテストコヌド、よく䜜られたテストコヌドに぀いお疑問があり、このレッスンを芋぀けたした。 講垫様の1線講矩を楜しく芋たので基本的に信頌床が高く、目次の内容も興味深く芋えたした。 講矩をすべお受講し、埌期を残したす。この講矩は単なるテスト講矩ではなく、 良いアヌキテクチャずOOPに぀いお心配するのに圹立぀非垞に玠晎らしい講矩です。 テストをする目的が単玔な回垰防止だった私にずっお、 テストず蚭蚈は盞補的な関係であり、既存のレむダヌドアヌキテクチャの問題ず、 レむダヌドアヌキテクチャで䜜成するテストの制限点を教えおください。 自然に良いデザむンに悩んでくれたした。 問題点を理論だけにしおくれるのではなく、コヌドをリファクタリングする過皋を通じお、より良い構造ずテストコヌドの蚘述を提瀺したす。 先日、Mockitoを初めお孊び、Stubbingを䜿ったテストに感心しおいた私に、 Mocktioが必芁ずしたテストを倖郚ラむブラリなしで玔粋なJavaでテストする玠晎らしい経隓を䞎えたした。 結局、すべおはOOPずいう1本の蚀葉がそのたた続く良い講矩です。 それ以倖にも、テストに必芁な抂念ず講垫の個人的な悩みが蟌められた意芋を話しおいただくのも良かったです。開発分野に察する誠実さず態床を間接的に感じるこずができ、たくさん孊びたした。 良い講矩ありがずうございたす。

        • saechimdaeki님의 프로필 읎믞지
          saechimdaeki

          受講レビュヌ 48

          ∙

          平均評䟡 5.0

          5

          100% 受講埌に䜜成

          ずおも楜しく芋お、私も新入瀟員たちが私たちはテストコヌドがないのですか

          kok202の他の講座

          知識共有者の他の講座を芋おみたしょう

          䌌おいる講座

          同じ分野の他の講座を芋おみたしょう

          期間限定セヌル

          ï¿¥47,300

          20%

          ï¿¥7,497