在新的个人版中，为了重用校验码的逻辑，网站系分主导，将校验码的生成、验证规则放在会员核心中（包含错误三次以上删除校验码，一分钟只能发送一次等规则），具体影响验证找回密码申请、手机绑定、手机解绑、激活增加登录号、注册时的激活等业务。这是事前有pa、pd、网站前台、会员核心几方在一起商定的。
由于这些工作本不在个人版项目的范围之内，测试决定在sit回归的情况下测试老前台，以防止验证码部分对老前台的功能有影响。

1.我的问题就在于没有引起测试的足够重视，如果是在项目中回归这些业务，sit环境下发现的bug也不会搞得各位老大这么紧张。下次如果有类似改造性的需求，一定需要核心、外围系统、测试三方一起拍板，如果只是sit环境下回归老的业务，核心可以拒绝此类改造。因为核心一定是要求稳定的，任何风吹草动都可能引起线上问题。

2.sit发现的bug在于，手机用户注册发送校验码的时候有个60s的限制，加入的这个规则，导致系统抛出异常，原来程序中翻译返回码的代码没有拦截到异常，直接返回null，导致同一个手机号码60s内不能继续注册。后期可以考虑把所有业务放入CifServiceTemplate中，拦截这些异常，返回正确的返回码。

3.因为本次改造没有走正常的测试流程，老大们希望可以推迟发布，因为技术部周四准备出去outting。尽管各测分和细分都认为本期发布没有什么问题，老大们还是希望可以推迟发布。也许是对我的不信任，但更多的我想我们的质量是靠流程保证的，不是靠人保证的 。如果中间可以加入正常的测试流程，或许老大们不会如此紧张了。

这次陷进了流程的规则里面，作为系分，考虑的不止是系统，还需考虑流程！