在服务号和小程序的开发过程中，因为两者需要使用unionId进行关联，并且在服务号中做了跳转到小程序的逻辑。 现在版本需要集成测试，但是__没有办法进行测试__，请问应该如何解决？

场景： 从服务号跳转到小程序，通过__unionId判断是同一个用户__，然后有对应的业务流程。 功能开发完毕后，需要进行测试才可以发布，但是发现无法进行测试。 服务号可以通过申请一个测试号的服务号来指向不同的后台进行业务处理，但是跳转到小程序的部分，线上环境是有跳转的业务，如何在不影响线上环境的情况下测试新功能的跳转业务？？？

想法1: 服务号跳转小程序的正式版或者体验版是否有优先级，将小程序的体验版作为功能测试版？优先跳转小程序的体验版，没有体验版再跳转到正式版。 测试结果发现服务号跳转小程序会优先跳转正式版，所以体验版的功能就__没有办法测试__。

想法2: 申请小程序的测试号，配置测试后台，然后服务号的测试号配置跳转到小程序的测试号「appId不同」,这个时候发现小程序的测试号是没有办法进行上线的，具体场景就是服务号的测试号点击跳转后，会提示小程序的__测试号没有发布,__并且无法确定小程序测试号的unionId是否能和服务号的测试号关联起来。

想法3: 再次申请一个新的小程序用于测试，服务号依旧使用测试号，然后服务号跳转小程序时根据appId来区别于正式环境，逻辑测试通过后发布线上之前再次修改服务号后台的自定义菜单的跳转button 的 appid。  这个方法正在实验中，但是功能比较着急，所以特发此文，寻求是否有更加合理的方案解决这个问题？