[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 156匹目 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
321(4): 2021/04/01(木)19:25 ID:NLtnaoPL(1) AAS
DBからとってきてJson返すだけみたいなドメインがスカスカなシステムってどこをユニットテストすりゃいいんだ？
322: 2021/04/01(木)20:40 ID:49uqYWRg(1) AAS
>>321
E2Eだけでいいよ
実際にテスト用のDBに接続して、リクエストハンドラが期待通りの結果を返すことを確認するテストを書け
テストを書けと言われたら、中の方の極一部のテストしやすいロジックだけ単体テストを書くアホがよくいるが、そんなものよりE2Eの方が遥かに重要で効果的
323: 2021/04/02(金)09:33 ID:hcKppiRt(1) AAS
>>321
テストフェーズ関係なくどういう種類のテストをしたいのか、もしくはするべきなのかをまず考えて
次にそれらをどうフェーズ分けするのがいいかを考える
何をテストすればいいのかがわからないならその原因を考える必要がある
324: 2021/04/02(金)09:49 ID:sr96G99p(1/2) AAS
>>321
まず今それはどうやって実装されてるのか？
下手なやつはAPIの数だけ同じようなロジックをコピペする
それが本当にDBからJSONを返すだけなら共通化出来る
間に多少のロジックが入る場合があったとしても大抵はほとんどなにもないはずだ
そうなると簡易的なDSLが作れる
define_api "POST" <endpoint> みたいな使い方ができるdefine_api関数を作れる
そして define_api が正しくAPIを作れるかどうかをユニットテストすればいい
ユニットテストは、実際にはエンドポイントに通信を行わず（モックを使う）
テスト用に作ったエンドポイントに想定したパラメーターを渡せるか
省12
325: 2021/04/02(金)09:51 ID:wd8HVT89(1) AAS
>>321
そんなプログラムだって
・リクエストを受けとる
・DBからデータを取得する
・JSONとして整形する
・レスポンスとして返す
という詳細設計項目はあるだろ
単体テストは詳細設計に対応するテストだから、その項目が正しく実装されているかをテストする
テストをどうしたらいいのかなんて悩んじゃうのは、設計とテストの対応を理解してないだけだよ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.194s*