実装方針

ブランチを作成する。
Deviseを導入する。
ユーザー管理機能を実装する。
モデルの単体テストコードを書く。
プルリクエストを作成してメンターにレビューを依頼する。
LGTMをもらい、マージをする。
デプロイをする。

実装条件

[x] モデルにてバリデーションの記述を行うこと。
[x] 必要な情報を適切に入力して「会員登録」ボタンを押すと、ユーザーの新規登録ができること。
[x] 必要な情報を適切に入力して「ログイン」ボタンを押すと、ユーザーのログインができること。
[x] 新規登録・ログイン共にエラーハンドリングができること（入力に問題がある状態で「会員登録」または「ログイン」ボタンが押された場合、情報は受け入れられず、各ページでエラーメッセージが表示されること）。
[x] エラーハンドリングによって新規登録/ログインページに戻った場合でも、入力済みの項目（パスワード・パスワード確認用以外）は消えないこと。
[x] エラーハンドリングの際、重複したエラーメッセージが表示されないこと。

新規登録/ユーザー情報

[x] ニックネームが必須であること。
[x] メールアドレスが必須であること。
[x] メールアドレスが一意性であること。
[x] メールアドレスは、@を含む必要があること。
[x] パスワードが必須であること。
[x] パスワードは、6文字以上での入力が必須であること
[x] パスワードは、半角英数字混合での入力が必須であること
[x] パスワードとパスワード（確認）は、値の一致が必須であること。

新規登録/本人情報確認

[x] お名前(全角)は、名字と名前がそれぞれ必須であること。
[x] お名前(全角)は、全角（漢字・ひらがな・カタカナ）での入力が必須であること。
[x] お名前カナ(全角)は、名字と名前がそれぞれ必須であること。
[x] お名前カナ(全角)は、全角（カタカナ）での入力が必須であること。
[x] 生年月日が必須であること。

トップページ

[x] ログアウト状態の場合には、トップページ（商品一覧ページ）のヘッダーに、「新規登録」「ログイン」ボタンが表示されること。
[x] ログイン状態の場合には、トップページ（商品一覧ページ）のヘッダーに、「ユーザーのニックネーム」と「ログアウト」ボタンが表示されること。
[x] トップページ（商品一覧ページ）ヘッダーの、「新規登録」「ログイン」ボタンをクリックすると、各ページに遷移できること。
[x] トップページ（商品一覧ページ）ヘッダーの、「ログアウト」ボタンをクリックすると、ログアウトができること。

補足情報

配布しているビューファイルのname属性などは、初期値として「hoge」と設定しているため、実装する際には自身のデータベース設計に合わせて変更すること。
配布しているビューファイルにも、コメントアウトにて実装の案内が記述されているため、適宜読んで実装を行うこと。
「rails g devise」のコマンドで生成されたマイグレーションファイルには、デフォルトでemailとpasswordカラムが生成されるよう記載されている。そのため、この2つのカラムに関しては、自身でマイグレーションファイルに設定を記載する必要はない。
以下の項目に関しては、モデルで新たにバリデーションを実装する必要はない（Deviseにデフォルトでバリデーションが備わっているため）。しかし、単体テストコードを書き、バリデーションが働いているかの検証は必要。・メールアドレスが必須であること。・メールアドレスが一意性であること。・メールアドレスは、@を含む必要があること。・パスワードが必須であること。・パスワードは、6文字以上での入力が必須であること。・パスワードとパスワード（確認）は、値の一致が必須であること。
Deviseによるカスタムコントローラの生成は不要（rails g devise:controllersのコマンドは、必須機能実装においては入力不要）。
トップページ（商品一覧ページ）とは、app/views/items/index.html.erb を指す。

注意事項

機能毎に、commitとpushを行うこと。
配布されたビューファイルに最初からコメントアウトで指示などが記されている場合があるが、それらは機能を実装できた時点で削除すること。
メンターにコードレビューを依頼すること。
機能の様子はGyazo GIFを用いて、テストコードが通っている様子はGyazoを用いて撮影し、それぞれのリンクをプルリクエストへ添付すること。
Gyazoのリンクを添付する際は、何を撮影したGyazoのリンクか分かるように、リンクの前に説明を記載すること。
コードレビューを依頼する前に、Rubocopを実行すること。
コードレビューを依頼する際は、テストコードを書き終わってから依頼すること（テストコードの含まれていないレビューは対応しません。実際の開発現場でも同様の対応であるためです）。
プルリクエストには、「What」と「Why」を記述すること（「What」と「Why」の記載されていないレビューは対応しません。実際の開発現場でも同様の対応であるためです）。
LGTMが出るまでマージしないこと。
LGTMが出る前に他の実装へ着手することは、推奨しない（Gitにおける複雑なコンフリクト等を引き起こす可能性があるためです）。

プルリクエストへ記載するgyazo

[x] 必要な情報を適切に入力して「会員登録」ボタンを押すと、ユーザーの新規登録ができる動画
[x] 入力に問題のある状態で「会員登録」ボタンが押された場合、ユーザーの新規登録はできず、エラーメッセージが出力される動画
[x] 必要な情報を適切に入力して「ログイン」ボタンを押すと、ユーザーのログインができる動画
[x] 入力に問題のある状態で「ログイン」ボタンが押された場合、ユーザーのログインはできず、エラーメッセージが出力される動画
[x] ログアウトに成功する動画
[x] テストに成功する画像

参考カリキュラム

Deviseの導入・実装応用カリキュラム Lesson2 「ユーザーを登録しよう」応用カリキュラム Lesson6 「ChatAppのユーザー管理機能を実装しよう」
マイグレーションファイルのロールバック基礎カリキュラム Lesson7 「データの保存場所と管理役を作ろう」
RSpec 応用カリキュラム Lesson5 「PicTweetのモデルの単体テストコードを書こう」応用カリキュラム Lesson6 「ChatAppのモデル単体テストコードを書こう」 "

Onthevillage commented 2 years ago

■必要なカラム・nickname ・email ・encrypted_password ・last_name ・first_name ・last_name_kana ・first_name_kana ・birth_date

Onthevillage commented 2 years ago

■READMEファイル記述すべき事柄・ニックネームが必須であること。・メールアドレスが必須であること。・メールアドレスが一意性であること。←READMEファイルに記述しなくても良い・パスワードが必須であること。・生年月日が必須であること。

Onthevillage commented 2 years ago

【ユーザー管理機能 #4】  ■何を実装しないといけないのか？・deviseの導入・ユーザー新規登録機能・ログアウト機能・ユーザーログイン機能・userモデルにバリデーションの設定・バリデーション、制約などの適切なエラーメッセージの表示・モデルの単体テストコードの実装 ※ユーザーのマイページ機能は実装しない ■計画・「rails g devise user」コマンドの実行：済・マイグレーションファイルへの制約記述：済・バリデーションの設定：済・以下の機能の実装：済（ユーザー新規登録機能、ログアウト機能、ユーザーログイン機能）・単体テストコードの実装 ■課題・どんなバリデーションをする必要があり、そのためにどんなコードを記述する必要があるか？ ■メンターの方からのアドバイス・課題図書（応用）のLesson3正規表現を読むとよい。・インターネットから正規表現をひっぱてくる

Onthevillage commented 2 years ago

新規登録 https://gyazo.com/b664df6d1bc75e513f74dc3a496cfc5f 新規登録/エラー https://gyazo.com/5707499150c8245554a03d9843ae469d ログイン https://gyazo.com/cb5eafde7aa4fa6e0a71abbf2a294f03 ログイン/エラー https://gyazo.com/12da24d7aeaad2226079ef7be1047cc2 ログアウト https://gyazo.com/f2c199328bae7bcfd0fa30f2446597e5 テスト https://gyazo.com/954db256a925dbfd200accf135c45eab

Onthevillage / furima-37938

ユーザー管理機能 #4

実装方針

実装条件

新規登録/ユーザー情報

新規登録/本人情報確認

トップページ

補足情報

注意事項

プルリクエストへ記載するgyazo

参考カリキュラム