add user reserved #302
add user reserved #302
Conversation
pkg/db/iam_test.go
Outdated
| t.Fatalf("Unexpected error: %+v", err) | ||
| } | ||
| // 自動生成されるタイムスタンプをwantで指定できないのでそれ以外の値を比較 | ||
| if c.want != nil && !((got.ReservedID == c.want.ReservedID) && (got.RoleID == c.want.RoleID) && (got.UserIdpKey == c.want.UserIdpKey)) { |
There was a problem hiding this comment.
自動生成されるタイムスタンプをwantで指定できないのでそれ以外の値を比較
mockが何を返すかもWillReturnRowsなどで指定していると思うので、例えば now を返すようにしてやれば単純な比較にできませんか？
There was a problem hiding this comment.
sqlmock.NewRows(
[]string{"reserved_id", "role_id", "user_idp_key", "created_at", "updated_at"}).
AddRow(1, 1, "user", now, now).
AddRow(2, 1, "user", now, now).
...There was a problem hiding this comment.
まず、現状のテストだとExpectExecを使用しているためWillReturnRowsが使えません。(WillReturnRowsが*sqlmock.ExpectedQueryのメソッドのため)
そのためExpectQueryを使用するように修正しようとしましたが、こちらだと呼び出しが期待されたものと異なってくるためにエラーが発生してテストを通すことができません。
(ExpectQueryを使用した際にQueryを期待しているが、ExecQueryが呼び出されるため)
そのため、現状の形にしています。
良い修正案などあればご教示いただければと思います。
(FirstOrCreateを使ってるとExpectQueryが使えないため、テスト元のコードまで修正が必要そうな気がしてます)
There was a problem hiding this comment.
ありがとうございます。WillReturnRows使えない旨、理解しました。
mockで特に指定してないのに結果の比較を行っていることが少し違和感がありますね、、、
例えばINSERTの処理のテストでReservedID（自動インクリメント）のパラメータがない場合はうまく動きますか？
（ブラックボックス過ぎてテストコードから期待値と結果が同じになることが分からないという印象）
個人的にはエラーの有無の確認だけでも良いかもしれないなと思いました。
mockの戻り値を比較するだけのものとなっていたため、関数の戻り値のチェックを削除しました
ユーザー予約機能を追加します
以下のgRPCエンドポイントを追加します
List
Put
Delete
PutUser処理にて、新規にユーザーを作成した場合にUserReservedからロールをアタッチする処理を追加します