やさしいSwift単体テスト~テスト可能なクラス設計・前編~ - Qiita
はじめに この記事は iOS Test Night #5 で発表したスライド「単体テストのハジメ」の説明補強版です スライドでは説明を省いた部分も記述しているため、記事が長くなりましたが、内容を複雑にしたわけではないので読むのは容易だと思います（願望) スライドは Speaker Deck にあげています 書いた人 単体テスト書くようになって半年ぐらい 対象読者は以下の方々 テストを書こうと思っているものの、どうやって書いたらいいか分からない方 テスト初心者の方で、テストの手法について知りたい方 XCTestのことは知っている方(XCTestの使い方、といった説明はなくてokな方) 概要 前編(この記事): テスト対象と、テストが書きづらいコードはなぜ書きづらいのかを説明します。 後編: テストが書きづらいコードを書きやすいコードへ変更する方法、実際のテストコードを説明します。 やさしいS
テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita
テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
