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では、さま
Node.js 用のテスティングフレームワーク Vows - 2010-09-18 - 日記
最近何かと話題の Node.js． http://nodejs.org/ Node.js 日本ユーザグループもあります． http://groups.google.co.jp/group/nodejs_jp ドキュメントの翻訳もされてます (リリースされたばかりの 0.2.2 対応済み！)． http://nodejs.jp/nodejs.org_ja/ そんな Node.js 向けのテスティングフレームワークもたくさんあります． http://github.com/ry/node/wiki/modules#testing このモジュール一覧だけでも Node.js 界隈の盛り上がりっぷりが感じられますが，そんな中から Vows というテスティングフレームワークで遊んでみたので紹介します． http://vowsjs.org/ ちなみに，これだけたくさんある中から Vows を選んだのは，
既存コードにテストコードを書くなら、どこから始めるのが効率的か？：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
"Prioritizing Unit Test Creation for Test-Driven Maintenance of Legacy Systems"というタイトルの論文。10th International Conference on Quality SoftwareでEmad Shihab, Zhen Ming Jiang, Bram Adams, Ahmed E. Hassan , Robert Bowermanにより発表された論文の内容。以前に意見交換したときにShihab氏に教えてもらったのだが、発表が済み、公開されたのでエントリにした。 論文のPDFがここで公開されている。 テストコードがない既存のソースコードにテストコードを追加する際に、どこからテストコードを書いていくのが効率的かを長期にわたってメンテナンスされている商用ソフトウェアを対象としてシミュレーションしてい
Mockito framework site
Project status Please see the release notes page. Updates are announced via Twitter Follow @mockitojava and mailing list . Mockito downloads and instructions for setting up Maven, Gradle and other build systems are available from the Central Repository. The documentation for all versions is available on javadoc.io (the site is updated within 24 hours of the latest release). Still on Mockito 1.x? S
そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト 2010-03-12 - 未来のいつか/hyoshiokの日記
会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。 テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。 テスト勉強会よしおか100311 1View more presentations from Hiro Yoshioka. テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。 アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその
2009-06-15 - marsのメモ - テストまわりで残念なことがあるけど，Grailsはやればできる子
Grailsのテストについて，いくつかまとめておく。Grailsが標準で用意しているテスト環境は単体テスト（unit test）と結合テスト（integration test）の２つあって，それぞれこんな違いがある。 単体テスト（unit test） コンテナ外テストなので，幾つか制約事項あり。 たとえば，GORMのダイナミックメソッドは，モックで処理する。 結合テスト（integration test） コンテナ内テスト（正しくはJettyを起動しているワケではないみたい）。 GORMの制限はないし，データベースも使える。 ...ってな違いは実はどうでもよくて，どっちも「grails test-app」で実行するんだけど，これの使い勝手がすこぶる悪く，かつ遅い。そのためテストのリズムが良くない。せっかくテスト環境持ってたり，モック作れたり，TDDを行うには十分な条件を持っているのだけれど
NetBeansでcoverage reportを行う - 発火後忘失
できること NetBeansでJUnitテストを実施(Alt+F6などで)する際、同時にカバレッジを測定する。 結果をhtmlで出力する。 できないこと IDEとの完全な統合。Eclipse+djUnitであれば、こんなふうに未実行のラインをタスク一覧に表示できたりするようだが、今回の方法では不可能。 プロジェクトごとにカバレッジ測定用のAntタスクを追記する必要がある。新規プロジェクトを作成し、このプロジェクトでもカバレッジ測定を行いたい場合は、同じような設定を追記しなければならない。 前回採取したカバレッジと今回結果をマージして出力、といったこともできるはずだが、そこまで考慮できていない。 テストクラスを選択してSHIFT+F6を押せば、そのファイルだけJUnitを走らせることができるが、これが機能しなくなる(正常に実行できない)。 NetBeans上でカバレッジ測定を行えるものを探し
Selenium AES入門
Selenium Auto Exec Server（Selenium AES）は、Seleniumによる継続的なリグレッションテストを行うことを目的としたツールです。本記事では、Selenium AESの入門として、Selenium AESで提供する機能の概要から、インストール、サンプルの実行までを説明していきます。 はじめに Selenium Auto Exec Server（以降、Selenium AES）は、Seleniumによる継続的なリグレッションテストを行うことを目的としたツールです。 Selenium Auto Exec Server (AES) 本記事では、Selenium AESの入門として、Selenium AESで提供する機能の概要からインストール、サンプルの実行までを説明していきます。 対象読者 Webアプリケーションの開発者を対象としています。 Selenium
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの
テストリーダへの足がかり、最初の一歩 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
モックとスタブの違い モックとスタブの違い - [lib]
モックとスタブの違い 最初に述べたように、よくモックとスタブは混同される。モックを作るのに使っている各種ツールがスタブを作るのにも申し分なく使えるのだから、混同されるのもよく分かる。ただ、[どちらもツールでオブジェクトを作ることができるが、] 重要なのは、モックとは何か、スタブとは何か、ではなく、それぞれがどのように使われるか、ということだ。 スタブは主に生成したりコントロールしたりするのに手間がかかるオブジェクトをもみ消す [stub out] のに使われる。典型的なのはデータベース接続だろう。[手間のかかるオブジェクトを"もみ消す"ので、] 結果としてスタブを見かけるのは、ほとんどの場合、システムの外部との境界や、システム内の複雑なオブジェクトの塊のあたりだったりすることになる。スタブは、実際のオブジェクトと代替できるようインターフェースの実装をし、実際のメソッドをシンプルな [テスト
![モックとスタブの違い モックとスタブの違い - [lib]](https://cdn-ak-scissors.b.st-hatena.com/image/square/f69a038c994772632b8364fe77fa0274b2ecce2b/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127061138723%2F17680117127061139361%2F1555756812)
連載：きちんと学びたいテストエンジニアのためのTestLink入門｜gihyo.jp … 技術評論社
第3回次期バージョン1.8に見るTestLinkの過去・現在・未来 TestLink日本語化部会 2008-10-17
JUnitより簡単なオープンソースの「TestNG」とは？
JUnitより簡単なオープンソースの「TestNG」とは？：次世代テストフレームワークでテストを変える（1）（1/3 ページ） テスティングフレームワークといえば…… Javaエンジニアが「テスティングフレームワーク」という単語を聞いて、真っ先に連想するものは、「JUnit」でしょう。しかし、テスティングフレームワークはJUnitだけではありません。「TestNG」というテスティングフレームワークも海外では高く評価され、確固とした地位を築いています。例えば、JBoss SeamはTestNGをベースにした統合テストフレームワークを提供しています。 この連載ではTestNGのコンセプトから詳細な使い方まで解説し、開発プロジェクトにおいてTestNGを利用する際の助けとしていただくことが目的です。 連載第1回では、Javaエンジニアになじみ深いJUnitとTestNGを比較し、2つのフレームワ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【資料公開】テストについて考える
IBM Developer
Grails をマスターする: Grailsアプリケーションのテスト
JaSSTソフトウェアテストシンポジウム-JaSST'10 Tokyo
Grailsのテスト・ツール