UI の単体テストを作成する場合、何のためにテストを作成しますか?
- 各メソッドをテストしますか? (例: メソッドが正しいデータを返す)
- それとも機能をテストしますか？（テーブルが想定するデータを入力していることを確認してください）
テストしているアイテム以外のすべてをモックする必要がありますか? テーブルビューが正しく読み込まれることを確認するためにテストしているとしましょう。私は他のすべてを嘲笑しますか？
可能な限り詳細を入力してください
2 に答える
1
私はこれに一般的な方法で答えようとします。UI っぽいコードをテストするときは、多くの場合、UI 自体から "1 ステップ離れた" テストをターゲットにすることをお勧めします。元。可能であれば、UI 自体ではなくモデルに対して実行します。この方法でははるかに壊れにくいです。私は iOS UI テストの自動化に精通していませんが、この種のことは、レイアウトの最小の変更などで壊れる傾向があります。
于 2011-04-23T02:40:44.403 に答える
0
Gorilla LogicのFoneMonkeyをご覧になることをお勧めします。ユーザーの観点から実際にテストする単体テストを作成するための非常に優れたユーティリティがあります。UI が本来あるべき状態であることを確認します。正しくロードされ、正しい値が含まれているなど。
顔のない環境で実行することもできます。継続的インテグレーション サーバーなど
于 2011-05-10T09:16:08.103 に答える