テストコードの改革を進めている話 | メルカリエンジニアリング

はじめに この記事は、Merpay Tech Openness Month 2023 15日目の記事です。 こんにちは。メルペイ加盟店精算チームのバックエンドエンジニア@r_yamaokaです。 今日は現在自分がリードして取り組んでいるテストコードの改善について紹介したいと思います。 抱えている課題 私が所属している加盟店精算チームのマイクロサービスは加盟店さま向けサービスとして欠かせないものであり、メルペイ最初期から存在するサービスです。他のマイクロサービスにあまり無い特徴として多数のバッチ処理を行っている点が挙げられます。 お客さま（メルペイユーザー）がお店で行った決済は、一定の頻度で集計し決済手数料を差し引いた上で加盟店さまの銀行口座へ振り込むことになります。 最終的な振込金額を算出するまでの流れとしては 個々の決済金額のリコンサイル（会計マイクロサービスとの金額照合） 日次集計 締

[lycolia]

よくあるテストピラミッドの話のメルカリ版

[tamuraki]

“データベース”

[dagama]

テストコードがどうとかより、初歩的な集計処理でトラブってるって話聞くとメルペイ大丈夫かって思っちゃう

[turanukimaru]

結合レベルのテストしっかりやってて素晴らしい。外部との通信のMockはMockサーバ使いたいよね。下手な人の書いたJSON用Structって項目名が変わったりNullを明示すると落ちたり、実際に文字列投げないと信用ならねぇ…

[ryosuke-fujii]

Jestでもテーブル駆動テスト書きたい。

[secseek]

こういうノウハウって現場ではすごく蓄積されてるんでしょうけど体系化がされてない感がありますね。そんなのITに限らずどの分野でもそうなのかもしれませんが