以前都很少用 Webkit 的调试，都是打 console.log 来看，上次前端的同时教我一下 Webkit 上面调试，真爽

#1 楼 @huacnlee 不都是断点么？

#2 楼 @i5ting 就是打断点

#3 楼 @huacnlee 另外 blackbird 也挺好用的

我习惯用 console.log 了。

@huacnlee @i5ting @aisensiy 楼上们 关键是我做的这个项目 JS 已经构建的非常复杂了（数万行吧，而且全都不是我做的）很多代码的阅读工作由于 jQuery 的存在根本无从下手。。

代码里直接写 debugger, 打开 chrome development tools 执行到那里自动就断了。

简单情况直接 console.log

调试你得先看自己激活了什么事件，页面逻辑基本都是 event driven 的。找到 id className 基本就知道 callback 在哪里了。你一般都不会调试 jQuery, 只会调试自己的业务逻辑。

jQuery 的 selector 是关键。

#6 楼 @iBachue 实际上还是没有做好模块化，这才是罪恶的根源

jasminejs 可以满足你的需求。边写边学很快。phantomjs.org 还提供 a headless WebKit with JavaScript API.

#9 楼 @xds2000 jasminejs？那不是一个测试框架嘛。。

#9 楼 @xds2000 加测试对现在的他来说是一个负担吧，他是分不清页面里的调用，js 太多，事件也太多导致的吧？不过你推荐的确实非常好

#9 楼 @xds2000 grunt 内置你说的哦

@shiren1118 写测试才是解决调试的办法。实在不会写，先在 it 里用 console.log 打出来看看，再加上 except matches 函数验证。之后大脑的负担就会减轻，有问题就跑一个测试，没抓到的问题加一个用例。

#13 楼 @xds2000 没理解 对于一个数万的项目写测试 还有没有可能在一个 Sprint 的时间内完成所有功能呢？

@iBachue 我的意思是你先遇到的问题，用普通 console.log 方法都搞不定的代码块写测试，总比你一行一行调试来的快吧。并且调试过程中的思路你都留了下来，对代码理解也是一次梳理。代码只有理解意思后才可能找到问题。目前楼主的代码已经相当规模，还不知道有没有用到 Copy & Paste 的代码，第三方的代码片段，你不太可能一步一步去 debuger。

#15 楼 @xds2000 我现在 手头一个项目，10 几 w 行代码，之前别人做的 1 年都没加测试，现在加非常困难。。。。。

#15 楼 @xds2000 可是我只是想找一个 callback 入口可以读代码，并不想理解其他无关的所有代码啊

看下 http://ruby-china.org/topics/6076 这个帖？ 用 chrome inspector 调试的话 可以 ctrl+shift+f 打开搜索面板，然后搜事件触发元素的 id 或 class，应该就能很快找到对应的 js 代码了

#18 楼 @krazy 这也不是最快的方法 如果几个元素层层嵌套，可能难以判断 event 到底监听在哪个元素上

@iBachue 委托的那就搜 live/delegate/on/ 代码不至于乱的完全不可读吧