テストの追加 #30
テストの追加 #30
Conversation
tsconfigのincludeはrolllupには影響しないことを確認済みです
型定義のところにもun-defルールとかが適用されてしまうのを修正
tests/createClient.test.ts
Outdated
| import { createClient } from '../src/createClient'; | ||
|
|
||
| describe('createClient', () => { | ||
| // Normal system |
There was a problem hiding this comment.
test内容で正常系と異常系がわかるので、コメントは不要かと思ったのですがどうでしょうか？
There was a problem hiding this comment.
確かに不要そうですね💦
まだこのあたり、どういったところでコメントすべきかの判断がついておらず・・・
ありがとうございます！！
There was a problem hiding this comment.
get.test.tsファイルに関してはそのままでよさそうでしょうか？
There was a problem hiding this comment.
前回参加したリーダブルテストコードの資料に結構感化されています・・・！テストはドキュメントだとすると、コメントよりテストケースでちゃんと意図を伝えることが正しい方向性かなと思いました！！自分でもまだテストコードに対して明確なベストプラクティスは模索中ですが・・・！
https://speakerdeck.com/jnchito/number-vstat?slide=40
でぃーすけさんから見て納得感があれば、get.test.tsも変更お願いします！
There was a problem hiding this comment.
めっちゃわかります！！
この資料僕も読んでいまして、おっしゃる通りで「テストはドキュメント」っていう基準がかなり納得感あるんですよね！
（イベント自体を見れなかったのが、本当に心苦しい・・・）
それでいくと、自分も get.test.ts も変更した方がいいと思ったので、こちらも変更いたします！！
tests/createClient.test.ts
Outdated
| expect(typeof client.getObject === 'function').toBe(true); | ||
| }); | ||
|
|
||
| // Abnormal system |
|
@hiro08gh |
|
ありがとうございます！LGTMです！Squash and mergeでお願いします！ |
概要
既存のコードに関してテストを追加しました。
tests/utils/isCheckValue.test.ts基本的な値に対してisXXX系関数のテストをしました。
tests/utils/parseQuery.test.tsfiedsに配列、数字、文字列を指定した場合とオブジェクトではない値を入力した際のテストをしました。
tests/createClient.test.ts意図通りの関数が返されるかと、未指定の引数があったときのエラーをテストしました。
tests/get.test.tsget関数を使って、リスト形式、リスト形式の詳細、オブジェクト形式それぞれのアクセスでデータが取得できるかと、
未指定の引数があった時、サーバエラー時の処理をテストしました。
構成
テストツール: Jest
モックサーバー: MSW