0

数千のページを提供する約 25 の固有のページ テンプレートを持つ大規模な Web サービスを再設計します。主な要件の 1 つは、w3c 準拠 (html 4.01 移行 / WCAG1.0) です。無数にあります。コードがぼろぼろであるため、検証エラーが発生します。

1) 古いアプリケーションなので、ゼロから始めることはできません。サイトが壊れてしまうからです。

2) また、変更のないサイトの一部 (あまり重要でない部分) があります。最初にこれを検証できると思いますか。

3) すべてのページを検証するには時間がかかりすぎて、時間がない可能性があります。

だから私の質問は、あなたによると、検証を行うための最良の方法論は何ですか? そのようなシナリオをどのように推定しますか。

前もって感謝します!

ヴァサント

4

3 に答える 3

1

意思決定と優先順位付け

大規模なサイト全体で検証を行う場合は、優先順位付けタスクから始めるとよいでしょう。

これにより、サイト内のどのページが最も頻繁にアクセスされているか、実際のユーザーが何を使用しているか、そしてそれらのうちどれが最も使用されており、最初に有効にすることでメリットがあるかを知ることができます.

検証は私の考えでは必要条件ですが、ビジネスのコンテキストで実用的であることも非常に価値があります。

Web サイトのコードの検証に最初にどのくらいの時間を費やしたいか知っていますか? 割り当てられた時間を考えると、どの部分から始めるべきかを知ることで、実際に有利なスタートを切ることができます.

見積もり

チームが有効なコードを書くことに慣れておらず、検証タスクを行ったことがない場合、見積もりは難しいでしょう。ただし、複雑さの観点から見積もることができます。これにより、ビジネスボディを提供するための可視性と透明性が向上します.

このために

間違いを修正することに慣れてください。チームの各開発者に、作業するたびに、作業するページごとに 2 つのエラーを修正してもらいます。

時間が経つにつれて、適切に検証された Web サイトになり、最初の刷新と組み合わせると、ページを有効に保ち、開発者を検証の上に置き、将来的に多くの時間を節約するための優れた方法です。

于 2009-11-12T11:38:47.273 に答える
0

ページ数が多い場合は、「ワンクリック操作」で自分のサイトをクロールしてすべてのページを検証できるように設定することから始めるとよいでしょう。やり方は環境によって異なりますが、実際にはそれほど難しくありません。

多くのエラーがある場合、最初のステップとして、html 4.01 トランジショナルよりもさらに「リラックスした」スキーマを作成することをお勧めします。これにより、既知のエラーの一部から始めて、何を変更する必要があるかを把握できます。サイトがこのずさんなスキーマで検証されたら、html 4.01 トランジショナルまで (そしておそらく 4.01 strict まで) 厳格化する時が来ました。

そして最も重要な部分: 検証用のマークアップだけでなく、関連するマークアップも用意するように努めてください。これにより、サイトの見出し構造が健全に<em>なり、強調のためにのみ使用され、他の理由でテキストをイタリック体にするなどの理由では使用されなくなります。実際の表形式のデータなどに使用されます。

再見積もり: 「シングルクリックの検証」が始まるまでに 1 日か 3 日かかると見積もっていますが、そこから出力を得る前に、修正全体についての見積もりをまったく提供することを拒否します (たまたま本当に最初から、実際の問題がテンプレートにあることをよく理解してください)。

于 2009-11-12T11:37:25.230 に答える
0

3) すべてのページを検証するには時間がかかりすぎて、時間がない可能性があります。

それなら、あなたは「方法論」を求めているとは思いません。Firefox Validator アドオンをインストールして、サイトをブラウジングするときにそれを有効にして、最も一般的に使用されるページから始めてエラーを検出するのはどうですか?

于 2009-11-12T12:08:13.207 に答える