Test::WWW::Mechanize - nDiki
例 ページを正常に GET できるかテストする #!/usr/bin/perl use strict; use warnings; use Test::More tests => 1; use Test::WWW::Mechanize; my $mech = Test::WWW::Mechanize->new; $mech->get_ok('http://www.example.com/'); ページのタイトルが期待した値になっているか確認する #!/usr/bin/perl use strict; use warnings; use Test::More tests => 2; use Test::WWW::Mechanize; my $mech = Test::WWW::Mechanize->new; $mech->get_ok('http://www.example.com/');
Test::WWW::Mechanize で Web アプリケーションをテストファースト開発
Test::WWW::Mechanize で Web アプリケーションをテストファースト開発 テストファースト開発に慣れてしまうと、テストコード無しにプログラムを書くというのは不安でたまらなく感じてくる。 テストが欲しい。安らぎが欲しい。 今開発している WiKicker ベースの Web アプリケーションもだんだん機能が増えてきて、コードを触るのがコワくなってきた。 今回は Basic 認証等もあるので、WWW::Mechanize::CGI ではなくてきちんと deploy してから Test::WWW::Mechanize でテストすることにした。 Test::WWW::Mechanize、使ってみると WWW::Mechanize + Test::More よりテストを書くのも読むのも楽になった。 deploy が必要なリグレッションテストはさすがに t/ の下に入れておくのはどう
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Test-WWW-Mechanize-1.60 - Testing-specific WWW::Mechanize subclass - metacpan.org
ENHANCMENTS Added default test messages for button_exists_ok and lacks_button_ok methods. Thanks, Daniel Böhmer (GH#70) get_ok(), post_ok(), head_ok(), put_ok() and delete_ok() now all fail if an undef URL is passed, rather than passing the undef URL into the underlying LWP functions. Thanks, Jess Robinson. (GH #40) FIXES Disable proxies in some of the tests that look at a local test server. (GH#5
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
