一、检查页面的标签是否闭合
不要小看这条，也许折腾了你两天都没有解决的CSSBUG问题，却仅仅源于这里。毕竟页面的模板一般都是由开发来嵌套的，而他们很容易犯此类问题。
快捷提示：可以用Dreamweaver打开文件检查，一般没有闭合的标签，会黄色背景高亮。
二、样式排除法
有些复杂的页面也许加载了N个外链CSS文件，那么逐个删除CSS文件，找到BUG触发的具体CSS文件，缩小锁定的范围。
对于刚才锁定的问题CSS样式文件，逐行删除具体的样式定义，定位到具体的触发样式定义，甚至是具体的触发样式属性。
三、模块确认法
有时候我们也可以从页面的HTML元素出发。删除页面中不同的HTML模块，寻找到触发问题的HTML模块。
四、检查是否清除浮动
其实有不少的CSSBUG问题是因为没有清除浮动造成的。养成良好的清除浮动的习惯是必要的，推荐使用无额外HTML标签的清除浮动的方法（尽量避免使用overflow:hidden;zoom:1的类似方法来清除浮动，会有太多的限制性）。
五、检查IE下是否触发haslayout
很多的IE下复杂CSSBUG都与IE特有的haslayout息息相关。熟悉和理解haslayout对于处理复杂的CSSBUG会事半功倍。推荐阅读old9翻译的《Onhavinglayout》（如果无法翻越穿越伟大的GFW，可阅读蓝色上的转帖）
快捷提示：如果触发了haslayout，IE的调试工具InternetExplorerDeveloperToolbar中的属性中将会显示haslayout值为-1。
六、边框背景调试法
故名思议就是给元素设置显眼的边框或者背景（一般黑色或红色），进行调试。此方法是最常用的调试CSSBUG的方法之一，对于复杂BUG依旧适用。经济实惠还环保^^
最后想给大家强调一点的是，养成良好的书写习惯，减少额外标签，尽量语义，符合标准，其实可以为我们减少很多额外的复杂CSSBUG，更多的时候其实是我们自己给自己制造了麻烦。希望大家远离BUG，生活越来越美好。
不要小看这条，也许折腾了你两天都没有解决的CSSBUG问题，却仅仅源于这里。毕竟页面的模板一般都是由开发来嵌套的，而他们很容易犯此类问题。
快捷提示：可以用Dreamweaver打开文件检查，一般没有闭合的标签，会黄色背景高亮。
二、样式排除法
有些复杂的页面也许加载了N个外链CSS文件，那么逐个删除CSS文件，找到BUG触发的具体CSS文件，缩小锁定的范围。
对于刚才锁定的问题CSS样式文件，逐行删除具体的样式定义，定位到具体的触发样式定义，甚至是具体的触发样式属性。
三、模块确认法
有时候我们也可以从页面的HTML元素出发。删除页面中不同的HTML模块，寻找到触发问题的HTML模块。
四、检查是否清除浮动
其实有不少的CSSBUG问题是因为没有清除浮动造成的。养成良好的清除浮动的习惯是必要的，推荐使用无额外HTML标签的清除浮动的方法（尽量避免使用overflow:hidden;zoom:1的类似方法来清除浮动，会有太多的限制性）。
五、检查IE下是否触发haslayout
很多的IE下复杂CSSBUG都与IE特有的haslayout息息相关。熟悉和理解haslayout对于处理复杂的CSSBUG会事半功倍。推荐阅读old9翻译的《Onhavinglayout》（如果无法翻越穿越伟大的GFW，可阅读蓝色上的转帖）
快捷提示：如果触发了haslayout，IE的调试工具InternetExplorerDeveloperToolbar中的属性中将会显示haslayout值为-1。
六、边框背景调试法
故名思议就是给元素设置显眼的边框或者背景（一般黑色或红色），进行调试。此方法是最常用的调试CSSBUG的方法之一，对于复杂BUG依旧适用。经济实惠还环保^^
最后想给大家强调一点的是，养成良好的书写习惯，减少额外标签，尽量语义，符合标准，其实可以为我们减少很多额外的复杂CSSBUG，更多的时候其实是我们自己给自己制造了麻烦。希望大家远离BUG，生活越来越美好。