SwiftTestingによる_モダンなiOSテスト手法とBDD.pdf

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Copyright coconala Inc. All Rights Reserved. ※ここに注釈テキストが入れられます。マーケットプレイス事業部 iOSエンジニア小林　慎吾自己紹介 2 業務 - iOSチームエンジニア - ココナラに転職して 6ヶ月 - 好きなココナラ　サービス「ロゴ作成」 - 行ってみたい旅行先！！　ハワイ！ 🏝 プライベート - 1児の父 - SIer → フィットネスベンチャー →フリーランス等経て現職 - 子供と電車博物館に旅行　 🚃

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Copyright coconala Inc. All Rights Reserved. ① 大規模アプリで仕様が見えづらい　→ 当初テストカバレッジが少なく、動作確認は E2Eや人に依存 ② PresenterからViewModelへ再設計　→ テストしやすく、状態管理をシンプルにしている ③ ViewModelテストを書き始めるも　→ XCTestでは読みにくく、仕様として残せない ④ SwiftTestingで “仕様として読めるテスト ” を目指す　→ @Testで仕様を日本語化、 BDDスタイルで明文化大規模アプリならではの悩み 6

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Copyright coconala Inc. All Rights Reserved. 🧩 行動設計　└ onTapNext() ←→ 「次へ」をタップした時 🧩 BDD 　└ Given / When / Then → 仕様書のように “読む” 🧩 SwiftTesting 　└ @Suite / @Test → 振る舞いを自然言語で表現テストが仕様を語る世界へ 12 SwiftTesting × BDD × 行動設計

Slide 13

Slide 13 text

Copyright coconala Inc. All Rights Reserved. ・「書かされているテスト」から「設計を語るテスト」へ変わった　最初は義務感で書き始めたが、書くほど仕様を整理する時間になった。・自然言語で書けるからレビューがしやすい　テスト名を読むだけで「どんな動きを担保しているか」がチームで共有できた。・高カバレッジ＝安心感ではなく、理解の透明化　数字よりも、仕様とコードの対応関係が明確になったことが一番の成果。 “テストを書く＝仕様を残す ”という意識が定着した　私含む新規参加者がテストから仕様を理解できるようになった。実装してみて感じたこと 13 SwiftTesting × BDD × 行動設計

Slide 14

Slide 14 text

Copyright coconala Inc. All Rights Reserved. ② テストしやすいような実装設計 ① SwiftTesting × BDD による“読める”テスト ③テストカバレッジを上げるまとめ - 品質を支える 3つの取り組み 14 今日の交流会では、現場あるあるや苦難　工夫を語りたいです！仕様が複雑な中で、 ViewModel のInputを「行動」として設計。 onAppear や onTapNext など、ユーザー行動単位でテストを整理できた。 Given / When / Then の流れで、テストが仕様書のように読める。 @Suite / @Test によって自然言語的に書けるようになった。数字よりも、テストを書くことで設計が明確になる実感。テストが「守り」ではなく、理解と品質を高める手段になった。 99.75 %を支える取り組み

Slide 15

Slide 15 text