Skip to content

Latest commit

 

History

History
83 lines (65 loc) · 5.29 KB

UnitTest.md

File metadata and controls

83 lines (65 loc) · 5.29 KB
Raw

アプリのテストコード

XcodeにはXCTestというテストフレームワークが備わっています。
Defining Test Cases and Test Methods

XCTestを使ってアプリのテストコードを書いてみましょう

テストを書いてみる

課題

  • 次のテストコードを書いてみましょう
    • 天気予報がsunnyだったら、画面に晴れ画像が表示されること
    • 天気予報がcloudyだったら、画面に曇り画像が表示されること
    • 天気予報がrainyだったら、画面に雨画像が表示されること
    • 天気予報の最高気温がUILabelに反映されること
    • 天気予報の最低気温がUILabelに反映されること
  • 余力があれば、JSONのエンコード、デコードのテストも書いてみましょう

テストコードを書くためにリファクタリングする

テストコードを書く前提でプログラムの設計をしていないと、なかなかテストが書きづらいものです。
もし、テストコードが書けなかったら次の例のようにコードをリファクタリングしてみましょう。
※必ずこの通りにしなくてもOKです。最良の方法ではなく、シンプルな例の紹介です

  1. WeatherFetchingというProtocolを定義する
  2. WeatherFetchingには天気予報を取得する関数を宣言する
  3. WeatherFetchingの実装クラスWeatherProviderを定義する
  4. ViewControllerから天気予報を取得する実装を切り離し、WeatherProviderにおく
  5. ViewControllerはWeatherFetchingをプロパティとしてもつ
  6. ViewControllerの天気予報を取得する実装をWeatherFetchingの関数呼び出しに置き換える
  7. 外部からViewControllerにWeatherProviderを渡す

テストでは任意の値を返すWeatherFetchingの実装クラスを用意しておき、
ViewControllerにそれを渡してあげるとテストコードが書きやすくなるでしょう。

Note

WeatherFetchingやWeatherProviderは命名の一例です。 Swift API Design Guideline で Naming についてガイドラインが示されているので読んでみてください

https://www.swift.org/documentation/api-design-guidelines/

Protocol

SwiftにはProtocolという機能があります。
クラスを使わずに型を抽象的に扱うことができます。
上の例ですとViewControllerはWeatherFetchingに依存しています。
その依存先をProtocolで表現することで、テストの時は一定の値を返す実装に置き換えることができるようになります。

Protocol-Oriented Programming

一方で、SwiftにはProtocol指向という考え方があります。
Protocol-Oriented Programming in Swift
サンプルコードが古いですが、日本語の分かり易い資料として
Swiftにおけるプロトコル指向プログラミング SwiftとProtocol指向

IntやArrayなどの型もProtocolを用いて実装されています。
Conforms Toの項に採用されているProtocolが列挙されています。
このProtocolを辿っていくのも面白いです。
Int
Array

今回の課題ではProtocol指向としての設計には及んでいないように、筆者は思います。
Protocol指向についてここで詳細は述べませんが、ぜひ専門書など手にとってみてください。

Dependency Injection

DIや依存性の注入などと呼ばれます。
繰り返しますが、上の例ですとViewControllerはWeatherFetchingに依存しています。
例えば、ViewControllerがWeatherProvider(実装クラス)を内部でインスタンス化したとすると...
せっかくProtocolで宣言したのに、実装クラスへの依存が生まれます。
しかし、外部から実装クラスを受け取るようにすると、ViewControllerはWeatherFetching(Protocol)への依存しか持たず、その実装は意識しなくて良いことになります。
テストが書きやすくなったり、外部の変更に強いプログラムになり易いです。

モックライブラリ

任意の値を返す WeatherFetchingの実装クラスをいくつも用意するのは骨がおれます。
そういったモックやスタブの実装をサポートしてくれるライブラリがいくつかあります。

それがモックなのかスタブなのかについては以下の記事が詳しいです。

附録

関連ワード・動画索引（熊谷さんのやさしい Swift 勉強会）