Bad Testing Practices · objc.io
I've been writing automated tests for a few years now, and I have to confess that it's a technique that still fascinates me when it comes down to making a code base more maintainable. In this article, I'd like to share some of my experiences, as well as the lessons I've learned either from others or via trial and error. After all these years, I've heard many good (and bad) reasons to write automat
Swiftでprivateメソッドのユニットテストをどうするか - まーぽんって誰がつけたの？
こんな話は何年も前から語られてて答えも出てると思うけど、色々な意見を聞いて自分の考えが少しずつまとまってきたので残しておく。 聞いた意見 publicメソッドをテストすればprivateメソッドのテストも行われていることになる リフレクションやモックなど使えばテストできるかもしれないけどテストをされている状態のほうがマシなのでpublicにしてしまうという手もある そもそもテストしたいと思うということはそこに重要なロジックが入ってる privateなメソッドがテストできないことに悩むのはTDDじゃない証拠 変更後の状態をassertできない場合は確認するためのpublicメソッドを作る。例えアプリからは使われていなくてもテストからは利用してるのだから、テストも一つのアプリとして考えれば良い。 なんとなくまとめ こういう話を聞いてなんとなく、もっとテストのために楽してもいいんだなという気にな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
