Regression经验 - patching and full package setup

以前遇到问题解决了就完事了，缺少了总结和记录，我决定以后恢复记录blog的习惯。

Original Problem:

这次遇到的问题是iis crash的问题。

xxx.asmx是我们产品的一个web service，但是我们不想让用户可以发现这个文件的存在，当用户访问这个url的时候，会被直接direct到*.wsdl.

我们可以通过web.config+修改一个顶层的HttpHandler : IHttpHandler来实现。

(TODO: 1. 为什么要redirect？ 2. IHttpHandler)

之前我们只direct了HTTP GET REQUEST, 而忽略了HTTP HEAD REQUEST。当我们处理传入的http head request的时候，会发生InvalidCastException。

（TODO: 1. get/head有什么区别？2. GET? 3. 为什么会有InvalidCastException?call stack?）

web.config在产品setup的时候deploy，在setup/deployment完成之后，对于一些小的bug/CDCR，我们通过release patching package来解决用户的问题。

这个问题最初是在data center main branch上发现并fix的。但是这个解决方案不适用于patching。 

        <add name="EWSDiscoveryHandler"
path="*.asmx"
verb="GET"
verb="GET,HEAD"
type="Microsoft.Exchange.Services.Wcf.EWSDiscoveryHttpHandler, Microsoft.Exchange.Services, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
preCondition="integratedMode,runtimeVersionv2.0" />

类似于这种config文件的更改，我们的解决方案是在pathcing的过程中调用一系列脚本，其中包括UpdateConfigFile.ps1， 更改config文件。

Regression:

Regression的出现源于checkin的时候，忘记了web.config文件。

这个问题在hot branch上被掩盖了，因为hot branch的testing是基于pathcing的，当这个change从entprise hot branch到enterprise main branch的时候，问题就凸现出来了，因为main branch的testing是基于full package setup的。

发现这个问题归功于automation，针对一个企业级大型服务器系统，针对每次更改的test cover到这种不同http request到特定web service的可能性几乎为0，这种回归测试只能通过automation来实现。

好在我们在解决这个bug的时候增加了test coverage，虽然这个case在hot branch上是pass的（这意味着 用户可以通过patching解决原始问题），但是在main branch上这条fail 的case就给我们拉了警报，顺利的帮助我们防止了regression的出现

-Draft