タグ

testに関するmistofforestのブックマーク (19)

  • Seleniumことはじめ 〜Assertion〜 - 現場のためのソフトウェア開発プロセス - たかのり日記

    Assertionとは、アプリケーションの動作結果が期待しているものと合致しているか検証するためのコマンドのこと。Assertionには以下の3つのモデルがあります。 assert 失敗した場合、テストは中止されます verify 失敗した場合、失敗はログに記録されてテストは継続実施されます waitFor 条件が満たされることを待ちます(Ajaxのテストに有効)。条件が既に満たされている場合は直ちに検証成功となります。しかし、現在のタイムアウト設定の時間内に条件が満たされなかった場合には検証失敗となり、テストを中止します Selenium IDE では、右クリックから Assertion メニューを開いた際に、「Toggle verify/assert」で切り替えることができます(waitForは無いみたい)。 Assertion コマンド一覧 何が検証できるのか整理してみました。「as

    Seleniumことはじめ 〜Assertion〜 - 現場のためのソフトウェア開発プロセス - たかのり日記
  • Ruby on Railsのテストの書き方 (モデルの単体テストと,コントローラの機能テスト) - 主に言語とシステム開発に関して

    Ruby on Rails のテストの書き方のまとめ。 RSpecを使わない,素の unit test (モデルのテスト) functional test(コントローラ+ビューのテスト) について,どう書いたらいいのか,どこの情報を参照したらよいのか,などを列挙。 Rails入門者が初めてテストを書く際に迷わせないようにするためのガイドライン形式。 Railsのバージョンは1.2系を想定。 総説 一度は目を通すべき,入門用のリンク集: RubyOnRails を使ってみる 【第 6 回】 テストの書き方 http://jp.rubyist.net/magazine/?0013-RubyOnRails Railsでテストを書く勘所 http://d.hatena.ne.jp/moro/20061029/1162116778 Railsでのテスト http://d.hatena.ne.jp/a

    Ruby on Railsのテストの書き方 (モデルの単体テストと,コントローラの機能テスト) - 主に言語とシステム開発に関して
  • mixi Engineers' Blog » スマートフォンブラウザのWebInspectorをリモートで実現するweinreが凄い

    こんにちは、寝過ごして長野まで行きそうになったソーシャルクライアント開発のtakimoこと瀧です。 先週弊社数名がアメリカで行われていたVelocity 2011 - O'Reilly Conferencesに参加しました。 そこではモバイル端末のテストやパフォーマンスについての講演やLTがあったようです。 自分もお土産話を色々聞きたいので詳しくは誰かが書いてくれるはず...です。 その中で気になったプロダクトがあったので紹介したいと思います。 weinre - Web Inspector Remote weinreはFirebug(Firefox)やWebKitのWebInspectorのようなデバッグ機能をリモートで提供してくれるプロダクトです。 iPhoneAndroid(2.1以上)には一応コンソール機能のようなものがありますが 基的には出力だけ ソフトキーボードでデバッグ用

    mixi Engineers' Blog » スマートフォンブラウザのWebInspectorをリモートで実現するweinreが凄い
  • るびま-Rails第6回

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • JUnitとEclipseを使って学ぶ、“テスト”の常識

    JUnitとEclipseを使って学ぶ、“テスト”の常識:Webアプリの常識をJSPとStrutsで身につける(10)(1/4 ページ) 連載は、JSP/サーブレット+StrutsのWebアプリケーション開発を通じて、Java言語以外(PHPASP.NETRuby on Railsなど)の開発にも通用するWebアプリケーション全般の広い知識・常識を身に付けるための連載です いまさら聞けない、“テスト”の考え方やポイント 今回は、「テストの常識」と題し、Webアプリのテスト方法を説明したうえで、実際にJUnitを使用してWebアプリのテストを行ってみましょう。 そもそも、テストとは何のために行うのでしょうか? ただ何となくテスト項目を作成して実施するのでは、作成したWebアプリの品質が低かったり、開発コストが高くなったりと後々、後悔することになります。まず「テストをなぜ行うのか」「何を

    JUnitとEclipseを使って学ぶ、“テスト”の常識
  • 小規模Webサービス向け安上がりシステム構成と開発フロー(怖話.jp) - Fjord, Inc(株式会社フィヨルド)

    こちらのエントリーが大変参考になったので、僕らが作ってる怖話.jp(kowabana.jp)のシステム構成や開発方法についても公開していこうと思います。 怖話.jpはスマホ向けWebサービスなのでPC向けとはPVとかの傾向がちょっと違うかも知れません。 怖話.jpとは スマホで17,000話以上のサウンドノベル風の怖い話が閲覧・投稿できるサイト(アプリではありません)です。詳しくは下記エントリーを参照してください。 スマホでサウンドノベル風怖い話投稿サイト | FJORD, LLC(合同会社フィヨルド) 7月16日にRubyKaigi2011に合わせて無理矢理ベータテストオープンして、8月9日に正式オープンしましたので正式オープンからは1ヶ月経ってないまだまだのサイトです。開発期間は約1ヶ月ぐらいです。 サイト情報 (これAnalyticsを直接貼るのはどうやればいいんだろう?) 直近一ヶ

    小規模Webサービス向け安上がりシステム構成と開発フロー(怖話.jp) - Fjord, Inc(株式会社フィヨルド)
  • Ruby スクリプトのユニットテスト・チュートリアル - WebOS Goodies

    WebOS Goodies へようこそ! WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 少し前に公開した Ruby 用 JSON クラスに数多くのバグを仕込んでしまい(たいへんご迷惑をおかけしました m(_ _)m)、テストの重要性を改めて痛感している今日この頃です。今後も開発を続けるにあたって、現在の行き当たりばったりなテスト方法ではとてもやっていけないと危機感を持ちまして、きちんとしたユニットテストの方法を調べてみました。 で、実際に試してみたと

  • Shoulda(もっと早く使っていれば)by 達人プログラマ。Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。 « kentaroi’s weblog

    Shoulda(もっと早く使っていれば)by 達人プログラマ。Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。 Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。ってことで、 達人プログラマのDavid ThomasがShouldaを分かりやすく紹介してくれていたので、仮訳してみたよ。 (翻訳・公開することを快く承諾してくれました。) 英語が苦手なので間違いもあると思います。指摘してくれると嬉しいです。 オリジナルの記事:Shoulda used this earlier —– ここから —– Shoulda(もっと早く使っていれば) 色んな意味で、ソフトウェアをテストすることは、外に出て運動をすることに似ている。しなきゃいけないことは分かってるし、運動は自分を良い状態にしてくれるのは分かってるんだけど、それをやらない言い訳を考えるのもすごく簡単だ(

  • MochiKit - A lightweight Javascript library

    WARNING: The canonical authorized URL for this project is https://mochi.github.io/mochikit/. The domain name mochikit.com is no longer affiliated with this project or its maintainers. Control over the domain was lost due to an acquisition in 2010 and has not been affiliated with this project since 2014. Any material you find on that site, or emails coming from that domain, should be considered sus

  • perlのテストはproveすべし - (゚∀゚)o彡 sasata299's blog

    2008年08月11日20:20 Perl perlのテストはproveすべし 最近やっとperlの素晴らしさに気がついてきたsasata299です。こんばんわ( ´_ゝ`)ノ 今日はCPANのインストール(make test)でも使われているproveコマンドについて書きたいと思います。こんなやつです。 t/00_compile...........ok t/01_base..............ok t/02_test_more.........ok t/03_test_exception....ok t/04_prints_ok.........ok t/05_stderr_ok.........ok t/06_blocks............ok t/98_perlcritic........ok t/pod..................ok テストコードを書いたとき

  • prove

    NAME prove - Run tests through a TAP harness. USAGE prove [options] [files or directories] OPTIONS Boolean options: -v, --verbose Print all test lines. Also sets TEST_VERBOSE -l, --lib Add 'lib' to the path for your tests (-Ilib). -b, --blib Add 'blib/lib' and 'blib/arch' to the path for your tests -s, --shuffle Run the tests in random order. -c, --color Colored test output (default). --nocolor Do

    prove
  • QUnit-TAP : JavaScript のテスティングフレームワークQUnitからTAP出力する - t-wada の日記(旧)

    JavaScript のテスティングフレームワーク QUnit から TAP 出力するための仕組みを作成し、さらに CommonJS 環境下でも動くようにしてみましたので、 github で公開します。ライセンスは QUnit に合わせて MIT と GPLv2 のデュアルライセンスです。 http://github.com/twada/qunit-tap これは何? 平たく言うと、主に画面非依存の JavaScript コードやサーバサイドで動かす JavaScript コードに対してコマンドラインからユニットテストを行うための仕組みです。 js のユニットテストというとブラウザ上で動かすものが一般的ですが、 DOM に依存しないロジックや抽象的なモジュールのテストはできればコマンドライン上で高速に実行させ、即座にフィードバックを得たいものです。 (更新) ヘッドレスブラウザ Phant

    QUnit-TAP : JavaScript のテスティングフレームワークQUnitからTAP出力する - t-wada の日記(旧)
  • [ThinkIT] 第1回:Webブラウザを使ったテストツールSeleniumとは (1/3)

    この連載は、WebアプリケーションのテストツールであるSelenium(セレニウム)についてサンプルを用いながら概要と基的な使い方を解説していきます。連載第1回の今回は、Seleniumの概要について紹介します。 Seleniumとは、Webブラウザを使ってWebアプリケーションをテストするツールです。この「Webブラウザを使って」というのが非常に大きなポイントで、人が手でWebブラウザを操作する代わりにSeleniumがWebブラウザを操作してくれるのです。 そして単純に操作するだけでなく、例えばエラーメッセージが正しく表示されているかといった検証も行うことができます。つまり、今まで人手を必要としていたWebブラウザを使った試験が自動化できるものなのです。そのため数百項目もあるテストも、クリック1回で実施できます。 より重要なことは「自動化することによって試験を繰返し実施できる」こと

  • MOONGIFT: » JavaScriptの動作検証に「JSCoverage」:オープンソースを毎日紹介

    バグは予期していない動作が発生した際に起こる。理想的な動作をしている限りはまず起こらない。しかし、膨大なソースコードの中、そうした予期しない動作を探すのは難しい。 そこで便利なのがソースコードのカバレッジソフトウェアだ。通ったコードと通っていないコードとを見分けられれば、通ってない場所がバグの潜んでいる所になる。そしてJavaScript向けツールがこれだ。 今回紹介するオープンソース・ソフトウェアはJSCoverage、JavaScript向けのソースコードカバレッジソフトウェアだ。 JSCoverageを使うと、ソースコードの中でカバレッジされていない、つまり通っていないコード部分を見分けることができる。各アクションを試し、全てのコードを通過することができれば、予想は網羅されていることになる。 使い方としては、JSCoverageを使って、JavaScriptファイルを変換する必要があ

    MOONGIFT: » JavaScriptの動作検証に「JSCoverage」:オープンソースを毎日紹介
  • 第1回 Hudsonの導入 | gihyo.jp

    継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」(⁠Continuous Integration、以下CI)のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能

    第1回 Hudsonの導入 | gihyo.jp
  • QUnitの基本的な使い方 - but hopeful

    [追記] 2013/9/1 三年前の記事が未だに読まれているようなので、一応書いておきますが、あれから色々変わってもっと良いものも出ています。 QUnit でも別に問題はないですが、今から QUnit を使うよりは http://visionmedia.github.io/mocha/:title=mocha] とかの方が個人的にはお勧めです。とにかく、今は色々あるのでもっと別の選択肢調べて見ることを個人的にはおすすめします。別に QUnit は使わないほうが良いとは言いません。 JavaScriptのテスティングフレームワークはいろいろありますが、自分は今主にQUnitを使っているので、少し使い方をまとめて見たいと思います。 [追記]今回作成したソースを上げました。ninja.js QUnit とは QUnitはもともと、jQueryをテストするために開発されたJavaScript Un

    QUnitの基本的な使い方 - but hopeful
  • js テスト放浪記

    Wandering about JavaScript Testing - Mar 8, 2011 at Test.js, presented by Shibuya.js

    js テスト放浪記
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • @IT:製造業のテスト手法をソフト開発に生かす、米Parasoft

    2004/2/21 「製造業などで行われている高品質化の取り組みが、なぜソフト開発では生かされていないのか」。米Parasoft CEOのアダム・コラワ(Adam Kolawa)氏はこう語り、同社が提唱するソフト開発のテスト手法である「Automated Error Prevention」(AEP)の重要性を強調した。 AEPとは「製造業などで標準的に行われているテストの方法論をソフト開発に採用した」(コラワ氏)内容。ソフト開発のデザインやコーディングなど各段階で「エラーを検出」「エラーの原因を特定」「エラーを作り込んだ生産工程を特定」「エラー防止策を実装」「プロセスを管理する」の各施策を実施するという考えが基。ソフトをビルドした後にテストをしてエラーを検出するのではなく、ソフト開発のライフサイクル全般においてエラーをチェックするというのが特徴だ。 AEPはソフト開発に関する基的な概念

  • 1