代码验证的问题
当前，最著名的代码验证包括W3C的HTML及CSS验证。很多网站会放置一个HTML和CSS验证按钮，表示自己的站点通过了验证，然而，通过了验证并不意味着你设计的东西是完美的。
无法顾及未来标准
如果你在设计中使用了未来的Web标准，如CSS3，将无法通过验证，而现在非常有效的一种设计方式是，针对未来的标准使用渐进式设计，这种设计模式将很难通过验证。
为验证而验证
为了取悦验证工具，一些设计师不得不对那些非W3C标准，然而却被普遍认可的对象或属性下手，最终，人们的设计是为机器，而不是用户设计。事实上，在你的网站上放一个或几个验证按钮，对用户来说，有什么意义?很多用户并不知道什么事HTML，什么是CSS，他们对你是否通过了什么验证毫无兴趣。
可访问性验证
Cynthia一类的Web可访问性验证工具只能验证它们所能认识的东西，也就是代码，而这对真正的可访问性验证远远不够。可访问性与易用性测试只能通过人来进行，可访问性与易用性是非常主观的东西。
那些基于代码验证的测试工具往往并不能发现真正的问题，需要真正的用户告诉你他们是否可以无障碍的，轻松地访问你的站点。下面的站点可以通过可访问性验证，但
.
验证工具就像机器翻译
现在最常用的机器翻译工具，如Google Translate以及Babel fish可以证明，没有什么东西比人更聪明，人类的语言不仅仅是一堆单词的堆砌，更要靠语境，而机器是无法理解语境的。验证工具和机器翻译是一个道理。
用翻译实验看看机器翻译的能力
你可以找一段话，复制到Google Translate, 先翻成别的语言，再从别的语言翻译回来，如此三番几次，就会知道机器翻译的局限。
结语
关于W3C代码验证，一个事实就是，验证本身并不能保证你的站点在语义，可访问性，易用性，乃至用户体验上的的完美，通过这些验证工具，发现你代码中的错误和问题是应该的，但过分追求验证的结果，为验证而验证时不可取的。
