タグ

testに関するfanglangのブックマーク (7)

  • Buildbot で継続的インテグレーション - mixi engineer blog

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

    Buildbot で継続的インテグレーション - mixi engineer blog
  • いまからでも間に合う開発者テスト - mixi engineer blog

    はじめまして。開発部じゃない加藤和良です。 最近、mixi では Buildbot をつかった継続的インテグレーションをはじめています。安定版の mixi のソースコードにコミットすると Buildbot がそれを検知し、自動的にテストが走るようになりました。 ここでの「テスト」は Test::Simple や prove(1) をつかった、Perl でかかれた開発者テストを指しています。mixi の開発者テストをとりまく環境は、ここ数年でかなり改善されました。今回はその歩みをふりかえりながら、テストの無いコードベースをどこからどうやって変えていったかという話をしたいと思います。 開発環境 はじめに、前提となる mixi の開発環境について説明します。mixi では複数人の開発者がひとつのマシンで作業を行います。それぞれの開発者は、あらかじめ割り当てられたポートで Apache を起動し、

    いまからでも間に合う開発者テスト - mixi engineer blog
  • Extending Test::Base - Ktat's Wiki

  • Selenium ver.0.5 勝手にまとめサイト

    86400000 > selenium > Sort by: Update Auto() Image hover

  • 単体テストを見直せば開発コストは低減する、アジター - @IT

    2006/1/24 アジターソフトウェアジャパン(以下アジター)は1月23日、「Managed Developer Testing セミナー」と題したプライベートセミナーを開催した。今回のセミナーは、ツールによる単体テスト自動化のメリットを強調することで市場の拡大を狙うもの。単体テストの現状と「Agitator」の機能解説、ユーザー事例2件を発表した。 米アジターソフトウェア CEO兼社長 ジェリー・ラディシン(Jerry Rudisin)氏はソフトウェア開発において無駄に費やされているさまざまなコストを挙げ、単体テストの重要性を指摘する。例えば、84%のプロジェクトが当初の開発計画通りには進まないというデータや、成功するプロジェクトは全体の29%に過ぎないという数字である。そして、これらの問題の根的な原因が、開発段階における適切なテスト作業の欠如にあるとする。つまり、コードの欠陥修復作

    fanglang
    fanglang 2006/01/24
    バグの早期発見がプロジェクトの成功につながる
  • @IT:明日からできるプロジェクト管理(4) - 単体テストの品質をチェックするには

    明日からできるプロジェクト管理(4) 単体テストの品質をチェックするには 1page|2page|3page 高野敦 2006/1/12 実装・単体テストの品質をうまくチェックするにはどうすればいいのだろうか。稿ではまず品質の考え方を概観し、その後、チェックを現実化するツールを紹介していく(@IT編集部) プロジェクトマネージャ(=PM)の石出さんは今日も悩んでいます。 石出さん談――。 今度のプロジェクトは実装・単体テストを一括発注することになった。でも一括発注だとどのように品質をチェックしたらいいのだろう。いつものように目の前で作業をしてくれれば分かるんだけれど……。 なるほど、石出さんは実装・単体テストの品質に関して悩んでいるようです。 ◆ 品質の考え方 品質には大きく分けて2つの考え方があります。製品(システム)そのものの品質と製品を作成するプロセス(作り方)の品質です。前者は、

  • プログラマではなくテスターとして現場デビューする - 設計者の発言

    筆者はプログラミングは好きだったが、テストについてはずっと苦手意識があった。プログラムがそれなりに完成してしまうとそれで満足してしまって、さっそく次のプログラムにとりかかりたくなる。結局、システムテストの段階でハデにバグが見つかってどれだけ周りに迷惑をかけたかわからない(今思い出しても冷や汗が出る)。「自分に代わってテストだけをやってくれる要員」がいてくれたらと気で願っていた。 だから、1年前にある小さなソフト開発企業で、「新人をまずテスターとしてみっちり仕込むようにしている」と聴いたときは感心した。その発想は考えれば考えるほど合理的かつ発展的だ。筆者なりに肉付けした形で紹介したい。 ◆新人は現場のお荷物である 多くのソフト開発企業での新人教育が何から始まるかというと、大学の一般教養課程のような「コンピュータ概論」だったりする。その後に「ソフトウエア分析・設計」とか「プログラミング」の学

    プログラマではなくテスターとして現場デビューする - 設計者の発言
  • 1