関数の中にはバイナリデータを正しく扱うことが出来る関数（バイナリセーフ）とそうではない関数があります。これを把握しておかないと、思わぬところでバグを発生させかねません。今回はその中でも正規表現によるマッチングに焦点を当てます。 正規表現によるマッチング関数にpreg_matchとeregがあります。前者はPerl互換 性、後者はPHPのPOSIX互換性正規表現関数です。これらは入力値をフィルターす るときにしばしば用いられます。しかし、eregには落とし穴が存在します。 その落とし穴とは「ereg関数はバイナリセーフではない」ということです。例え ば、ユーザ入力をフィルタリングするスクリプトを考えてみましょう。 if (ereg('^[0-9A-Za-z_]+$', $_POST['login_id'])) { // 正しい入力に対する処理 } ここでの目的はポストされたlogin_idが

本記事では，ソフトウエア・テストの流れに沿って，その知識と手法を解説する。開発期間が短期化する一方，システムはより複雑化している。このような厳しい状況にもかかわらず，基本を押さえた上で，漏れのない的確なテストを整然と実施することが求められている。テストの手法を学ぶ前提として，テストの流れ，テストの目標，テスト管理という3つの基本知識を整理しておこう。 総論　3つの基本知識　“バグ取り”だけが目的ではない I　単体テスト　すべてのシステムで実施される基本的なテスト II　結合テスト　プログラムを組み合わせて仕様を満たしているか確認する III　システム・テスト　負荷の限界を知る IV　運用テスト　初期稼働のバグを摘出 V　テスト管理　データを基に先手を打つ

ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） シリーズ「開発の初めから順番に書いていってみる」の続きです。 設計手順には、要求分析、外部設計、内部詳細設計・プログラミング、単体テスト、結合テスト、総合テスト、運用テスト及び運用とあります。 （バックナンバーは、ここ　http://www.geocities.jp/xmldtp/index_kaihatsu.htm）。 今回から、「結合テスト」についてです。 ■単体テストとの違い といっても、結合テストと単体テストの違いは、テスト項目くらいです。 そして、テスト項目の違いにより、バグ票が、複数の人の間で回ることがある・・くらいかな（単体でも、そー言うバグを見つけちゃうことがあるんだけどね） で、そーなると、仕様変更がおこるっていうケースもあることかな・・ っていうことで、ここで

図1●設計工程を意識してテストする<BR>Vモデルでは，設計工程とテスト工程が対応している。例えば，結合テストは基本設計に対応しているため，このテスト設計書は基本設計書を参考に作成する。また，テスト工程が進むほど，発見されたバグの修正にコストがかかる。そのため，設計工程でテスト項目を考えることで，仕様の曖昧さを排除しておきたい 大規模なシステム障害が後を絶たない。みずほ銀行のシステム移行トラブル，航空管制システムの停止，ジャパンネット銀行のシステム・ダウン——。社会的なインフラと呼ぶべきシステムも多く，私達の生活にも少なからず影響を及ぼしている。 システムの信頼性や品質は「テスト」でしか確認できない。上記のトラブルも，テストやテスト管理の不足により，バグが発見できなかったり，発見できても的確な対策が打てなかったことに起因している。では，果たしてどれだけの開発者が「自分達のシステムは“十分な

XenのイメージファイルをLinuxからマウントする方法のメモ Xenのディスクイメージファイルは以下のように固定ディスクをそのままファイルに移したような構造になっています。 # file test.img test.img: x86 boot sector; partition 1: ID=0x83, active, starthead 1, startsector 63, 208782 sectors; partition 2: ID=0x82, starthead 0, startsector 208845, 2104515 sectors; partition 3: ID=0x83, starthead 0, startsector 2313360, 18651465 sectors, code offset 0x48 なので、基本的にはループバック・デバイスとしてマウントする事が

今回から数回にわたって、仮想化ソフトウェア「Xen」を用いたシステム構築についてご紹介します。 ご存じの方も多いと思いますが、Xenは、オープンソースで提供されている仮想化ソフトウェアで、手軽に仮想マシンを実現する手法として注目されています。この連載ではその概要については割愛し、システム構築の現場で、実際にどのように仮想化システムを設計・構築・運用していくかという実践的な部分に焦点を当てて解説を進めていきたいと思います。 初めに、XenをインストールしてゲストOSを動かすまでの基本的な手順を紹介したいと思います。ゲストOSを稼働させ、Xenの基本的なセットアップ方法を把握したところで、次回以降、実際の仮想化システム構築のプロセスを、パフォーマンス検証結果などとともに紹介していきます。 なお、今回は仮想化環境のプラットフォームとしてRed Hat Enterprise Linux 5（以下R

SOHOや自宅で，Red Hat Enterprise Linux（RHEL）を導入したサーバーを2台使う。ぜいたくな使い方だが，これに近いことは簡単に実現できる。RHELのクローンOSで無償で入手できる「CentOS」と仮想化技術「Xen」を組み合わせる手法だ。今回は，Xenの導入を前提にしたCentOSのインストールのポイントを説明する。 Xenを用いて1台のマシンに2つのCentOSを稼働させ，それぞれのカーネル上でWebサーバーとファイル共有サーバーを動作させよう。さまざまな設定を間違えずにゲストOSを動作できれば，サーバー環境の構築手順は一般のLinuxと同様だ。 Xenによるサーバー統合作業を始める前に，いくつか仕様を決めておこう。図1が，XenとCentOSを用いて1台のマシン上に2台のサーバーを構築したブロック図である。オレンジ色で示した個所が，Xenに関連する部分だ。その

「あれ、やらなきゃ」、「これも、締め切り間近だ」。気は焦れども、なかなか行動に移せない...なんてことありませんか？ グズグズ癖は、気合ややる気の問題として片付けられてしまうこともありますが、実はそれほど単純なものではありません。こちらでは、自ら、グズグズ癖を克服しつつある起業家、Ryan Waggoner氏のグズグズ対処法をご紹介しましょう。 グズグズしてしまう理由は、必ずしも、やる気がないからでも、気合が足りないからでもありません。むしろ、「完璧にやりたい」という思いが強すぎるがゆえ、手をつけられなくなってしまうこともあります。 たとえば、ブログのデザインを改変したいと考えたとして、最初は、「ちょっとだけ変えればいいかな」という程度だったのが、徐々に、完璧な状態にしたいとの意欲が湧いてきて、一大プロジェクト化してしまい...といった具合です。 では、具体的に、グズグズ癖を克服するために

NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF（単一故障点）を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach