Tora wrote: > それって、最終のリリース候補が出たら、などとは一言も書いていない > でしょ。だから、rc1 が出たらテストを開始しましょうよ。そうしたら、 > その時点で見つかった重大な不具合については、最後のリリース候補まで > に直る可能性があるじゃないですか。 > > そもそも、なんで rc2 や rc3 が作られるの？、それは、どこかで誰かが > rc1 に対してテストして、不具合を見つけ報告したから作られるんでしょ。
もしかして、誤解されているかもしれないので、補足しますね。 ・rc が出るたびに、フルでテストしましょう。 などといっているのではありませんです。そうではなくて、 rc2, 3, ... には、本当に必要な変更しか入らないので、実質、99%以上は rc1 と同じものだということを踏まえ、 ・rc1 に対してフルでテストを開始する。不具合が見つかれば即座に報告する。 ・rc2 [EMAIL PROTECTED] や [email protected] で 報告されて改修が行われた点についてのみ、rc1 のテストと平行して、テストする。 もしくは、rc2 に乗り換え、rc1 で実施済みのテストについては省略する。 ・同様に、rc3 以降についても、限定して行う。。。 ・rc の最終版に対しては、一つ前との差分に加えて、インストール、 文字入力、ファイル読み書き、印刷、画面表示、アンインストール、 などの基本的な機能的な項目についてテストし、それらがオーケー だったら、合格とする。 というのは、明文化されていないようですけど、上記の方法でやるなとも 書いていないと思います。 今回の 2.0.4 については、rc1 や rc2 に対して、有志の方々がテストして くださっていますよね。少し進展したわけです。 それでもフルでテストはしていないので、残念ながら、今回の 2.0.4rc3 に ついても、今まで通り、フルでテストすることになるのでしょうね。 そして、日本語圏で日本語ユーザーの視点に立った部分について、追加で テストすればいいのかな。 最後に、 リリース用テストの目的は何か。 について、次のように考えてみてください。 乗用車の製造工程の最終テストで、衝突テスト、燃費テスト、塗装の耐用テスト、 などなどのテストをやりますでしょうか。やりませんでしょ。それらは前段階で すべてやってあり、お客様にお届けする「現物」に対しては、そんなテストまでは やらないですよね。 現状の日本のコミュニティのやり方である、最終のリリース候補に対してのみ、 フルでテストするっていうのは、自動車の耐久テストのようなことを「現物」に 対してやらないと気がすまない。っていうことと同じだとは思いませんか。 次の版では、より進展していることを願いつつ、この版に対して、現時点では、 できるだけ現実的なやり方で、効率よく・無駄なく、できればなぁ。と思います。 Tora --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
