【エクササイズ】カウンターの要件定義と機能実装をする【テスト】

課題
  • 「mocha」「power-assert」を使ったテストコードを作成する
  • TDDなスタイルでテストを作成する(RED→GREEN→REFACTOR)
  • GitHubに用意した課題の内容を確認して、課題クリアがこの記事でのゴール

課題内容は以下の課題レポジトリに記述しています。

課題レポジトリ

GitHub : js_excercise_for_backend_3

今回作成する課題の完成形のイメージは以下のとおりです。

今回の課題の完成形今回の課題の完成形

課題解決するために参考になる資料

【Node.JS】テストに必要なライブラリをインストールする

https://tsuyopon.xyz/learning-contents/web-dev/javascript/backend/install-test-libraries-with-npm/

テスト用のライブラリは色々ありますが、今回は「mocha」と「power-assert」を利用したテストコードを実装していただきます。

「mocha」と「power-assert」はそれぞれ、「テストフレームワーク」と「アサーションライブラリ」に分類できます。

「テストフレームワーク」と「アサーションライブラリ」については上記記事で解説しています。

【Node.JS】テストの書き方・実行方法を覚える【基本型】

https://tsuyopon.xyz/learning-contents/web-dev/javascript/backend/how-to-write-test-code-for-mocha/

前の章で「mocha」「power-assert」を使って、今回はテストを書いていくことを説明しました。

これらのライブラリを使ってテストを記述するときは、決まった書式があるので、其の書式にそってテストを書いていく必要があります。

テストコードの書式については上記記事で解説しているのでそちらを参考にしていただけたらと思います。

TDD(テスト駆動開発)なスタイルでテストを書く

https://tsuyopon.xyz/learning-contents/web-dev/javascript/backend/write-test-code-in-tdd/

「TDD(Test Driven Development)」は日本語で「テスト駆動開発」と呼び、失敗するテストを先に書いて、後からテストが成功するように書いていく開発スタイルのことです。

失敗するテストを書くというのは「機能の要件定義」を先にテストで書いていくことを意味します。

そして失敗するテストを成功させるというのは、「要件定義を満たしていく作業」になります。

このような開発スタイルで開発を進めていくことで、事前にどんな機能が必要か設計して実装を進めていくことができます。

TDDなスタイルでテストの書き方は上記記事でも解説しているので、TDDな開発スタイルがイメージつかない場合は上記記事を参考にしていただけたらと思います。

質問・答え合わせ受け付けてます

課題に関して質問や答えの確認をしたい方はお気軽にご連絡をいただけたらと思います。

お問い合わせ・TwitterのDM・LINE@で受けつけています。TwitterのDM、LINE@のほうが早く気づけるので早めに返信できるかと思います。

あわせて読みたい
【絶賛受付中】プログラミング・Webの相談お気軽にどうぞ!
【絶賛受付中】プログラミング・Webの相談お気軽にどうぞ!プログラミングやWebで困っていることに対して何でも質問受け付けています。「こんなこと質問しても大丈夫かな」と思っている方のために過去にどんな質問があったのか一例で挙げているので参考にしていただけたらと思います。...
【3つの特典付き】Webエンジニアに必要な基礎スキルを体系的に効率良く身につけたいですか?

LINE登録で無料特典を受け取る

次のような方向けに、学習をサポートするコンテンツを無料プレゼントしています。

  • Webエンジニアになりたいけど何から学習を始めれば良いかわからない
  • 今まで独学で頑張ってきたけど、独学に限界を感じてきた
  • プログラミングは出来るけど、大きめのコードが書けない

「プレゼント詳細が知りたい」「プレゼントを受け取りたい」といった方は、以下のボタンをクリックして詳細ページをご確認ください。

無料特典を受け取る