タグ

テストに関するse-miのブックマーク (143)

  • Flex開発のテスト・品質向上でかなり使えるツール5選(1/3)- @IT

    クラスメソッド株式会社 福田 寅成 2010/10/22 Adobe CS5の新しい中核を担うFlex 4のフレームワーク。ワークフローを初めRIA開発現場がどう変わるかを、Flash Builder 4やFlash Catalyst、Adobe AIR 2などの技術・ツール・フレームワークなどの機能を紹介しながら解説する連載(編集部) Flex開発におけるテスト・品質向上ツールの充実 従来、Flexでのアプリケーション開発では「手動でのテスト」が主で、ツールを利用した自動テストは行われてきませんでした。そもそもツールが存在しなかったからです。そのため、ActionScriptクラスの単体テストやコーディング規約の強制などは実施しようと思ってもFlex開発ツール上にその環境がなく断念せざるを得ない状況でした Flexでのアプリケーション開発のサーバサイド側でよく用いられるJavaでは、さま

  • CakePHPアプリをHudsonで継続的インテグレーションする方法

    この記事はCakePHP1.2系またら1.3系を対象としており、CakePHP2.0系では別のアプローチになります。 不思議なことにCakePHPアプリの開発でHudson使って継続的インテグレーションしている事例をほとんど見たことがないんだけど、個人的にはPHPアプリだって全部HudsonでCIすべきと思っているのでやってみた。 (ちなみに最近までphpUnderControlでCIしていた) 概略 CakePHPアプリでCIやろうとして問題になるのは、 CakePHPでのテストライブラリがSimpleTestでありJUnit互換のテスト結果を出力できないこと さらにSimpleTestでは一応XMLでの結果出力ができるのに、CakePHPreporterにcake_xml_reporterとかが無くて、html出力かテキスト出力しかできない という2点にあるので、この2点をクリアする

    CakePHPアプリをHudsonで継続的インテグレーションする方法
    se-mi
    se-mi 2010/10/18
    SimpleTestの非互換の不具合(というほどでもないか)
  • JUnitの歴史とテスティングの未来 - 野生のペタシ (Le pédant sauvage)

    Software Engineering RadioというPodcastの、ケント・ベックのインタビュー(以下URL)が面白かったので要点を日語訳したい、という話がもちあがった。 http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ 平鍋さんがご自身のブログで言い出した話である。 http://blogs.itmedia.co.jp/hiranabe/2010/10/the-history-of.html 平鍋さんの後を@urimaro(id:goh-m)さんが引き受けて、さてその後が続かないようで、「誰か続きをやりませんか?」と平鍋さんがツイッターでつぶやいたのを見て、ちょっと面白そうかも、と思ったわたくしが酔った勢いで「やりま

    JUnitの歴史とテスティングの未来 - 野生のペタシ (Le pédant sauvage)
  • LL言語でもHudsonを使おう!

    1. LL言語でもHudsonを使お う! 2010/02/25 研究開発部 佐々木健一 Copyright 2010 KLab Inc. All rights reserved. 1 3. 自己紹介 • 名前 – 佐々木健一 • 沿革 – ~2009年8月 • プロジェクトマネジメント部に在籍 • 自社向け携帯サイト開発フレームワーク作成(Java) • Hudsonをコツコツ使う – 2009年9月~ • マネジメントよりモノづくりが好きで現部署へ • LL言語にもCIの必要性を感じつつ今へ至る • 技術 – 大昔はC,C++ – 今はJavaな人です。 – PythonRuby、Haskell、Scalaをかじった Copyright 2010 KLab Inc. All rights reserved. 3

    LL言語でもHudsonを使おう!
    se-mi
    se-mi 2010/09/08
    PHPでHudson
  • HudsonでPHPのユニットテスト - ssogabeの日記

    Hudsonを使い始めたときから、いつかPHPの開発でも使いたいなぁとか思いつつ、Phing Pluginをコミットしてずっと忘れていました。 PHPの試験環境はJavaの影響を受けてかなり良くなってきています。Antに対応するPhing、Junitに対応するPHPUnit、CheckStyleに対応するPHP_CodeSnifferなどがあります。 今日は、手始めにPhingとPHPUnitで単体試験の自動化をやってみたいと思います。 Phingの準備 Phingのインストール Phingをインストールするを参考にしてインストールします。Hudsonを実行するユーザーで動くことを確認しておきます。 Phingプラグインのインストール [Hudsonの管理] - [プラグインの管理] - [利用可能]の一覧表示から"Phing Plugin"をチェックして、インストール、再起動します。 ソ

    se-mi
    se-mi 2010/09/08
    PHPでHudson
  • PHP版 List_RubyLike - naoyaのはてなダイアリー

    PHP で遊んでいます。 練習がてら、以前に作った List::RubyLike (http://github.com/naoya/list-rubylike) という Perl モジュール *1 の PHP での実装を作ってみました。 <?php require_once 'List/RubyLike.php'; echo LR(array("foo", "bar")) ->push("baz", "piyo") ->map(function ($v) { return strtoupper($v); }) ->join(", ") . "\n"; echo LR(range(1, 5)) ->grep(function ($n) { return $n % 2 == 0; }) ->map(function ($n) { return $n * $n; }) ->sum() . "\n

    PHP版 List_RubyLike - naoyaのはてなダイアリー
    se-mi
    se-mi 2010/09/06
    Lime Testing Framework単独で使えるのか
  • PHPUnitでできる単体テスト

    はじめに 単体テストとは、システムの構成要素であるクラスやメソッド単位での動作を確認する作業のことを言います。 Webシステムは基的に不特定多数に公開するものであり、公開前にはきちんとテストを行っておくことが重要です。 PHPにはテストツールとしてPHPUnitという単体テストのツールがあり、PHPUnitを利用するとクラス内のメソッドに対してテスト用のクラスを自動で生成し、効率よくテストすることができます。 PHPUnitを利用して単体テストする場合のプロセスは テスト対象となるクラス、PHPプログラムの作成 1.で作成したクラスからPHPUnit内のクラスを用いてテスト用のクラスを作成 2.で作成したテスト用のクラスに目的に応じてテストメソッドの実体を記述 テスト実行、結果の確認 となります。 記事では、連載第4回『GPS携帯を使った口コミサイト構築』の逆ジオコーディング処理をテ

    PHPUnitでできる単体テスト
    se-mi
    se-mi 2010/08/23
    最近SimpleTestの話を聞かなくなったな...PHPUnitで統一されたのか
  • brass.to - a really cool domain parked on Park.io

    The domain name brass.to is being parked on Park.io. Contact the domain owner to make an offer right now...

    se-mi
    se-mi 2010/08/10
    興味深い。社内で共有する
  • Buildbot で継続的インテグレーション - mixi engineer blog

    こんにちは。パートナーサービス部の加藤和良です。 前回、mixi における開発者テスト について説明しました。だいぶ間があいてしまいましたが、今回は、そのテストを定期的に実行する 継続的インテグレーション の仕組みを紹介したいと思います。 テストが遅い 実は、mixi のテストは「遅い」という大きな問題を抱えています。 Micheal Feathers は『レガシーコード改善ガイド』のなかで、単体テストが高速に実行できることの重要性を解き「単体テスト」を厳しく定義します。 次に当てはまるものは単体テストではない。 データベースとやり取りする ネットワークを介した通信をする ファイルシステムにアクセスする 実行するために特別な環境設定を必要とする (環境設定ファイルの編集など) 上記に該当するテストが悪いというわけではない。多くの場合において、そのようなテストを書く価値はあり、しばしばテスト

    Buildbot で継続的インテグレーション - mixi engineer blog
  • SQLiteのテストコードは4567万8000行! 本体のコードは6万7000行

    軽量なリレーショナルデータベースとして人気のSQLite。そのWebサイトに掲載されている「How SQLite Is Tested」の内容が、海外のプログラマなどのあいだで話題になっています。 3月に公開された最新バージョンのSQLite 3.6.23。体のソースコードは約6万7200行(67.2KSLOC、Kilo Source Lines of Code:空行やコメントを除いた行数)なのに対し、テストコードはなんと4567万8300行(45678.3KSLOC)だと紹介されているのです! これはテストコードが体の約679倍もの大きさだということになります。 100%のブランチカバレッジ SQLiteコアのライブラリをテストするテストコードとして、以下の3つが紹介されています。 TCL Tests TCL Testsはもっとも古いテストコードで、TCL scripting lang

    SQLiteのテストコードは4567万8000行! 本体のコードは6万7000行
  • テスト駆動開発の効果はどのくらいある?

    ソフトウェアの開発を行うときに、まずテストケースを先に作ってから機能を作り込む「テスト駆動開発」(Test-Driven Development:TDD)。これにより、ソフトウェアの開発工数や品質にはどの程度の変化があるのでしょうか。 TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社:森崎修司の「どうやってはかるの?」:ITmedia オルタナティブ・ブログ この疑問について調査した論文を、奈良先端科学技術大学院大学 助教の森崎修司氏が3月10日のブログ「国立大学法人奈良先端科学技術大学院大学 助教」のエントリ「TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社」で紹介しています。 開発時間はやや増えたがコードの品質は上がった 論文全文は有料なので読めないものの、森崎氏のブログによると次の知見が得られたとのことです。まず、ソフトウェ

    テスト駆動開発の効果はどのくらいある?
  • Cucumberの登場でRailsのテスティング環境が変わった

    ちょっと大げさなタイトルかもしれないですが、個人的にはそれぐらいの感動。「これで勝つる!」な気分。何に勝つのか知らないけれど。 今までのRailsのテストはもっぱらRSpecで書いてて、確かにこれはこれで素晴らしい。採用当初はバグが減ってその時も「これで勝つる!」な気分でした。でもやっぱり受け入れテストがネックになるんですよね。Seleniumとかも使ったりしてましたけど、ブラウザががちゃがちゃ動くし、なんとなく面倒で結局手動で確認という感じになってしまいました。 そこでCucumberの登場ですよ。個人的に素晴しいと思うのは テストケースが自然文(っぽい) そんなに邪魔じゃない あたりかなぁ。テストケースが自然文っぽいというのは実はかなり大事で例えば お客さん: まずトップページにアクセスするとログインフォームがあって、そこにログインすると「ようこそ!ほげほげさん」と出すようにして欲しい

    se-mi
    se-mi 2009/04/20
    ぴゅう太
  • PHPでTest::MoreするならLimeを使おう - Lism.in * blog - nekoya (id:studio-m)

    「自分のメイン言語はPerlだけど、会社ではPHP使ってる。PHPでもTest::Moreみたいにテストしたい」という人は結構いるんじゃないかと思います。 「php test::more」でググると出てくるのはここ。 Test::MoreのPHP版 : cotalog 紹介されているtest-more.phpは確かにTest::Moreライクな実装ですが、機能的に不足があったり全体的に作りが古くて、自分で拡張するにも今ひとつ。 そんなあなたにsymfonyで採用されている独自のテストフレームワーク「Lime」。これがまさにPHP版Test::Moreです。 LimeTestingFramework - symfony - Trac このLimeはsymfonyのテストフレームワークとしてもう2年程前から採用されているのですが、Test::Moreを基にしたという記述が無いためか、それっぽい

    PHPでTest::MoreするならLimeを使おう - Lism.in * blog - nekoya (id:studio-m)
    se-mi
    se-mi 2009/01/06
    気になる
  • 第6回 Webアプリケーションのテスト | gihyo.jp

    前回はテスト工程の最初の段階である単体テストについてご紹介しました。単体テストの次は統合テスト(結合テスト⁠)⁠、システムテストと続いていきます。これらの工程でのテスト内容は、対象とするシステム形態やドメインによって異なってきます。 今回は、皆さんがユーザとして活用しているWebアプリケーションを対象に、統合テストやシステムテストで実施するテスト内容について紹介し、中でもアプリケーションの「機能」に着目したテストの観点について掘り下げて紹介します。 Webアプリケーションのテストの特徴 皆さんは普段の生活の中でもWebアプリケーションを利用する機会が多いと思います。情報ポータルサイト、検索サイト、オンラインショッピング、オンラインバンキング、掲示板、ブログ、SNSなどさまざまなWebアプリケーションを使っていることでしょう。また最近は、パソコンだけでなく携帯電話からも実行できるアプリケーシ

    第6回 Webアプリケーションのテスト | gihyo.jp
    se-mi
    se-mi 2008/07/06
    Webアプリケーション固有の観点が参考になる(セッション管理とか)
  • xmpfilter凄い! - zenpouの日記

    xmpfilterの紹介御礼 - http://rubikitch.com/に移転しましたでxmpfilterの紹介御礼とあったので、 そもそもxmpfilterって何さ?って思って Vim+xmpfilterでirbいらずのRuby試行錯誤開発 - ナレッジエースで解説されている通りインストール sudo gem install rcodetools なんかインストのメッセージに gem install fastriもした方が良いよって出たので sudo gem install fastriも実行。 そしてREADME.vimに書いてあった内容をvimrcに追記。 下の様な感じ。 let g:RCT_toggle_binding="<C-X><C-t>" " use ^X^T to go test <=> implementation let g:rct_completion_use_f

    xmpfilter凄い! - zenpouの日記
  • プログラマの思索: TestlinkがExcelのテスト仕様書よりも素晴らしい点

    TestLinkはオープンソースのWebのテスト管理ツール。 TestLinkがExcelのテスト仕様書よりも素晴らしい点を書く。 【0】インストールが超簡単 XAMP+TestLinkが一体化されたパッケージがある。 解凍して起動するだけ。 USBメモリに入れて持ち歩くことさえできる。 【1】テストケースを再利用しやすい シナリオベースのテストケースは、運用保守や2次開発でも頻繁に使う。 実際は、1次開発で使ったテストケースを複製して、仕様変更や追加機能を反映させる。 この時、Excelのテスト仕様書から該当のテストケースを抽出したり、変更するのに手間がかかる。 また、テストケースは書く人によって、粒度や書式が大きく異なる時が多い。 後の保守で再利用できなかったりする。 TestLinkの場合、テストケースはDBにあるから複製が簡単。 また、TestLinkの入力フォーマットが固定されて

    プログラマの思索: TestlinkがExcelのテスト仕様書よりも素晴らしい点
    se-mi
    se-mi 2008/06/09
    テスト管理ツール
  • TestLink

    How to Write a Thesis on T-Building A strong introductory paragraph starts with a hook that grabs the reader’s attention. Then, it provides details that lead to the thesis statement. The T Building—formerly the Triboro Tuberculosis Hospital in Queens, New York —is now affordable and supportive housing. It’s also a model for adaptive reuse of historic buildings. Adaptive Reuse of an Historic Buildi

    se-mi
    se-mi 2008/06/09
    テスト管理ツール
  • テスト駆動開発とデバッグコード

    先日、Railsによる業務システムの開発についてセミナーをしまして、後日、出席者の方々からメールで質問をいただきました。 セミナーの主要テーマの一つがテスト駆動開発のメリットだったのですが、私が「デバッグコードを埋め込まずに済む」と話した点について、その意図・詳細を尋ねられた方がいらっしゃいました。 私は性格にムラがあるので、テスト駆動開発の原則に従うときと従わないときがあるのですが、ちゃんとテストを書いてからコーディングしているときは、アプリケーションのソースコード体にデバッグコードを埋め込む(たとえば、変数の値をログに出力してみる)ことが少なくなる傾向があります。 これは、なぜでしょうか。 それは、テストスクリプトとデバッグコードは目的がよく似ているからです。 あるコントローラのテストスクリプトを思い浮かべてください。このスクリプトはおおよそ次のような処理を行います。 アプリケーショ

    se-mi
    se-mi 2008/06/04
    TDDの本質はバグのありかを絞り込むことで、結果としてデバッグコードやデバッガの出番をなくす。
  • レガシーコード借金説 - 世界線航跡蔵

    Rails勉強会@東京 第30回の懇親会の席で話していて、 id:takahashim さんがハッとすることを言った。バグバグなコードは負債であると。 バグバグなコードは、それだけでメンテに定常的な出費を産む。書き直せばそのコストはいらないのに。バグバグなコードはあらゆる危険性を産む。なまじモノがあるだけについコードを無条件に資産と見なしてしまいがちだが、実は怪しいコードは負債であると。 そして、でっち上げのコードが必要な場合も確かに存在するのだ、とも。「無借金経営だけが経営じゃない」そうだ。なるほどね。 ここで、自動化されたテストケースが存在しないことをもって負債と見なす、と基準を定めよう。テスト可能性が担保されていればそのコードはそれなりに安全であるわけだし、差し換えもローコストなわけなので。「レガシーコード = テストが存在しないコード」という定義は『 Working Effecti

    レガシーコード借金説 - 世界線航跡蔵
    se-mi
    se-mi 2008/05/21
    ”「リリース予定のコードをテストケースなしで書くには部長の決済が必要」って仕組みを運用したことがある。”←まじかwww
  • MOONGIFT: » ブラウザをターミナルから操作して自動テストを実現「Firewatir」:オープンソースを毎日紹介

    Webアプリケーションのテストは面倒くさい。HTTPでゲットするだけであれば良いが、ポストしたり、JavaScriptでレンダリングしてあったりと、動作も複雑だ。それらを全て網羅的にテストするのはなかなか難しい。 自動操作中 そこでテストにブラウザを使ってみよう。自動操作することで、テストの効率化をはかれる。 今回紹介するオープンソース・ソフトウェアはFirewatir、Firefoxを自動操作するソフトウェアだ。 FirewatirはIEをRubyを使って自動操作するソフトウェア、WatirのFirefox板とでも言うべきソフトウェアだ。実際、読み込むファイル等は違えども全体的な操作はWatirと同じスクリプトで動作する。 操作中のターミナル 実際の使い方はFirewatirの提供するXPIをFirefoxにインストールし、JSSHを起動する。そしてGemを使ってFirewatirをイン

    MOONGIFT: » ブラウザをターミナルから操作して自動テストを実現「Firewatir」:オープンソースを毎日紹介
    se-mi
    se-mi 2008/05/09
    おもしろそーだな