PHPのテスティングフレームワーク - p4lifeのメモ
今回取り上げるテスティングフレームワークライブラリ，アプリケーションの品質を高めるために必要不可欠なテストですが，そのテストを実行するためのツールに関する情報を集めました． phpt PHPUnit SimpleTest lime DocTest PHPSpec phpthttp://qa.php.net/write-test.php PHP 独自のテスト機構 PHP 本体，PEAR のテストで最も良く使われる．テストファイルの拡張子は .phpt TAP*1 対応：PEAR 1.5.0 から対応 pear run-tests コマンドに -t オプションを付けると run-tests.log に TAP フォーマットのログが出力される特徴: pear コマンドが使えればテストを実行できるため，大抵の環境で動かせる GET/POST/Cookie, php.ini 設定, 標準入力をパラメ
Visual Studio 2008単体テスト機能のすべて ― ＠IT
Visual Studio 2008単体テスト機能のすべて：特集：Visual Studio 2008単体テスト機能徹底活用（前編）（1/4 ページ） 連載目次 Visual Studio 2005（以下、VS 2005）では上位エディションであるTeam Developerでのみ利用可能だった単体テスト機能が、Visual Studio 2008（以下、VS 2008）からは、Professional Editionでも利用可能になった。 VS 2008の1機能として導入されるほど単体テストが脚光を浴びるようになったのは、やはりアジャイル開発の普及だろう。アジャイルで開発する場合、単体の品質が非常に重要になる。また、リファクタリングなどで繰り返しテストが必要になるケースが多いため、テストを自動化するという考えが生まれ、単体テストの注目度はさらに増している。 本稿では、このVS 2008
ウノウラボ Unoh Labs: 2007年のお勧めソフトウェアテスト本リスト
こんにちは！やまもと＠テスト番長です。 今年も残すところあと僅かとなりました。 年末年始といえば（ほとんどの方は）お正月休みですね。 休み中や、帰省の道中には読書をされるという方も多いのではないでしょうか？ 今年発売のテスト関連書籍の中から、お勧めを独断と偏見でピックアップしてみました。 ご参考になれば幸いです。
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回 進捗管理として
テストを自動化する注目のツールSelenium：ITpro
ケイビーエムジェイ 最高技術責任者。普段はWebアプリケーションの開発を主に行っています。Seleniumを初めて知ったときは，特にWebブラウザが自動的に操作される様子が見えることや，そのテストの書き方の単純さに感動しました。その後テストをさらに簡単に作成できるようにしたいと思い，Selenium IDEを開発しています。 多くのWebサイトは，一度リリースしたらそれで終わりということはありません。リリース後も多くの機能追加や機能変更によるアップデートが頻繁に行われます。プログラムに変更を加えたときには，新たなバグが入り込んでいないことを確認するテストが不可欠です。 システムのリリース前にテストを実施するのはWebサイトに限った話ではありません。が，Webサイトの開発では，画面の確認のような手間がかかるテストが必要です。リリースの頻度が高い場合，そのようなテストを毎回手作業で行うとコスト
MOONGIFT: » 要導入！テスト管理スイート「TestLink」:オープンソースを毎日紹介
テストと言うフェーズはシステム開発における重要な要素であるにも関わらずおざなりにされがちだ。ここがうまくいかないために立ち行かなくなる、または炎上するプロジェクトが多いにも関わらずだ。 テストを徹底する体制を整えよう。プロジェクト管理にソフトウェアを導入するのと同様にそのためのシステムを導入しよう。 今回紹介するオープンソース・ソフトウェアはTestLink、Webベースのテスト管理ソフトウェアだ。 TestLinkはテストを管理するためのソフトウェアで、テストケースの登録、管理、評価実行とその結果集計を行う事ができる。テストケースを仕様書として出力することも可能だ。 また、要求定義を登録してテストケースと関連付けることや、MantisやBugzillaといったBTS（バグトラッキングシステム）と連携させることもできる。 さらにTestLink日本語化プロジェクトを通じてTestLinkを
MOONGIFT: » ブラウザテストをRubyで自動化「Watir」:オープンソースを毎日紹介
ブラウザを使ってのテストは何かと大変だ。最近は特にJavaScriptを利用したものが増えてきたので、それをもきちんと動作させてテストを行うのは苦労することだろう。 少ない人数で効率的なテストを行うためにも、こうしたツールの導入は欠かせない。 今回紹介するオープンソース・ソフトウェアはWatir、Rubyを使ったテスト自動化ソフトウェアだ。 WatirはWindowsのRubyのみで動作するソフトウェアで、Gemを使ってインストールできる。公式サイトでは幾つものサンプルが登録されているので参考にしてほしい。 簡単に言えばRuby上でIEのオブジェクトが作り出せる。そして、URLを開き、文字を入力し、フォームのボタンを押したりと操作ができる。HTMLの内容が取得できるので、そこに表示された文字によってテストの可否を判定できる。 現在、IEのみ対応しているが、FirefoxとOperaのサポー
C++アプリケーションの効率的なテスト手法（CppUnit編） ― ＠IT
第2回 C++アプリケーションの効率的なテスト手法（CppUnit編）：連載 C++開発者のための単体テスト入門（1/4 ページ） 連載目次 前回は単体テストの重要性を示し、従来のC／C++でのテスト手法であるprintf関数やassertマクロを使ったテストを紹介しました。この2つのテスト手法は開発環境（コンパイラとライブラリ）さえあれば利用でき、その使い方も簡単です。しかしながら、いずれも系統立てて、効率よくテストを行うには力不足の感が否めません。 今回は、Visual C++ 2005 Express Editionを含むVisual Studio 2005（以後、VS 2005）で利用できる代表的な単体テスト・フレームワーク（Unit Test Framework）の1つである「CppUnit」を紹介します。 ■単体テスト・フレームワークとは？ 前回、「バグは早期発見が望ましい。早
ウノウラボ Unoh Labs: railsのテストをevalを駆使して楽しよう
こんにちは satoです。 testコードではパフォーマンスやセキュリティをさほど気にすることはないと思うので、testコードで evalを使って楽できるケースを書いてみたいと思います。 よく似たModel で Userと Admin があるとします。 二つの Model には confirm というメソッドが定義されていて、ユーザ登録をしてメールで送られてくる URLを をクリックすると status が 'register' から 'confirm' に変更されます。 class UserTest ["status = ?", 'register']) user.confirm assert(user.status == 'confirm', 'confirm error') end end というテストをUserTest と AdminTest に書きます。 しかし以下のような mo
URL変更のお知らせ
アスキー･メディアワークスホームページをご覧頂きまして誠にありがとうございます。 このページはURLを変更させて頂きました。 20秒後に自動的に新しいサイトにご案内致しますが、ページが変更されない際は、恐れ入りますが、こちら（http://ascii.asciimw.jp/pb/msdn/article/a34_0055.html）をご覧下さい。 なお、このページをブラウザのブックマークに登録してご利用になられていたお客さまはお手数ですが、ご登録のブックマークを http://ascii.asciimw.jp/pb/msdn/article/a34_0055.html へご変更頂きたくお願い申し上げます。 今後ともご愛顧賜りますよう、よろしくお願い申し上げます。 ※会社情報 http://asciimw.jp/info/corp/ ※アスキーの本と雑誌 http://ascii.ascii
組み合わせ生成ツール「PICT」の可視化
All-pair(Pairwise)法によるソフトウェアテストの組み合わせ生成ツールが、いくつか発表されている。今回は、その中でのMicrosoft社による”PICT”と呼ぶツールの可視化を行なった。具体的には、PICTはWindows上のコマンドラインによるツールだが、表計算ソフトのExcelで因子・水準の設定→結果表示をおこなうようにした。なお本可視化はPICTでの基本的な設定への対応のみで、重みづけとか禁則の指定へは対応していない。 ※自己責任で使用願います。 なお、本ドキュメントでExcel等は商標・登録商標です。 【操作方法】 本可視化は、Excelのマクロ(VBA)で実装している。マクロを含むExcelファイルを特定フォルダへダウンロードしてセーブし、ファイルを開く際にマクロを有効にする。Windowsで動作可能。細部は後述する。 （本Excelファイルのファイル名には、日本語
つれづれなる技術屋日記: マイリストに「ソフトウェア組み合わせ生成ツール「PICT」の可視化」をアップ
マイリストに、表題のドキュメントをアップした。 All-pair(Pairwise)法によるソフトウェアテストの組み合わせ生成ツールの中での、 Microsoft社による”PICT”と呼ぶツールの可視化。具体的には、表計算ソフトのExcelで因子・水準の設定→結果表示を行なうようにした。ただし、PICTでの基本的な設定への対応のみで、重みづけとか禁則の指定へは対応していない。 Excelのマクロで実装したのには、理由がある。All-Pair法に基づくテストケース生成ツール"ALLPAIRS"利用を支援するExcelアドイン「AssistAllpair」があり、それとの因子・水準の共用を考えたため。矩形領域を指定して実行する操作方法も似せた。 ちなみに「AssistAllpair」は、moonlightさんの作でフリーソフト。"ALLPAIRS"はJames Bachさんの作。ただし、本Ex
第2回 テストの計画をまとめる
前回はテストをどう考えるかについて説明した。今回は、テストプロジェクトの目次となるテスト計画書とテストの種類について紹介していこう。テスト計画を作り、この計画をレビューしていくことがテストプロジェクトのスタートとなる。 前回のまとめ 第1回ではテストをどう考えるかについて説明した。テストは実装が完了した後で実施するのではなく、設計のフェーズから行うものであり、常に「テスト可能な設計になっているか」というレビューを実施するのが望ましい。ではどのようなテストを実施するのかを考えるにあたって、今回はテストの計画について解説していこう。 テストをプロジェクトとして考える システム構築を行う場合、その構築するシステムの要求管理から最終テストまでをプロジェクトという単位でくくるのが一般的だろう。中規模以上のシステムの場合、プロジェクトをサブプロジェクトとして分割するなどして管理しやすい体制を整えている
結合テストと総合テスト
ソフトウェアの開発におけるテスト作業は、「テスト計画」「テスト設計」「テスト実施」「テスト管理」という4つのプロセスで構成されます（図1）。 テスト計画プロセスでは、テスト全体の指針や概要をまとめます。テストの目的、対象範囲、実施方法、テスト体制、テスト環境、スケジュール、合格基準など、テスト全般に関わる方針を「テスト計画書」にまとめ、ユーザを含むプロジェクトメンバー全員で方向性を共有します。 テスト設計プロセスでは、策定されたテスト計画に基づいて、実際のテスト作業内容を設計します。テストのシナリオやテスト内容、確認すべき項目などを「テスト仕様書」に具体的に定義します。 テスト実施者は、このテスト仕様書に基づいてテストを実施します。障害を発見した際は、障害番号を採番し、障害管理票に記載して残管理します。これらの障害が片づいて、テストが正常に行われた場合は「テスト報告書」で報告します。 弊社
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/webtech/20090623/8.html?rss