タグ

2011年1月19日のブックマーク (10件)

  • IDEA * IDEA

    ドットインストール代表のライフハックブログ

    IDEA * IDEA
  • Selenium 0.7 Reference (Japanese) - Selenium - Confluence

    概要 コマンドはSeleniumに対してどう動くか指示するものです。コマンドにはActionとAccessor、Assertionの三種類があります。 各コマンドの呼び出しは、テストケースのtableにおける以下のような1つの行で表します。 Actionコマンドは、アプリケーションの状態を一般に操作するものです。Actionコマンドは「このリンクをクリックする」とか「あのオプションを選択する」といった動作を行います。動作に失敗するか、エラーが発生した場合は、現在実行中のテストは中止されます。 多くのActionコマンドは"AndWait"サフィックスを付けることができます(例えば"clickAndWait")。このサフィックスはSeleniumに対して、コマンドを実行してサーバへの通信が行われた後に新しいページがロードされるのを待つように指示するものです。 Accessorコマンドは、

  • http://gal-tonkatsu.net/selenium_tips.html

  • swtest.jp/wiki/tools - PukiWiki

    テストツール情報サイト † 不具合からの脱却!テスト自動化ツール研究 / 「テスト自動化ツール」選定の厳しい視点(無償の会員登録が必要) 2008/7/14 キーマンズネット / IT製品解体新書 http://www.keyman.or.jp/3w/prd/51/30002651/ (引用)Webシステムの品質に対する意識は高まってきているが、十分なテストの実施はそう容易なことではない。また、ソフトウェアは社会生活の中に奥深く入り込むようになったことから、その不具合がもたらす社会的・経済的損失は深刻さを増すばかりだ。こうした背景のもと、最近の開発プロジェクトではテスト工程を分業することが重要視されるようになり、ソフトウェアテストの自動化ツール効果的な利用に注目が集まるようになってきた。そこで今回はソフトウェアテストの自動化ツールにスポットを当てその基から最新動向までをわかりやすく解説す

  • アプリケーションテストの概略

    7.Webシステムで重要となるテスト 7-1 Webシステムの特徴 Webシステムとはサーバーサイドにおいて、基的にWebサーバー、アプリケーションサーバー、データベースサーバーの3階層からなり、インターネットに繋がっていればブラウザからアクセスできる仕組みを言う。具体的にはチケット・商品などのインターネット販売、ネットオークション、検索サービス、電子入札システム、電子申請、税務申告等がある。 Webシステムの特徴をあげると、不特定多数の利用者がブラウザを使用してアクセスすることが可能(権限を持たせて特定の人物のみアクセスできるようにすることも可能)で、このために応答時間、セキュリティ、ユーザビリティ、アクセスビリティが重要であり、24時間365日の稼働が原則とされている。 7-2 Webシステムのテスト Webシステムのテストには他のシステムと同様に、機能テストや構成テスト、構造テ

  • ファースト・ステップ - selenium って何 おいしいの

    selenium でWebアプリをテストしつつ、テスト画面を同時に自動キャプチャしてきます ... 録画バーというフリーウェアを組み合わせることで、スクロールバーに隠れた範囲を含めた画面キャプチャができます。録画バーは、スクロールなしである特徴がすばらしいです。 やや長旅ではありますが、次の行程にお進みください。 1.selenium のインストール 2.IE の設定 3.録画バー のインストール 4.selenium の拡張 5.動作確認

    ファースト・ステップ - selenium って何 おいしいの
  • Gree Labs - 第6回オープンソーステクノロジー勉強会 - Selenium徹底活用

    404 お探しのページは見つかりません GREE Engineering トップへ戻る

    Gree Labs - 第6回オープンソーステクノロジー勉強会 - Selenium徹底活用
  • Web開発の地図を手に入れよう - 『プロになるためのWeb技術入門 - なぜ、あなたはWebシステムを開発できないのか』:マピオンラボ(ネタ)

    Mapion マピオンラボ ネタ Web開発の地図を手に入れよう - 『プロになるためのWeb技術入門 - なぜ、あなたはWebシステムを開発できないのか』 技術評論者様から献いただきましたのでさっそく読ませていただきました。 副題が挑発的ですね。 私は以下のように読み解きました。 『なぜあなたは(コードが書けるのにも関わらず!)Webシステムを開発できないのか』 プログラミング(コード)とWebシステムは一対一ではありません。大部分はコードかもしれませんが、それらプログラムとプログラムの間に存在する無数の隙間を埋めていかなければWebシステムとして成り立ちません。 車の乗り方を覚えただけでは目的に辿り着けないのと同じように、プログラミングだけ出来てもWebシステムは動かないのです。 必要なのは目的地(安全で・安定したWebシステム)に辿り着くためのロードマップ。 『プロになるため

  • SA取ったど〜(´・ω・`) - 山奥通信 増刊号

    はい、SAも取ったので、恒例の「資格を取ったからこそdisりますよ」シリーズです(・∀・;) さて、一般的には、「システムアーキテクト」と言う言葉は2通りくらいの意味で使われていると思うわけですが( ・ω・) 一つ目のケースは、こういう感じのやつで。 戦略的〜ビジネスの観点から〜みたいな話と、テクノロジーをリンクして語る アーキテクトと言うか、CIO補佐というかCTOと言うか スーパーマンで、そんな人は日に何人もいないよ、みたいな人達(´д`;) 二つ目のケースは、こういうの感じのもので。 フレームワークの選定をしたり(・ω・) システム構成のレイヤと機能による水平/垂直の分割をしたり(・ω・) トランザクション戦略を決定したり(・ω・) 一通りのサンプルを作って展開したり(・ω・) 非機能要件を考慮して処理を非同期化することを決めたりとかも(・ω・) 足りないライブラリは自作したり(・

    SA取ったど〜(´・ω・`) - 山奥通信 増刊号
  • 達人プログラマーに学ぶ 絶え間ない結合化と容赦ないテスト | Act as Professional

    書いたコードの量が増えれば、増えるほど、比例してバグが増えていきます。 予期せぬバグはスケジュールに致命的な影響を与える。 手を加えたソースの量が増えてからバグを特定するのには多くの時間や労力を費やすことになります。 達人プログラマーはどうするのか?p.241 第8章 達人のプロジェクトより 早めにテスト、何度もテスト、自動でテスト 書いたコードが少ない段階で、少ないテストをして、小さなバグをできるだけ早く解決していく。製品コードとテストコードを同時に書いていくのです。仮にバグを埋め込んでしまったとしても、バグになっている箇所はすぐに特定できるでしょう。 このテストをあながた手を動かしてやっている暇はありません。 あなたは新たなバグを埋め込むために製品コードを書かなければなりません。絶対に自動化しましょう。 自動化してテストを何度も、何度も、繰り返しおこなえるようにしましょう。結合テストも

    達人プログラマーに学ぶ 絶え間ない結合化と容赦ないテスト | Act as Professional