一个应用的框架升级，对于测试的同学要了解本次升级改动了什么，升级前后有什么变化。然后就是对这个应用进行全面的回归的时候就可以有方向的了解BUG是什么原因导致的。就像本次tbskip的升级是才能够webx2.0升级到webx3.0，不同的地方是webx3取消了Service框架，将所有的组件全部转换成Spring组件。没有改动以前的代码和模板，也没有改动底层的业务逻辑。所以测试同学就需要按照原有的业务规则进行测试。

　　本次升级因为没有改动代码和业务逻辑，很多都是渲染的问题，但都是影响主流程的测试。一旦遗漏一个功能点，就有可能漏掉很严重的BUG，所以在测试前一定要找相关应用的TL及开发同学，一起来评估涉及的功能点。

　　Tbskip这个应用较杂，什么都有涉及，需要准备较多的数据，比如成交纪录需要看下一页，更多历史记录；豆腐块需要淘心得的数据；相关推荐需要搜索 dump出数据，充值中心的宝贝需要旺旺在线。这些数据都是比较纠结，准备起来很繁琐，所以测试同学需要提前准备数据。

　　转译的问题，url和html转码。不同的框架对输入文字进行过滤，可能会造成转译的问题，有可能url中多了一个转译符；有可能文字中出现乱码。这次很多BUG也是出在这个问题上，在测试过程中，多看看文字及URL是否正确。就像这次的商品展台中宝贝的url打开的显示都是正确，但是url中与原url 对比，多了“&amp”这个转译符。

　　边边角角都需要多留意下。这个模块是tbskip的升级，可能会导致边上的模块出问题。在测试中，也看看其他的TAB是否显示正确，模块是否展示。我在测试充值中心的时候，充值中心的模块都是没有问题的，但是边上的帮助中心整个模块都没有显示出来。

　　JS问题比较容易被忽视，因为有些时候功能是好的，但是就是有JS错误，其实不然，只是有可能漏测了一个小点，没有触发BUG。所以测试时，要关注有没有 JS问题，本次升级只有2个JS问题。

　　多个浏览器测试，因为升级很可能有出现兼容的问题，有些BUG就具有浏览器的特殊性。尤其是IE6，常常会出现其他浏览器无法重现的问题，但是目前还是有较多用户在使用IE6，所以测试的时候，样式的用户体验较重要的时候，可以用IE6多测试下。

　　数据加载不进来，这个也是升级造成的渲染问题的一种。但要区分是否本身没有数据，还是升级引起的问题。因为tbskip比较特殊，在日常环境往往没有什么测试数据，有些甚至无法造数据。所以在日常环境无法测试的，要在预发环境尤其重视。

　　关联性，测试的过程中，会出现，修复了一个问题，在其他的模块出现新的问题，所以在回归时，修复BUG后要回归下相关或者临近的模块。就比如说在 detail页面中，成交记录和留言块都是tbskip的，其中一块有BUG修复，另外一个模块在验证BUG的时候也回归下。

　　还有一个与升级无关的问题就是，其他问题引起的BUG，因为一个应用的升级的同时也有很多人在改日常，也会改出问题，如果全部问题都反馈给这位开发同学，可能排查起来很慢，尤其是不太懂业务逻辑的开发同学，所以这就需要测试同学排查是否是升级引起的问题。第一，可以对比线上，如果线上也存在，那就与本次升级无关，反馈给对应的开发；第二，线上不存在的情况，但不是tbskip模块，可以找该模块的开发同学一起来排查；第三，与被调用的应用数据对比，比如 tbskip的很多功能块的数据是从auction迁移过来的，测试的时候可以两边对应起来测试。

　　最后说一句，回归的工作很繁杂，需要细心和耐心。（以上言论仅代表作者的个人观点，不代表51Testing观点）