小程序还处于开发中，没有提审发布，有个功能是通过调起scanCode扫描本小程序的二维码，识别path中的参数进行业务逻辑，但是扫描开发工具生成的二维码，扫码成功，但是没有返回path字段。 请问下是只有小程序已经发布了才能返回path吗？

各位尊敬的审核员大佬，您~们~好~：        一、这到底是什么情况？ 我们公司的新版小程序自2月底申请提交审核以来，截至昨天（3月16号）为止，已经被拒绝4次了，如下所示： 第一次： [图片] 第二次： [图片] 第三次： [图片] 第四次： [图片] 由于我们的小程序只有付费用户才能使用，因此前面两次拒绝尚可理解，第三次被拒绝是由于受微信登录的安全机制所限，因此也是我们自己的失误。可最后一次，我们已经提供了白名单用户账号密码（换句话说，不需要登录微信，打开即用），能够体验完整的功能，可依然无法通过审核，我们已经不知道还能做些什么了？   说到这里，我忍不住还是要吐槽一番！   小程序的审核流程变得更为严格，无可厚非，我们作为开发者表示理解，但是为什么这么突然，难道不能事先声明一个公告吗？！   即使没有公告，难道不能在一个明显的地方提供一个类似小程序提交审核的注意事项吗？   退一万步，即使这些都没有，那能不能在拒绝提审的时候，给出更为详细的说明？！！就说最后一次拒绝，什么叫“可用性”和“完整性”不符合规则？！！   前三次提审，每次都要耗时一周左右，这已经严重影响了我们正常的开发计划，整个产品技术部门压力非常大，可最可怕的是，我们根本就不知道问题在哪？无处询问啊！   所以现在我们能想到的有限的方法之一就是在论坛发帖。下面我就把我们公司小程序相关的业务详细说明一下，就想问问各位审核员大大，就这种情况到底应该怎么提审才能通过？ 二、我们的小程序是干什么的？ 我们的小程序在小程序类别中被被定义为了“健康管理”。而我们公司主要提供的产品，就是根据用户当前的身体健康状态，给出具有针对性的健康减脂计划，然后用户通过参与我们的减脂营（可能是几天到3个月不等），最终达到减脂的目的。 而在上述过程中，小程序的作用是，督促用户严格执行减脂运动计划（需要通过小程序打卡），提供健康饮食食谱，给用户直观地展示他的变化轨迹等等。 三、用户如何能够体验到我们的小程序 正如上文所说，如果用户没有付费是无法体验我们的小程序的，因此我们作为服务器提供者，需要通过种种渠道，将报名页面推广到用户（这里可能说的不太专业，毕竟不是干这个的，囧）。 1、  渠道 比如，我们可能在某度或者某博进行投放，用户看到的可能是这样的报名页面（这只是其中一种报名方式）： [图片] 2、  购买 点击“马上报名”后，进入下面的页面，填写真实信息，并缴费，完成报名流程， [图片] 这里点击提交就跳转到了微信或者支付宝支付页面了，这里用户每次购买的就是最近马上就要开营的营期。 支付完成后，进而需要继续完善用户信息，如下所示： [图片] 此时，用户会收到一条短信，通知用户点击短信中的链接继续完善信息，如下所示： [图片] 这里用户点击“下一步”，如实填写个人信息即可，完成以后的提示信息如下： [图片] 至此，用户就完成了购买报名流程。此时通常是开营的前几天，开营时间是每周六，用户安心等待开营即可。 3、  分营 由于减脂营类似于一个班级的概念，因此需要将用户添加到最近开营的一个营期中。报名完成以后，后台管理系统会根据用户的报名记录，自动完成上述步骤。此时，用户就可以开始体验我们的小程序了。进入到小程序首页如下： [图片] 但这个时候，用户还需要完成两个步骤——围度录入和体侧，否则就无法体验到基础训练和目标管理。   所谓基础训练，就是教练根据用户目前的身体状况制定的运动计划，而这个计划的具体体现就是一系列的运动动作视频，如下所示： [图片] 用户每天需要跟着这个系列视频进行运动，以达到减脂的目的。   所谓目标管理，就是把用户每周的腰围和体重变化以曲线的形式展现出来，在这个曲线中包含了每周要达到的减脂目标，如下图所示： [图片] 4、  围度录入和体测 上面提到，用户为了体验到基础训练和目标管理功能，需要完成围度录入和体测。所谓围度录入，就是需要用户再开营的时候记录，用户当时的体重和腰围，然后在结营的时候做一个对比。而体测的作用就是，通过一系列的测试，来反映用户此时的健康状态，以此作为依据来制定基础训练计划。 而要完成这两个测试，需要教练从管理后台系统中获取对应学员的维度录入和体测的链接，并通过微信发送给学员，学员点开链接后，按照要求测试并填写，最终提交即可。 围度录入页面如下所示： [图片] 体测页面如下： [图片] 以上是体测流程中的部分页面。   完成了上述两个步骤以后，用户终于可以体验到小程序完整的功能了。 5、  开营 用户完成了上面的所有过程以后，耐心等待开营即可，此时通常距离开营有几天的时间（根据用户的报名时间而定）。而在正式开营以后，用户就可以进行正常的打卡、基础训练等等操作了。 6、  流程汇总 说了这么多，这里把上面提到的流程全部汇总到一张图中更方便阅读： [图片] 图中仅举了两个小程序的功能，基础训练和目标管理。   四、我们就一个问题 情况就是这样的情况，请问各位审核员大佬们，就我们公司这样的小程序，应该怎样才能通过审核呢？

[图片] 上图中，除了titleBar下面黑色区域整个是一个canvas，然后“体重/腰围”，“往期目标”，这些按钮，还有那个小三角都是view实现的，红框部分是cover-view实现。上图是模拟器中的效果，一切正常。 [图片] 再看手机中，红框部分的白色区域背景色消失了，但是如果单独给“减脂营92期”设置背景色，又可以设置。 再有，“减脂营92期”和“减脂营90期”都绑定了事件，通过catchtap的方式，但是现在手机上都不能响应。需要说明的是，canvas也绑定了点击事件catchtap，但是即使把它去掉，也不行，所以跟这个应该没啥关系。 最要命的是，一月份的时候，这个页面在手机上一切正常的。应该是最近更新基础库导致的。 下面是截图部分的布局代码。 [代码]<[代码][代码]canvas[代码] [代码]class[代码][代码]=[代码][代码]"curves"[代码] [代码]canvas-id[代码][代码]=[代码][代码]"curves"[代码] [代码]catchtap[代码][代码]=[代码][代码]"hideTermList"[代码][代码]>[代码][代码]    [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"header"[代码][代码]>[代码][代码]        [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"left"[代码][代码]>[代码][代码]            [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"track"[代码][代码]>[代码][代码]                [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"block {{right}}"[代码][代码]></[代码][代码]view[代码][代码]>[代码][代码]                [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"btn-group"[代码] [代码]catchtap[代码][代码]=[代码][代码]"toggle"[代码][代码]>[代码][代码]                    [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"weight {{weightSelect}}"[代码][代码]>体重</[代码][代码]view[代码][代码]>[代码][代码]                    [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"waistline {{waistlineSelect}}"[代码][代码]>腰围</[代码][代码]view[代码][代码]>[代码][代码]                [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]            [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]        [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]        [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"right"[代码][代码]>[代码][代码]            [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"last-target"[代码] [代码]wx:if[代码][代码]=[代码][代码]"{{showTargetBtn}}"[代码][代码]>[代码][代码]                [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"last-target-btn"[代码] [代码]catchtap[代码][代码]=[代码][代码]"toggleTermList"[代码][代码]>往期目标</[代码][代码]view[代码][代码]>[代码][代码]            [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]        [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]        [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"index"[代码] [代码]wx:if[代码][代码]=[代码][代码]"{{showTermList}}"[代码][代码]></[代码][代码]view[代码][代码]>[代码][代码]    [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]    [代码][代码]<[代码][代码]cover-view[代码] [代码]class[代码][代码]=[代码][代码]"term-list"[代码] [代码]wx:if[代码][代码]=[代码][代码]"{{showTermList}}"[代码][代码]>[代码][代码]        [代码][代码]<[代码][代码]cover-view[代码][代码]            [代码][代码]class[代码][代码]=[代码][代码]"term {{ term.termKey === currentTermKey ? 'selected' : ''}}"[代码][代码]            [代码][代码]wx:for[代码][代码]=[代码][代码]"{{termList}}"[代码][代码]            [代码][代码]wx:for-item[代码][代码]=[代码][代码]"term"[代码][代码]            [代码][代码]data-term-key[代码][代码]=[代码][代码]"{{term.termKey}}"[代码][代码]            [代码][代码]catchtap[代码][代码]=[代码][代码]"switchTerm"[代码][代码]>[代码][代码]            [代码][代码]<[代码][代码]cover-view[代码] [代码]class[代码][代码]=[代码][代码]"term-title"[代码][代码]>{{term.name}}</[代码][代码]cover-view[代码][代码]>[代码][代码]            [代码][代码]<[代码][代码]cover-view[代码] [代码]class[代码][代码]=[代码][代码]"term-state"[代码] [代码]wx:if[代码][代码]=[代码][代码]"{{term.state}}"[代码][代码]>{{term.state}}</[代码][代码]cover-view[代码][代码]>[代码][代码]        [代码][代码]</[代码][代码]cover-view[代码][代码]>[代码][代码]    [代码][代码]</[代码][代码]cover-view[代码][代码]>[代码][代码]</[代码][代码]canvas[代码][代码]>[代码]

Bug表现： 小程序通过 web-view内嵌的h5通过 <input type="file" accept="image/*" /> 传图片，用户点击按钮弹出相机、相册选择后，点击相册界面直接跳转到微信聊天首页了，而且小程序再也点不开了，只能杀微信进程再打开才能进小程序。 手机系统版本：ios 10.2.1   iPhone 6s Plus<iPhone8,2>