リダイレクトを伴うRackアプリケーションの受け入れテストと単体テストの書き方 - Qiita
ちょっとややこしいタイトルだけど、つまり 単体テスト (機能テスト): 正しくリダイレクトされるか 正しいステータスコードか (Temporary? Permanent? See Other?) 正しいリダイレクト先か 受け入れテスト: リダイレクトを透過して正しい動作をしているか GET /posts/1/edit -> PUT /posts/1 -> GET /posts/1 みたいなリダイレクトが透過的に行われることがある GET editで入力された値がPUTで更新されたか? RSpecの Kernel.#describe でテスト対象、つまり単体機能か操作フローか、を切り分ける。 follow_redirect! を明示的に呼ぶことでリダイレクトを追うことができるので、それの有無によってテスト対象を切り替えることができる。 describe "PostController" do
Rack middleware stack のデバッグ方法 - Qiita
この middleware ちゃんと動いてるか確認したい、とか、この middleware とこの middleware を同時に使うとなんかヘッダがおかしいけどどうなってるの！とか、そういうののデバッグ法。 単にログ吐く middleware を stack の途中に積めばよい。 @app.call の前後でそれぞれロギングできる。 class M def initialize(app) @app = app end def call(env) warn '='*80 env.each do |k,v| warn "#{k}=#{v}" end warn '='*80 triplet = @app.call(env) warn triplet.inspect triplet end end config.middleware.insert_before Rack::ETag, M con
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
