[PHP-users 11299] Re: PHP4.2.3のエンバグ(was:Formの配列変数)

Wed, 06 Nov 2002 08:43:54 +0900

小泉です。

# もう４度目ですがエンコーディングミスです…

すでに pre2 を試された何人かの日本人の方に、
テスト結果を送信していただけたようで、大変助かっています。
この場を借りてお礼申しあげます。

さて、現在の 4.3.0-dev バージョンでは pre2 からまたさらにいろいろな問題が
解消されていますので、余裕のおありの方は是非
匿名 cvs 経由か http://snaps.php.net/php4-latest.tar.gz で最新版を入手し、
テストに参加していただけたら、と思います。

繰り返しになりますが、テストの方法は簡単です。

$ ./configure [普段利用しているオプション等]
としたあとに、

$ make test
とすると、ビルドの後、ユニットテストが走ります。
(make install は必要ありません)

もし、失敗したテストケースがあると、
-----------------------------------------------------------------
Some tests have failed, would you like to send the
report to PHP's QA team? [Yn]
-----------------------------------------------------------------
というメッセージが出ますので、ここで [Y] または enter キーを押すと、
qa.php.net のサーバにテスト結果が送信されます。

この際、送信される情報は

・失敗したテストの詳細
・Automake / Autoconf / Libtool / Bison / コンパイラのバージョン
・phpinfo() で表示される全情報(uname、システムの環境変数など)

ですが、ここで注意していただきたいのは、この送信された内容は php.qa の
ニュースグループや、php-qa@lists.php.net の不特定多数の購読者の目に触れる
ことになりますので、環境変数に知られたくない情報(ないと思いますけど DB の
パスワードとか)が置かれているような場合には、絶対に送信しないでください。
トラブルを避けるため、できるだけ、テストサーバなどで試験してくださいますよ
うお願いします。

Rui Hirokawa <rui_hirokawa@ybb.ne.jp> wrote:

> 
> 廣川です。
> 
> PHP 4.2.3のリリースでは、長く残っていたバグがやっと消え、
> 渇れたバージョンになると思っていました。しかし、実際には新たな
> 重大なバグを残したままリリースされてしまい、反省しています。
> 
> 改善すべき点については、(すでに藤本さんがまとめてくださっていますが、)
> 1.大垣さんが作成され、小泉さんが強化して下さったユニットテストを
>   強化する。
> 2.リリース侯補版の段階で広範囲のユーザに使ってもらう。結果は、
>   PHPのQAプロセスで使用されているツール等で収集する。
> 
> といったことにつきると思います。
> きしださんもおっしゃられているようにオープンソースが
> 複雑/高機能化する課程で品質を担保するのは大きな課題です。
> PHPでは、QAプロセスを整備/強化することで対応しようとしていますが、
> マルチバイト特有の機能についてはもれがある可能性もあります。
> 
> こうしたQAの確保については、本家(http://qa.php.net/)のPHPのQAプロセスに
> 日本人のユーザが積極的に参加していただくのが一番で、
> 8月のPHPカンファレンスの私のセッションでも話題にとりあげましたが、
> 実際には英語の壁等があり、難しい部分もあります。
> 
> QAプロセスは地味ですが、非常に大切なプロセスなので、今後も上記二つの
> 対策を中心に今後も活動指定句必要があるでしょう。
> 
> On Wed, 06 Nov 2002 02:52:02 +0900
> naoki kishida <kishida@fk.urban.ne.jp> wrote:
> 
> > きしだです
> > 
> > > - 4.2.3はリリースの必要性すら議論されたほどで、あまり開発する立場的には
> > >   「重要な」リリースとみなされていなかった(気がします)
> > > - メンテナンスリリースというせいか、安心しきっていてテストがそれほど念入
> > >   りに行われなかった(僕も...)
> > 
> > この２点で疑問点がわかりました。
> > 
> > > テストも商用ソフトウェア開発のような厳密な
> > > ものは難しいと思うわけで、結局はテストスクリプトによるテストとpreもしく
> > > はRCリリースを人海戦術でチェックしていくしかないのかな、と考えています。
> > 
> > オープンソースの品質として、「目がたくさんあれば、多くの欠陥をみつけるこ
> > とができる」という話がありますが、「目が少なかった」ということなんですね。
> > 
> > > こんな感じですが、外してるようなきもします。いかがでしょうか？
> > 
> > かなり的を射てました。
> > ありがとうございます。
> > 
> > 結構本質的な問題な気がします。
> > 
> > 機能はどんどん増えるのに、たぶん「目」の数はこれまでのようには増えないよ
> > うに思えます。
> > 高機能化してどんどんJavaに近づくと、Javaのリソースには太刀打ちできないの
> > で、逆に不利な感じもします。
> > Javaのほうは、JSPに「式言語」が実装されれば、もっと簡単に使えるようにな
> > りそうです。
> >
> 
> 
> -- 
> -----------------------------------------------------
> Rui Hirokawa <rui_hirokawa@ybb.ne.jp>
>              <hirokawa@php.net>
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users