それはまた別の話です)。仕様が正しく実装されていないことを示せたなら、ブラウザベンダはそれを修正しなければいけないと感じるでしょう。感じないなら、これは格好のブログの題材となるでしょう。そのバグを修正しないことで他のブラウザとの互換性が失われることを示しましょう。他の実装に従わなければならないでしょう。これは最も議論しづらいことです。多くのブラウザが同行していればいるほど、話はより簡単になります。これらの段階のいずれも証明できなかったなら、何にせよあなたはただ自分の痒いところを掻いているだけであり、そのバグはほうっておくべきです。私が異なるブラウザベンダに登録したバグの代表例をいくつか見せたいと思います。メソッドの呼び出しが例外を投げていました。一致していない部分を指し示しました。これは投稿されたのと同じ日に解決されました。週間後に修正されました。単純簡潔な退行を示しました。プロファイルデータをバグに含めました。ヶ月以内に修正されました。メソッドを実装する必要があるか議論しました。それを含めることになりました。単純なテストケースを提供し、「時間不足」のため却下されました。現時点で私たちはこの問題を修正するつもりはありません。開発者に対する価値を最大化するために、何の作業をするか選択する必要がある段階にいるのです。彼らはそれが問題であるということに同意しながら、修正するつもりはないのです。私は今それについて不満を訴えています。これはまったく奇妙なことですが、私はその決定の背後にある論拠を理解したと思います。動き始めれば、これが多くの人々を困惑させるのではないかと私は思っています。対するより良い開発者です。(他のすべてのブラウザは特定のやり方で振舞います)。私は単純なテストケースを提供しました。(これは混乱を招きました)、実際には修正されました。対して登録してしまいました。側でこの問題を扱うバグをここに示します。チームによる構造の変更に起因するものでした。何が起きたのかを説明するために私へ個人的にメールを送ってきました。結果として私はより情報を得て、そのことに関するブログを書きました。バグ報告に対する公式の公開された場を提供していません。)ナイトリービルドのテスト方法ブラウザのナイトリービルドでのテストの詳細に入る前に、私はおそらく最も一般的な質問に答えるべきでしょう。バグ報告を登録するときは、提出しようとするバグが既に修正されているかどうかを判別する必要があるでしょう。それがナイトリーで既に修正されていたなら、それを提出するか悩む必要はありません。そのバグは次のリリースで修正されるでしょう。そのバグが解決されていなかったら、バグの登録を続けるべきです。ブラウザがリリースされたときにあなたのコードが壊れていないか確かめるために、そのブラウザの最新のナイトリーであなたのサイトまたはライブラリを定期的にテストすべきです。どれくらいの頻度でテストするかはあなたしだいです。頻繁にテストすればするほど、あなたのサイトまたはライブラリが、ある時点で大規模な退行に遭遇する可能性は低くなります。自分たちのサイトを壊す新バージョンのブラウザがマーケットに存在することを見つけて喜ぶ開発者はいないといって間違いないと思います。ナイトリーに対するバグの登録は、他のバグの登録と同じです。単純化されたテストケースを提供し、退行が起きたことを強調するようにしましょう。あなたが十分な頻度でテストしていれば、開発者は行動に取り掛かるに違いないでしょう。最新のナイトリーを入手するブラウザベンダはブラウザの最新版を入手するためのさまざまな方法を提供しています。ナイトリーリリースを提供しています。既存のコピーと同時にインストールし使えます。一度ナイトリーリリースをダウンロードすれば、毎日自動的に更新されるでしょう。インストールするのは簡単です。これはプロファイルの詳細なしに完全に並行して存在できます。これらは自動的には更新されません。(いくつかのスクリプトの実行とファイルのコピーを伴います)、動きはします。インストールは「一大事」です。それは以前にインストールされたブラウザのコピーを完全に吹き飛ばしてしまいます。複数のコピーを保持するために、いくつかのトリックを使うべきでしょう。考慮に入れた別のものがあります。ダウンロードしインストールできます。各ベータリリースから自動的に更新されていましたが、もうそうしてはいないようです。プログラムにサインアップすれば、テスト用の最近のビルドを入手できます。重ねて言いますが、これらすべてのビルドは現在の古い版を上書きします。これらのビルドはお互いに並行して存在できますが、自動的には更新されません。一人のユーザーがそのために使える自動更新アプリケーションをビルドしました。複数のバージョンは並行してインストールでき、自動的に更新されます。回出ます)、比較的最近のブラウザの実例を供給するでしょう。開発の今後に積極的な役割を担うことの重要性は、決して誇張ではありません。他の開発者が先にバグを登録してくれることを期待する、あるいはブラウザベンダがすべての退行の可能性に気づくことを期待するという受身の立場から、積極的に熱心でいることへの移行は、信じられないほど多くの力をあなたにもたらします。全体の質を改善するのに大きく役立ちます。あなたのおかげで修正されたすべてのバグを、名誉の印として身に着けるべきです。よい場所にするための役割を果たしたのです。バグ報告は基本的に英語で行いますが、個人的な経験からいうと、テストケースがしっかりしていれば英語が適当でもわかってくれます。英語を書くのは慣れていなくてもコードを書くのは慣れているでしょうから、それを通せばいいのです。存在し、その案内としてはじめてのバグジラがあります。フィードバックも日本語のものを受け付けてくれるようです。[コメント(0)|トラックバック(1)]コメントコメントをどうぞ※メールアドレスとURLの入力は必須ではありません。入力されたメールアドレスは記事に反映されず、ブログの管理者のみが参照できます。※投稿には管理者が設定した質問に答える必要があります。興味のある事柄についてつづる。関係技術とかマンガ・アニメとか。掲載コードのラインセンスポリシーとか、はてなブックマーカによるこのブログ上の注目の記事とか。