【課題16】system spec about sample_app_for_rspec

[busitora]

・パスワード3文字以下の場合
・パスワードが空の時
・パスワードが一致しなかった場合
のテストはいいのかな。保留にしておく。

何故showとindexのテストはしないのか？
マイページが詳細だった。

[busitora]

fill_in に入れる時に
user[email]でもEmail でも 動くことを確認。
どうやらラベル内の要素を指定する法が良い模様。
【RSpec/capybara】fill_inが上手く動作しない

fill_inを使う場合は、
fill_in "メールアドレス", with: '[email protected]'
のように、labelタグ内に書かれたテキストを指定しても動くはずです。
むしろ、idで指定するよりも読みやすくなるので、個人的にはこちらの書き方をお勧めします。

→ fill_in も共通化できそうな感じかな？

[busitora]

謎だったところ。質問したいところ

users.spec.rb の新規作成画面へのpathが2つある件

users/newにつながるpathは、sign_up と new_user とあったが、どちらを使えばいいか分からなかった。よりパッと見てわかる後者を使用した。

【解決済み】expectの eq の 使い方

expect(current_path).to eq(users_path)
現在のURLが、ユーザーpathであることを期待する
か
expect(users_path).to eq(current_path)
ユーザーpathが、現在のURLであることを期待する

どっちがいいのか。結果として、前者を使用した(個人的にわかりやすいと思った)

追記: (中の要素は違うが)

Failure/Error: expect(current_path).to eq(logout_path)

       expected: "/logout"
            got: "/login"

前者だと、ログアウトを期待するがログインですよ。なので、後者が正しいとわかった。

[busitora]

let!の使い方をもっとはっきりさせる(聞いて動いたけどわかってない)