iOS_LT #7にて発表しました。

1. モックライブラリを使って
きちんとユニットテストする
Shoichi Matsuda ( @shoma2da )
iOS_LT #7

2. ユニットテスト
できてますか？

3. iOSエンジニアかどうか
従業員クラス
会社クラス
iOSエンジニアは何％？

4. ユニットテスト?してみる
4人の従業員を生成。３人はiOSエンジニア！
iOSエンジニアは75％のはず！

5. ユニットテストとは
ユニットテストは、クラスやメソッドというプログラム
の最小単位を対象とし、プログラマが行うテストです。
http://dev.classmethod.jp/testing/10_errors_about_unit_testing/
!
単体テスト（ユニットテストと呼ばれることもあります）
は、プログラムを構成する比較的小さな単位（ユニット）
が個々の機能を正しく果たしているかどうかを検証する
テストです。通常、関数やメソッドが単体テストの単位
（ユニット）となります。
http://www.techmatrix.co.jp/quality/validation/unittest.html

6. ？

7. ユニットテスト?してみる
4人の従業員を生成。３人はiOSエンジニア！
iOSエンジニアは75％のはず！

8. ユニットテスト?してみる
4人の従業員を生成。３人はiOSエンジニア！
このテストの目的は正しく「何％がiOSエンジニアか」を
取得できるかどうかのはずです。
しかし従業員クラスの「iOSエンジニアかどうか」の
実装によってテスト結果が変わってしまいます。
つまりテスト対象が２つのクラスになっちゃってます。
iOSエンジニアは75％のはず！

9. きちんとユニットテストするなら
①テスト用に継承したダミークラスを用意する。例えば…
・DummyIOsEmployee：必ずiOSエンジニア
・DummyNotIOsEmployee： 必ずiOSエンジニアではない
!
②モックライブラリを使う

10. きちんとユニットテストするなら
ると
りす
①テスト用に継承したダミークラスを用意する。例えば…
った
多か
・DummyIOsEmployee：必ずiOSエンジニア
ドが
ッ
！！
メソ
大変 必ずiOSエンジニアではない
・DummyNotIOsEmployee：
!
②モックライブラリを使う

11. モックライブラリ

12. cocoapodsなどで導入

13. できること
返却値を固定！

14. できること
メソッドが呼び出されたかどうかをテスト！

15. できること
クラスメソッドを置き換え！

16. できること
一部分だけモック化！

17. 具体的にはいつ使うの？
●基本的にはどんなときでも使えます！
→オブジェクトは関連しあって動作しているはず
→但し、依存関係やクラスの責務が無茶苦茶だと
かなり無理があります。設計から見直しましょう。
→View層もテストするか、などはそれぞれの判断が
あるでしょう
●ファイル入出力やHTTPリクエストの時は
特に効果絶大！！

18. その他のモックライブラリ
OCMockito
LRMocky
使ったことないので詳細は知りません…

19. Thank you!!
きちんとユニットテストしましょう！