単体テスト

1. はじめに — 「テストは全部 結合テスト」だったプロジェクト 出前館で商品ドメインを扱うマイクロサービスの開発を担当している左官です。 今回は、そのマイクロサービスのチームで取り組んだ「結合テストに偏りきったテストコードを、単体テストへ移し替える」という改善についてお話しします。 CI は23分から11分になり、テストコードは8.6万行減りました。どう判断して消していったのか、その過程を書いていきます。 さて、私たちが扱っているのは、メニュー情報（メニューパターン・カテゴリ・商品・サイズ・オプション・品切れ…）を一手に引き受けるサービスです。 こちらのコードは Kotlin + Spri…

フロントなしで、APIだけテストする方法をメモしたいと思います。

『単体テストの考え方／使い方』という技術書を読んでいる。 単体テストの考え方/使い方 作者:Vladimir Khorikov マイナビ出版 Amazon 「良いテスト・悪いテストが分からなくなった」タイミングで手に取った本。今ちょうど3章まで読んだところなので、ざっくり印象に残った点をメモしておく。 第1章：単体テストとは何か 第1章は「単体テストとは何か」という概要説明。「単体テストは必要だ」という前提に異論はないけれど、問題は“何をテストするか”“どんなテストを書くか”という中身の話。 本書での単体テストの定義は、ざっくり以下の3つ。 1つのテストは、1つの振る舞い（単位）をテストする …

単体テストの考え方/使い方作者:Vladimir Khorikovマイナビ出版Amazon 私のプロジェクトではテストコードがなく常に人手を介してテストを実施している。そこでテストコードを導入したいと考え、指針を探していた。世間には単体テストや結合テストの手法に関する書籍が多い中、本書は良いテストとは何かを深く掘り下げており、最適な内容だった。 著者はVladimir Khorikov氏。アメリカのソフトウェアエンジニアでPluralsightという学習サービスで講師も務めている。ブログも最近までは更新されているようだ。 enterprisecraftsmanship.com この本は私のよう…

1. はじめに Flutter で状態管理を行うために Riverpod を採用するケースが増えています。 特に Notifier / AsyncNotifier は、従来の StateNotifier よりも強力で直感的に使えるため、多くのプロジェクトで採用されています。 しかし、Riverpod の Notifier / AsyncNotifier を mockito でモックしようとするとエラーになる という問題に遭遇したことはありませんか？ 例えば、以下のような AsyncNotifier を mockito でモック化しようとすると、次のエラーが発生します。 class AppIni…

はじめに Dart や Flutter の開発では、単体テストを書くことが推奨されています。しかし、「単体テストのためだけにサービスクラスを抽象化するのは理想的ではない」 という考え方もあります。 例えば、テストを容易にするために、すべてのサービスクラスにインターフェース（抽象クラス）を導入するのは、かえって開発の負担になることがあります。そこで、mockito を活用することで、無駄な抽象化を省きつつ、テストの柔軟性を確保する方法 を解説します。 mockito を使う利点 mockito を使用すると、サービスクラスが抽象化されていなくても、コンストラクタインジェクションを使わなくてもテス…

はじめに こんにちは！Product Unit SINIS for Instagram 開発チームのTenshinです。 今回、チームのプロダクトにoctcovを導入したため、その時のことを備忘録的にまとめようと思います。 はじめに 想定読者 導入背景 環境 導入手順 1. octocovの設定ファイルを書く 2. GitHub Actionsのworkflowにプラグインを追加 余談：カバレッジレポートのフォーマットについて まとめ 想定読者 octcov導入方法を調べている方 導入背景 テストをわざわざ時間を取って書くのであれば、意味のあるテストを書きたいですよね。 また、それを元に「〇〇…