as3flexunitlibによるUnitTest - Codin’ In The Free World
前回の記事で少し紹介したas3flexunitlibについてもう少し詳しく説明します。 Google Codeのプロジェクトページはこちら。 http://code.google.com/p/as3flexunitlib/ as3flexunitlibはAdobe Labsによって提供されている、 as3用のUnitTestのためのライブラリです。 as3corelibなどの他のライブラリでも、テストのためにflexunitが使用されています。 TestCase、TestSuiteを作成し、TestRunnerを埋め込んだmxmlによる GUIを起動してテストを走らせ、結果を見ることが出来ます。 成功例 失敗例 まずはmxmlを書いてGUIを用意します。 TestRunnerの準備 <?xml version="1.0" encoding="utf-8"?> <mx:Application
PHPSpecでユニットテスト
pear channel-discover pear.phpspec.org pear install phpspec/PHPSpec を実行すればOKです。 使い方、というか振舞駆動開発の流れですが、 １．要求仕様を文章に直し（it should … の形式で）、それに沿ったテストコード（スペックファイル）を作成。 ２．作ったスペックファイルで正しい結果が出てくるようなプログラムを作成。 ３．スペックファイルを完成させてテストを実行して、正しい結果になることを確認。 １から３の繰り返しになります。 マニュアルにわかりやすい例がいろいろ載っているので、ぜひぜひそちらを見てみて下さい。 一応、やってみると、、、 MyStringクラスという、渡した文字列をどんどんつなげていくクラスを作ることにします。 まずはスペックファイルの作成です。 DescribeMyString.php <?php
「スはスペックのスRSpecによるテスト駆動開発の実演」 - 角谷HTML化計画 (2008-02-16)
■1 「スはスペックのス〜RSpecによるテスト駆動開発の実演〜」 | View | Upload your own (会場からsshを使えないので、PDFはさしあたってはslideshare.netのダウンロードをご利用ください) なんとか無事に終わりました。この日記で事前に告知できたからか、ustream.tvでの中継を通じて札幌以外の皆さんにもライブで見てもらえたみたい。インターネットすごい。 ちなみに、今回の発表は、デブサミでのid:t-wadaのセッションとテーマはまったく同じなので、デブサミのセッションを偵察していたら、FizzBuzzでも60分ではやりきれていなかった。 だから今回の、Bowling Game Kataは絶対ぜんぶは無理だろうなあ、と思っていたら30分時間を延長してもらえました。感激。札幌 is nice. 発表では質疑応答もできて、ボウリングゲームも完成させ
gihyo.jpにて連載させていただいたテスト駆動開発のWeb連載もとうとう最終回を迎えました - t-wadaの日記
http://gihyo.jp/dev/serial/01/tdd/ 技術評論社様の情報サイト「gihyo.jp」にて、動画と連動した連載のかたちとして書かせていただいた今回のWeb連載も、ついに連載終了の日を迎えました。一応公約通り年内で連載終了まで来ましたね。お読みくださった方々には本当に感謝いたします。ありがとうございました。 ここで連載の全記事に、リンクを張っておきます 第1回 連載を始めるにあたって 2007年10月26日 第2回 「テスト駆動開発」とは何か？ 2007年10月30日 第3回 「テスト」という言葉について ── Developer Testing，Customer Testing，QA Testing 2007年11月2日 第4回 ナントカテスト ―― ユニットテスト，単体テスト，機能テスト，結合テスト，受け入れテスト 2007年11月6日 第5回 進捗管理として
複数ブラウザでウェブのテストを簡単に行う2つの方法 - builder by ZDNet Japan
ウェブアプリケーションをインターネットで公開する際に問題となることの一つに、ブラウザがある。異なったブラウザでも同じように動作するウェブアプリケーションを開発するには、網羅的なテストを行わなければならないのである。しかし、さまざまな種類のブラウザやそのバージョン、さらにはオペレーティングシステムまで存在する現状では、言うのは簡単だが実行するのは大変だ。本稿では、そのようなテストを適切に実行する方法についていくつか紹介しよう。 使うのは誰？ ウェブアプリケーションのテストフェーズに入る際には、利用者がアクセスに使用するブラウザの種類、より正確にはサポートするブラウザの種類を決定することが重要である。もしイントラネットを対象としたウェブアプリケーションならば、使用されるブラウザをコントロールするのは比較的簡単だ。しかし、インターネットで広く一般に公開する場合は、利用者はどのブラウザを使おうと自
第1回 連載を始めるにあたって | gihyo.jp
ニコニコ動画：https://www.nicovideo.jp/watch/sm2195306 はじめまして、和田卓人（わだ たくと）といいます。 このたびgihyo.jpにて、テスト駆動開発（TDD）の連載をすることになりました。 筆者は『WEB+DB PRESS Vol.35』の特集1「実演！ テスト駆動開発」と、『WEB+DB PRESS Vol.37』の特集1「実演！ リファクタリング」を執筆させていただいた際に、同時に動画企画を行わせていただきました。おかげさまで「実演！ テスト駆動開発」と「実演！ リファクタリング」は、本誌および特設サイトの企画として、たいへん多くの方にご覧いただき、多数のご意見をいただきました。頂いたご意見の中には、以下のような意見がありました。 もう少し初心者にもわかりやすく もっと突っ込んだ内容をもう少し詳しく もう少し実践的に 特集をお読みくださった方
特集：PHPUnit3で始めるユニットテスト｜gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
ファズテスト――シンプルだが強力なコードテスト手法
堅実なコードとは、一貫性と正常性が検証されていない外部データは決してプログラムに入力しないという原則を守るものである。プログラム内のバグの存在を実証できるファズテストは、論理的な人間には思いもよらないバグを見つけ出してくれるかもしれない。 ファズテスト。このテストがどういったテストか想像できるだろうか。非常に単純な手法でありながら、プログラムに潜む重大なバグを明らかにできるという意味で同テストの影響は計り知れない。 ファズとはランダムな不良データのことで、これを用いてプログラムを攻撃し、どこに障害が発生するかを調べるのがファズテストである。例えば、ファイルの一部をランダムデータに置き換えるだけでなく、ファイル全体のランダム化、ファイルをASCIIテキストまたは0以外のバイトに制限することもできる。 本稿の著者は、Microsoft Wordを例に挙げ、クラッシュさせる可能性のあるエラーファ
瞬時にテストデータを大量生成してくれる『Data Generator』 - IDEA*IDEA ～ 百式管理人のライフハックブログ ～
ドットインストール代表のライフハックブログ
リスク・ベース・テストの効果と限界
ソフトウェアテストを改善する手法として、リスク・ベース・テストが注目されている。 ソフトウェアの開発サイクルが短くなっている現在では、短時間にいかに効率良くテストを行い、ソフトウェアの品質を高められるかが焦点になっている。テスト不足による品質低下に悩む人にとって、リスク・ベース・テストは効果的かつ魅力的な解決策である。 だが、リスク・ベース・テストが改善するのは、テスト・プロセスである。品質低下の原因がテスト・プロセスではなく、テスト項目そのものにある場合は、リスク・ベース・テストを導入しても、品質を高めることはできないだろう。
テストファーストの弊害
テストファーストは、XP（エクストリームプログラミング）の中でも特に広く浸透したプラクティスの１つである。 テストファーストは、モノを作るよりも前に、まずテストから着手する、という手法だ。モノが無ければテストできないという常識を、根本からひっくり返す斬新なアイディアは、多くのソフトウェア開発者に衝撃を与えた。 テストファーストは、短期開発におけるXPの有効性が認められ、JUnitなどのテストツールが普及した今では、広く受け入れられるようになった。 だが、このようなまったく新しい手法は、初めはなかなか受け入れられ難いが、いったん受け入れられると、今度は逆に、魔法の技術であるかのように盲信されやすい。テストファーストについても、最近では「JUnitでテストコードを書いていれば、ソフトウェアの品質は問題ない」という風潮が広まりつつあるような危惧も感じる。 テストファーストの効果は、多くの人が認め
PEAR hacks / PHPUnitの使い方:assertメソッドリファレンス
1. assertメソッドとは 1.1 assertメソッドとは何か? assertメソッドは、PHPUnitでテストを実行するメソッドです。 assertメソッドを呼び出すとメソッドの種類に応じて、リターン値やデータ型などをチェックします。 結果が想定どおりならpassとなり、違う場合はfailureとなります。構文エラーなどの言語エラーが発生した場合はerrorとなります。それぞれの結果はPHPUnitにより集計されます。結果が全てpassなら開発が正常に終了したことになり、failure,errorがあるばあいはBugがある、または実装していないということになります。 結果がfailureの場合は、テストした値や指定したメッセージが表示されます。 これにより、どこのテストが失敗したかわかります。 これを参考にしてBugFixを行います。 1.2 assertメソッドを使う U
Overview and feature list for the SimpleTest PHP unit tester and web tester
このページは PHP用のSimpleTestツールの 要約 現在のものと計画されている 特徴のリスト, ウェブ上にはたくさんの ユニットテストリソース があります SimpleTest とは？ SimpleTestの中心は、テストケースクラスで構成されるテスティングフレームワークです。 これらは、基本テストケースクラスの継承クラスとして書かれ、各々は実際にテストコードを 含むメソッドで拡張されています。 最上位のテストスクリプトは、このテストケースを一つずつ順番に run() を起動します。 各テストメソッドは、様々なアサーションを起動するように記述されていて、 開発者は、例えば assertEqual() であれば、trueである ことを期待します。 期待した値がが正しい場合、成功した結果は監視しているテストリポーターに送られます。 しかし、どんな失敗も警告や間違いの記述を引き起こします
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト駆動開発導入時のよくある質問
EDGCLE
IBM Developer
Efficient data transfer through zero copy
PHPUnit 3.4 Japanese Manual
PhotoCabi-diary: 2004年11月 Archives
1x1−PHP開発