工作中需要进行E2E测试，即给出输入，验证输出结果就可以了。E2E看似简单，但内部的业务逻辑比较复杂，用自动化的形式来实现，需要了解内部的运行机制。简化以下过程，就是Server A接收客户端的请求，发送到Server B中，如果在Server B中命中了结果，那么就直接返回给Server A; 如果在Server B中没有命中，则Server B进一步调用Server C，由Server C去异步离线去搜索结果，然后把结果返回给Server B。在case中，不断地由Server A向Server B发送请求（小于等于15次），运行时发现，没有一次命中的情况，所以怀疑ServerB 是否调用了Server C, Server C是否有结果返回给Server B。为了验证这一点，想通过设置断点的方式来判断在一定条件下，Server B是否真正的调用了Server C（有一个ASP.NET程序）。
具体步骤如下：
1. 将ASP.NET应用程序发布到Server C上；
2. Server C宿主在IIS中，有自己独立的application pool (the pool's name is SnippetSimulator)
3. 在VS中打开该应用程序对应的源码，设置断点，点击“Debug”-“attach to process”，然后show all processes，找到对应的进程w3wp.exe，点击“Attach”即可。
注意，如果在一个server上部署了多个ASP.NET应用程序，为了保证各个应用程序的互不干扰，一般都会为每一个应用程序建立一个application pool，每一个asp.net应用程序都对应着一个worker process，当多个应用程序同时运行时，如何确定要附加到哪个process上呢？我们可以使用cscript iisapp.vbs命令行来确定。（补充：在windows2008R2中，iisapp.vbs已经被移除，所有的脚本文件集成到了一个命令行工具上来集中管理IIS，这就是位于%windir%\system32\intesrv\下的appcmd.exe， 通过appcmd list wp 可以得到所有应用程序池的相关进程。 ）
具体如下：
1. cmd
2. cd c:\windows\system32
3. cscript iisapp.vbs
显示结果如下：
W3WP.exe PID: 5400 AppPoolId: ExtractorPool
W3WP.exe PID: 3096 AppPoolId: ExtractorPool
W3WP.exe PID: 2132 AppPoolId: Snippet
W3WP.exe PID: 3816 AppPoolId: KeywordServerPool
那么根据application pool的ID，我们可以得到对应的w3wp.exe 的进程ID，这样在附加进程的时候，只需要根据ID就可以选择一个唯一的进程了。
当选择的进程正确的时候，这时的断点是一个实心圆；当选择的进程错误的时候，这时的断点是一个带有警告(!)标志的空心圆。
注意，有时候，即便选择的进程是正确的，也会产生带有警告的空心圆，这个时候，我们只需要进行以下设置：tools-options-debugging-general-uncheck “Enable Just My Code(Managed Only)” 即可。
There is a link http://www.codeproject.com/KB/aspnet/ProcessAttache.aspx, you can get some extra infomation from here.