现在在做一个技术改造型项目，是技术部发起的项目，因此也就没有需求文档，要改造的即是业务逻辑从一个系统迁移到另外一个新系统上，系统框架也需要改变下，系统对应的外部接口也会有些迁移，但是不涉及到业务逻辑的改变。
对于这种改造型项目，开发不会去改里面的业务逻辑，也就是需要保证业务不受影响，但是要想做好测试分析，分析代码迁移，框架升级会对业务有什么影响，确实还真有点点迷茫。
其实我也知道首先要弄清楚系统的区别，框架的区别，可是这些都是代码层面的，可能在那个框架A下这个代码声明写成A，在框架B上就改成B，但是里面逻辑不会动到，所以很难分析出来有什么影响，可以说应该不会受到影响，只要跑一个流程OK了其他分支应该就OK了。 但是目前我的分析方法是通过业务整理、回归的方法去覆盖，而不是真的针对改了什么就针对性去测试什么，这样的话会觉得蛮不放心的。
貌似目前也没有什么更好的方法了，对于系统接口方面我们会使用接口测试，正向流程上会去做自动化测试，但是对于其它分支流程只能通过走业务去覆盖代码迁移是否正确了。
也越来越觉得对于技术的了解少会是测试的一个阻碍，可是看着那么多的开发技术，真是无从下手。
学习了
