调用生成二维码的接口时，生成的二维码由scene承载携带的参数，扫这个生成的二维码是跳转到线上版的。
而在本地编辑的代码，未发布审核的话是无法通过扫二维码来验证功能的，这样子有很多流程都需要提交审核后验证，如果验证出错还得再重新审核。
（不知是不是我漏看了什么API方法之类的，扫小程序二维码进入小程序，因为是跳转到线上版本，开发版的的逻辑扫码进入根本测试不了）
所以想出了一个方案，扫普通码跳转小程序，是可以设置成开发版、体验版、线上版的。但是文档上扫普通二维码，参数是由q来承载的，扫小程序二维码参数是通过scene来承载的，那么我们是否需要在扫码进入的页面中做两套不同的逻辑处理？是否支持扫普通二维码的参数自定义的方法？
https://developers.weixin.qq.com/community/develop/article/doc/000882df8440404880b91054756c13
可以看下这个方法，很不错
这里确实存在着调试不方便的问题。主要体现在：
通过普通二维码拉起的小程序，都是线上版本的小程序。所以没法使用本地编译好的代码进行调试。文档当中写的关于 开发版/体验版/线上版，只是说这个扫普通二维码的能力对哪些用户群体开放。而不是说扫码之后对应使用的是什么版本的小程序。
通过普通二维码拉起的小程序所取的 query 参数是需要通过 options.query.q 里面去获取的。而一般进入小程序的方式都是通过小程序固定入口等，所以不同的 scene 获取 query 参数的方式不一样，需要在业务代码当中自行做处理。
测试的话，开发者工具上面可以模拟扫码进入，你把启动参数按照预设格式写上，就可以测试了啊。扫码说白了还是带参数打开一个小程序页面，参数接收没问题，也就没什么问题了
我也明白这样是正确的，但是测试人员希望正常手机分享出二维码后通过手机识别二维码的方式来
这个问题解决了吗？还是只能打开线上版？
没。都是只能线上版，通过那种扫普通码跳转小程序理论上可以，但是和生成的小程序码带的参数名又不一致。
好的，谢谢啦