makabe
|
23f8b54011
|
Merge branch 'main' into develop
|
2024-05-07 12:04:03 +09:00 |
|
saito.k
|
b88c0d9b96
|
Merged PR 877: ディーラー取得APIの修正
## 概要
[Task4104: ディーラー取得APIの修正](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/4104)
- メールの文面を各言語版に置き換えました。
- 環境変数に設定されたアカウントIDのDealerはResponseに含めないように修正
## レビューポイント
- 環境変数からインスタンス変数に代入するときの処理に問題はあるか
- 環境変数のフォーマットはこれで良いか
- もっとよいやり方があれば指摘いただきたいです
- テストケースに不足はないか
## UIの変更
- なし
## クエリの変更
- なし
## 動作確認状況
- ローカルで確認
- 行った修正がデグレを発生させていないことを確認できるか
- ほかのテストに影響が出ていない
|
2024-04-19 04:47:32 +00:00 |
|
湯本 開
|
43561f237e
|
Merged PR 822: クエリ比較用ログ出力の仕組みを改良
## 概要
[Task3889: クエリ比較用ログ出力の仕組みを改良](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/3889)
- SQLクエリを比較可能とするための仕組みを導入
- UUIDや日付等の実行の度に変更される要素を出力段階で置き換えてしまうロガーを追加
- テストで上記ロガーを使うよう修正
- テストで使用する環境変数が必要がないのにlocalを指定するようになっていたため、production想定でテストが実施されるようテスト用環境変数ファイルを変更
## レビューポイント
- この仕組みを使ってデグレを防ぐための「クエリの変更内容を確認する」事が問題なく出来そうか
## UIの変更
- なし
## クエリの変更
- なし
## 動作確認状況
- npm run test が正常に実施されることを確認
- 行った修正がデグレを発生させていないことを確認できるか
- testファイルにしか参照されない変更なので、デグレは原理的に発生しないはず
- testも正常に成功したことを確認したので、デグレは発生していないはず
|
2024-03-12 03:57:29 +00:00 |
|
makabe.t
|
31de71f743
|
Merged PR 797: API実装(一括登録)
## 概要
[Task3752: API実装(一括登録)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/3752)
- ユーザー一括登録APIとテストを実装しました。
- メール文面はまだ翻訳が来ていないので日本語のものを使用しています。別タスクで多言語対応します。
## レビューポイント
- ファイル名は認識通りでしょうか?
- ファイルの内容は認識通りでしょうか?
## UIの変更
- なし
## 動作確認状況
- ローカルで確認
|
2024-03-05 10:27:50 +00:00 |
|
makabe.t
|
1524ec2473
|
Merged PR 701: パイプラインエラー対応
## 概要
[Task3531: パイプラインエラー対応](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/3531)
- パイプラインエラー解消
## レビューポイント
- 共有
|
2024-01-24 00:48:21 +00:00 |
|
湯本 開
|
cf56239da2
|
Merged PR 669: Pipeline上でdocker-composeを用いてMySQLを起動する方法を調査する
## 概要
[Task3427: Pipeline上でdocker-composeを用いてMySQLを起動する方法を調査する](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/3427)
- MySQLでUnitTestを実施する仕組みを作成
- DevContainerにUnitTestからのみアクセスされるMySQLが動くコンテナ( `test_mysql_db` )を追加
- テストでMySQLを使用し、上記 `test_mysql_db` に対してアクセスするよう構成
- テストの前処理で `test_mysql_db` の全てのテーブルをTRUNCATEする処理を実行し、データをクリアする
- 常にテスト用MySQLは起動しているが、テスト実行前にクリアされるので空っぽ前提の状態でテストを実施できる
- 実際にMySQLを使用して実行されるテストを1つ追加
- `users.service.spec.ts | UsersService.createUser` が対象
- Pipeline上でDevContainerを起動し、DevContainer内で `npm ci` `(UnitTest用DBへの) migration` `npm run test` を行う仕組みを作成
- Pipelineを追加
- **StagingPipelineでテスト・ステップを切り出し**
- Pipelineテスト用DevContainer(のdocker-compose.yml)を作成
- 構成は通常の物と同一だが、ネットワーク設定だけ外部のMySQLやRedisと通信しない前提に変更している
- テストの実行環境を自己ホストではなく、一般で提供されているマシンに変更
- 自己ホストのマシンにdocker-composeが入ってない/ビルド後のクリア処理が大変等の理由
- テストで使用する環境変数を `.env.test` という別環境変数に切り出し
- そうすることで、PipelineでKeyVaultへのアクセスをする必要がなくなる
- **migrationの漏れを修正**
- テストが通らないことで発覚したmigration漏れを修正
- **テストコードを修正**
- **Date型のミリ秒単位の誤差を setMillseconds(0) を用いることで0にセットするコードを追加(ライセンス付近)**
## レビューポイント
- **WIPレビュー以降の追加の修正で違和感のある箇所はないか**
- コミット履歴等で追っていただいた方が楽かと思います
- 直近の`Merge branch 'develop' into feature/3427/poc-mysql-test` 以降がWIP以降に変更されたコードです
- **レビュー通過後、developのPipelineについては手動で同等のコードに変更→PRをdevelopにマージ予定だが進め方として問題はないか**
- [※WIPでレビュー済み] テスト用DevContainerを別途作成したが、現行のDevContainerを使用するよう頑張った方がいいか?
- [※WIPでレビュー済み] CI/CDの実行速度面を考慮し、使用されないMySQLとRedisのサービスとネットワーク作成が同居しているdocker-compose.ymlの実行を避けたが、管理対象は増えているので議論の余地はある
- [※WIPでレビュー済み] MySQLでUnitTestを実行する際に懸念事項はないか
- [※WIPでレビュー済み] Dockerを起動する関係でCI/CDのスピードが数分遅くなると思われるが、許容可能か
- [※WIPでレビュー済み] `.env.test` に置き換えて問題ないか
## 動作確認状況
- ローカル&Pipelineで実行して確認済
|
2024-01-23 07:58:42 +00:00 |
|