<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>devkuma – TDD</title>
    <link>https://www.devkuma.com/jp/tags/tdd/</link>
    <image>
      <url>https://www.devkuma.com/jp/tags/tdd/logo/180x180.jpg</url>
      <title>TDD</title>
      <link>https://www.devkuma.com/jp/tags/tdd/</link>
    </image>
    <description>Recent content in TDD on devkuma</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>jp</language>
    <managingEditor>kc@example.com (kc kim)</managingEditor>
    <webMaster>kc@example.com (kc kim)</webMaster>
    <copyright>The devkuma</copyright>
    
	  <atom:link href="https://www.devkuma.com/jp/tags/tdd/index.xml" rel="self" type="application/rss+xml" />
    
    
      
        
      
    
    
    <item>
      <title>TDD(Test Driven Development、テスト駆動開発)</title>
      <link>https://www.devkuma.com/jp/docs/testing/tdd/</link>
      <pubDate>Thu, 30 Sep 2021 14:47:00 +0900</pubDate>
      <author>kc@example.com (kc kim)</author>
      <guid>https://www.devkuma.com/jp/docs/testing/tdd/</guid>
      <description>
        
        
        &lt;h2 id=&#34;tddtest-driven-developmentとは&#34;&gt;TDD(Test Driven Development)とは？&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;テスト駆動開発。&lt;/li&gt;
&lt;li&gt;まずテストコードを作成し、それを使ってテストを行い、正しく動作しているかのフィードバックを受けながら進める開発方法である。&lt;/li&gt;
&lt;li&gt;短い開発サイクルの繰り返しに依存する開発プロセスであり、開発者はまず要求される機能に対するテストケースを作成し、それに合うコードを書いてテストを通過させた後、状況に応じてリファクタリングする開発方式を意味する。&lt;/li&gt;
&lt;li&gt;開発者はテストを書くために該当機能の要求事項を確実に理解する必要があるため、開発前に要求事項へ集中できるようになる。一方で、テストのための参入障壁や作成すべきコード量の増加は短所として挙げられる。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;mockとは&#34;&gt;Mockとは？&lt;/h2&gt;
&lt;p&gt;実際のオブジェクトを作って使用するにはコストが大きい場合や、オブジェクト間の依存性が高く実装しにくい場合に作成する偽物のオブジェクトを指す。&lt;/p&gt;
&lt;h2 id=&#34;mockの使用例&#34;&gt;Mockの使用例&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;テスト作成のための環境構築&lt;/li&gt;
&lt;li&gt;テストが特定のケースや瞬間に依存する場合&lt;/li&gt;
&lt;li&gt;テスト時間が長くかかる場合&lt;/li&gt;
&lt;li&gt;個人PCやサーバーの性能問題により動作に時間がかかる場合&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;mockitoとは&#34;&gt;Mockitoとは？&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;ユニットテストのためのJava mocking frameworkである。&lt;/li&gt;
&lt;li&gt;Javaの単体テストでMockオブジェクトをサポートするテストフレームワークである。&lt;/li&gt;
&lt;li&gt;つまり、単体テストを行うためにMockを作成するフレームワークである。&lt;/li&gt;
&lt;li&gt;Mockオブジェクトの生成、Mockオブジェクトの動作指定、そしてテスト対象ロジックが正しく実行されたかの確認が可能である。&lt;/li&gt;
&lt;li&gt;一般的にSpringのようなWebアプリケーションを開発する場合、複数のオブジェクト間に依存関係が存在する。このような依存関係は単体テストの作成を難しくするが、それを解決するために偽物のオブジェクトを注入するMockitoライブラリを活用できる。&lt;/li&gt;
&lt;li&gt;Mockitoを活用することで、偽物のオブジェクトに望む結果をStubし、単体テストを進めることができる。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;mockオブジェクトの依存性注入&#34;&gt;Mockオブジェクトの依存性注入&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Mockitoでは、Mock(偽物)オブジェクトの依存性注入のために主に3つのアノテーションが使われる。
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;@Mock&lt;/code&gt;
&lt;ul&gt;
&lt;li&gt;Mockオブジェクトを作成して返すアノテーション&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;code&gt;@Spy&lt;/code&gt;
&lt;ul&gt;
&lt;li&gt;Stubしていないメソッドは元のメソッドをそのまま使用するアノテーション&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;code&gt;@InjectMocks&lt;/code&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;@Mock&lt;/code&gt;または&lt;code&gt;@Spy&lt;/code&gt;で生成された偽物のオブジェクトを自動的に注入するアノテーション&lt;/li&gt;
&lt;li&gt;例えば&lt;code&gt;UserController&lt;/code&gt;の単体テストを作成したいとき、&lt;code&gt;UserService&lt;/code&gt;を使用しているなら、&lt;code&gt;@Mock&lt;/code&gt;アノテーションで偽物の&lt;code&gt;UserService&lt;/code&gt;を作成し、&lt;code&gt;@InjectMocks&lt;/code&gt;でそれを&lt;code&gt;UserController&lt;/code&gt;に注入できる。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;

      </description>
      
      <category>TDD</category>
      
      <category>Testing</category>
      
    </item>
    
  </channel>
</rss>
