$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
20220825_uuuo-estie-rails
Search
tanishi
August 26, 2022
Technology
1
730
20220825_uuuo-estie-rails
【Railsエンジニア集合!】身近だけど知らないtoBサービスの裏側をのぞく
で使用したスライドです。
https://estie.connpass.com/event/255928/
tanishi
August 26, 2022
Tweet
Share
More Decks by tanishi
See All by tanishi
インフラエンジニアが教えるJSの型
tanishi
0
150
Other Decks in Technology
See All in Technology
Sansanが実践する Platform EngineeringとSREの協創
sansantech
PRO
2
890
OCI Oracle Database Services新機能アップデート(2025/09-2025/11)
oracle4engineer
PRO
1
210
Jakarta Agentic AI Specification - Status and Future
reza_rahman
0
110
AIの長期記憶と短期記憶の違いについてAgentCoreを例に深掘ってみた
yakumo
4
380
ガバメントクラウド利用システムのライフサイクルについて
techniczna
0
190
RAG/Agent開発のアップデートまとめ
taka0709
0
180
生成AIを利用するだけでなく、投資できる組織へ / Becoming an Organization That Invests in GenAI
kaminashi
0
100
SSO方式とJumpアカウント方式の比較と設計方針
yuobayashi
7
690
CARTAのAI CoE が挑む「事業を進化させる AI エンジニアリング」 / carta ai coe evolution business ai engineering
carta_engineering
0
1.8k
文字列の並び順 / Unicode Collation
tmtms
3
590
AWS re:Invent 2025で見たGrafana最新機能の紹介
hamadakoji
0
400
mairuでつくるクレデンシャルレス開発環境 / Credential-less development environment using Mailru
mirakui
5
530
Featured
See All Featured
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
10
730
Building an army of robots
kneath
306
46k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
How STYLIGHT went responsive
nonsquared
100
6k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.8k
Designing for humans not robots
tammielis
254
26k
Writing Fast Ruby
sferik
630
62k
Designing Experiences People Love
moore
143
24k
Docker and Python
trallard
47
3.7k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.5k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Transcript
migrationのテストについての試行錯誤 2022/08/25 【Railsエンジニア集合!】 身近だけど知らないtoBサービスの裏側をのぞく tanishi@tanishi345
1 1. スキーマ変更を伴うデータ移行のテスト 2. テスト方法の検討 1. スキーマ変更とデータ移行を分けるパターン 2. スキーマ変更とデータ移行を分けないパターン 3.
やってみて Agenda
2 • たにし(大西 諒)@tanishi345 • SWE@estie • TypeScriptが好き • テストコードや設計について考えるのが好き
• estie proの開発 • Vue / Rails tanishi345
スキーマ変更を伴うデータ移行のテスト
4 スキーマ変更を伴うデータ移行とは
5 スキーマ変更を伴うデータ移行とは 仕様変更やモデリングの改善を目的としたスキーマ変更
6 スキーマ変更を伴うデータ移行の具体的な例 1. テーブルの作成 2. データの移行 3. カラムの削除
7 スキーマ変更を伴うデータ移行の具体的な例 1. テーブルの作成 2. データの移行 3. カラムの削除
8 何故難しかったのか 20220823090000 20220824090000 20220825090000 migrateのテストがしたい rollbackのテストがしたい
マイグレーションとデータ移行を分けるパターン
10 マイグレーションとデータ移行を分けるパターン マイグレーションと データ移行を分けるほうがいいのでは?
11 マイグレーションとデータ移行を分けるパターン • これならテストしやすい?
12 マイグレーションとデータ移行を分けるパターン • これならテストしやすい? • そんなことはなかった
13 マイグレーションとデータ移行を分けるパターン • これならテストしやすい? • そんなことはなかった • 最新のマイグレーションにする 必要があるため
14 マイグレーションとデータ移行をp-r単位で分けるパターン 1つ目のp-r テストコード
15 マイグレーションとデータ移行をp-r単位で分けるパターン 2つ目のp-r テストコードと該当スクリプトの削除
16 マイグレーションとデータ移行を分けてみた結果 • わかったこと • p-r単位で分ける必要が出てくる • データ移行後は削除するので経緯がわかりづらい • 久しぶりに開発に参加した人などが困るケースがある
• DBのスキーマバージョンを固定してテストしたい…
17 その後の調査 • 調べてみると • GitLabは自前でライブラリを作ってこの辺りをやっていそう • https://gitlab- docs.creationline.com/ee/development/testing_guide/testing_migrations_g uide.html
• 更に調べてみる
マイグレーションとデータ移行を分けないパターン
19 マイグレーションとデータ移行を分けないパターン • テストのセットアップタイミングで スキーマのバージョンを固定したい
20 どういうことか 20220823090000 20220824090000 20220825090000 migrateのテストがしたい rollbackのテストがしたい
21 どういうことか 20220823090000 20220824090000 20220825090000 migrateのテストがしたい rollbackのテストがしたい
22 実際のテストコード
23 実際のテストコード(セットアップ)
24 実際のテストコード(テストしたいメソッド)
25 実際のテストコード(値の検証)
26 まとめ • 思ったより簡単にテスト時に マイグレーションのバージョンを固定することができた • おかげでスキーマ変更しながらのデータ移行もテストできる • スキーマが正しいかはdb/schema.rbで担保 •
データ移行が正しいかはテストで担保
27 その他の課題 • データ移行とアプリケーションコードの反映タイミングをどうするか • データ移行を先にやると既存カラムを更新された場合に都合が悪い • estieでは夜ユーザーが少ないタイミングを見計らってやっています
28 最後 • 話足りないことはまだあります! • 色々情報交換したい人 • MeetyのURLです→