ああ、素晴らしきTDD ~アプリとエンジニアの心に安寧を~

Copyright(C) 2019 Yahoo Japan Corporation.All Rights Reserved.
ああ、素晴らしきTDD
~アプリとエンジニアの心に安寧を~

Copyright(C) 2019 Yahoo Japan Corporation.All Rights Reserved.Copyright(C) 2019 Yahoo Japan Corporation.All Rights Reserved.
目次
● 自己紹介
● TDD
○ TDDとは
○ 実演
○ なぜTDD？
● Android TDD Q&A
● まとめ

自己紹介
飯島彩輝
twitter：@saekisaekisaek
blog：エンジニアの便利手帳/3jigen.net
ヤフー株式会社
ヤフオク!Androidエンジニア

リーンソフトウェア開発
×
XP
（エクストリームプログラミング）
LEAN XP

質問

やりたい -> やろう
興味はある -> やりたい
やってる -> 復習

TDDとは

テスト駆動開発
１ TDDとは

ユニットテスト駆動開発
１ TDDとは

fun getHello():String{
return "Hello"
}

@Test
fun getHello_Helloを返す() {
val result = getHello()
assertEquals("Hello", result)
}

テスト＝動作の保証
１ TDDとは

TDD
１ TDDとは

TDD
||
テストを先に書く
１ TDDとは

三つのルールを守って
三つのフェーズを繰り返す
１ TDDとは

１三つのフェーズ

失敗するテストを書く

テストを通すコードを書く

リファクタリングする

失敗したテストを通すためにしか
プロダクトコードを書いてはいけない。
１三つのルール

一つ以上の失敗があるとき、
テストコードを書いてはいけない。
コンパイルエラーも失敗の一つである。

失敗するテストを通す以上の
プロダクトコードを書いてはいけない。

● 失敗したテストを通すためにしかコードを
書いてはいけない。
● 一つ以上の失敗があるとき、テストコード
を書いてはいけない。
● 失敗するテストを通す以上のコードを書いて
はいけない。

実演
じゃんけんを実装する
（Rock, paper, scissors）
１ TDDとは

1pと2pの”手”を渡すと
どちらが勝ったかを返すメソッド
start()を持つJankenクラス
１実演
class Janken {
fun start(p1: String, p2: String): String {

三つのメリット
１ TDDとは

テストの漏れが発生しない
１三つのメリット

良い設計になる

常に綺麗なコードになる

● テストの漏れが発生しない
● 良い設計になる
● 常に綺麗なコードになる

水飲みます
テストとプロダクトを細かく行き来するので、
工数を見積もる場合も
「実装」としてひとまとめで考えるよ
＜

なぜTDD？

GO FAST FOREVER
２なぜTDD？

GO FAST FOREVER
CLEAN CODE
２なぜTDD？

CLEAN CODE
REFACTOR
２なぜTDD？

if (isHoge() == false) {
} else {
val isFoo = result[0]["fuga"]
if (isFoo == false) {
} else {
var foo_name = getFooName(result[0]["foo_name"], 0, pos);
if (trim(foo_name) > 4) {
createBar(foo_name)
} else {
var fuga = ""
if (fuga != "") {
fuga += "fuga";
} else {
foo_name += "";
}
}
return foo_name
}
}

壊さずにできるか不安
２なぜTDD？

REFACTOR
CONFIDENCE
２なぜTDD？

CONFIDENCE
TEST !!
２なぜTDD？

GO FAST FOREVER
CLEAN CODE
REFACTOR
CONFIDENCE
TEST

GO FAST FOREVER
CLEAN CODE
REFACTOR
CONFIDENCE
TEST
TDD

TDD
||
良いアプリ
２なぜTDD？

TDD
||
安心感が特にすごい
２なぜTDD？

水飲みます
逆にもうTDDじゃないと
不安でしょうがないよ
＜

Android TDD
Q&A

Q.
androidTestとtestがあるけど
TDDではどっちをかくの？
Android TDD

A.
testの方
Android TDD

androidTest
||
インストルメントテスト
Android TDD

test
||
ローカルユニットテスト
Android TDD

TDDのredは
ローカルユニットテスト
Android TDD

Q.
androidTestは使わない？
Android TDD

A.
使います
Android TDD

大事なところだけ
Android TDD

HappyPath
Android TDD

ユーザーにとって
最高の状態が
表示されているか

時間と安心のトレードオフ
Android TDD

Q.
Unitテストの粒度って
どれくらい？
Android TDD

A.
public関数のふるまいごと
Android TDD

@Test
fun start_グー対チョキなら1pが勝つ() {
// something
}

@Test
fun start_グー対チョキかパー対グーなら1pが勝つ() {
// something
}

@Test
fun start_グー対チョキなら1pが勝つ() {
// something
}
@Test
fun start_パー対グーなら1pが勝つ() {
// something
}

Unit
||
public関数のふるまい
Android TDD

水飲みます
テストで使う、Mock・Spyなどはまとめてテ
ストダブルと呼ぶよ。テストダブルには
・Mock
・Spy
・Stub
・Fake
・Dummy
があるよ
＜

Q.
Unitテスト書くのが
すごく大変なんだけど？
Android TDD

A.
確かに
Android TDD

A.
作りを見直してみるといいかも
Android TDD

UIとロジックが分離しているか
Android TDD

viewModel.imageLiveData.observe(this, Observer<String> {
if (it.isEmpty()) {
// 空ならデフォルトのurlをセット
setImage(DEFAULT_IMAGE_URL)
} else {
setImage(it)
}
})
HogeFragment.kt

viewModel.imageLiveData.observe(this, Observer<String> {
setImage(it)
})
HogeFragment.kt

val url = getUrlFromApi()
if (url.isEmpty()) {
// 空ならデフォルトのurlをセット
url = DEFAULT_IMAGE_URL
}
_imageLiveData.value = url
HogeViewModel.kt

依存を注入しているか
Android TDD

class HogeViewModel(
fooRepository: FooRepository,
baaService: BaaService
) : ViewModel() {
}
HogeViewModel.kt

val subject = HogeMenuViewModel(
fooRepositoryMock,
baaServiceMock)
HogeViewModelTest.kt

View以外が
Androidに依存しすぎてないか
Android TDD

1.ロジックとUIの分離
2.依存を注入する
3.Androidへの依存
Android TDD

Q.
LiveDataが絡んできたら？
Android TDD

@get:Rule
var taskExecutorRule = InstantTaskExecutorRule()

@Mock
lateinit var helloObserverMock: Observer<String>

@Test
fun getHello_helloを通知する() {
// arrange
subjectViewModel.hogeLiveData.observeForever(helloObservableMock)
// act
subjectViewModel.getHello()
// assert
verify(hogeObservableMock).onChanged("hello")
}

Q.
RxJavaが絡んできたら？
Android TDD

@Before
fun setUp() {
RxAndroidPlugins.setMainThreadSchedulerHandler { Schedulers.trampoline() }
RxJavaPlugins.setIoSchedulerHandler { Schedulers.trampoline() }
}

@After
fun tearDown() {
RxAndroidPlugins.reset()
RxJavaPlugins.reset()
}

Q&A終わり
Android TDD

ググりながら
一緒に頑張りましょう！！
Android TDD

まとめ

安心感と清潔さが魅力
まとめ

終わり
＜ありがとうございました！

ああ、素晴らしきTDD ~アプリとエンジニアの心に安寧を~

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to ああ、素晴らしきTDD ~アプリとエンジニアの心に安寧を~

Similar to ああ、素晴らしきTDD ~アプリとエンジニアの心に安寧を~ (20)

More from Saiki Iijima

More from Saiki Iijima (6)

ああ、素晴らしきTDD ~アプリとエンジニアの心に安寧を~

Editor's Notes