模板消息：文档签署提醒 appid: wx962940556bcc432a [图片] 错误信息：推送出去以后，设置的first.data的文字，设置颜色，没有按照设置的颜色显示，一直显示灰色。 看错误截图： [图片]

我们的小程序，是和企业号、服务号等联系在一起的一整套解决方案中的一部分，目前这套体系中小程序的用户，都是通过服务号进行注册后，才能打开使用的小程序。这种小程序的注册入口是在服务号中的。 那么这样的小程序，却因为“无注册入口”的原因无法通过审核，我很不理解，即使在提供了证明材料证明另有注册入口的前提下，还是重复地以无注册入口的理由拒绝，就更不理解了。 请官方理解一下这种情况。

- 当前 Bug 的表现（可附上截图） 我们 已经按照要求提供了测试账号，但审核人员根本不用提供的账号进行登录测试。 - 预期表现 审核人员用我们提供的微信号登录后进行审核。 - 复现路径 - 提供一个最简复现 Demo

- 需求的场景描述（希望解决的问题） 我们的小程序是很专业的应用，只有被邀请的人可以使用，其他人进来是看不到任何东西的，只能看到一个无权限的界面。但这种界面就会被审核人员枪毙掉。我们的业务设计为不可自助注册、无权限不可查看界面。但审核人员必须要看到我们的界面才可通过审核。 - 希望提供的能力 希望能够通过模拟账号，让审核人员可以通过给定的账号，访问我们的界面，并且给予正常的审核。 比如我们提供一个微信账号（fakeopenid），审核人员通过技术手段将自己的openid指定为我们提供的openid，进而通过查看我们的界面以通过审核。而不是因为你没有权限就据掉我的版本审核。 我看到我之前提的我们QA环境的小程序，提交时可以同时填写“提供测试号”的信息，希望在这个PRD的小程序上也开放这个功能

现在小程序开发有一个痛点，一个项目的开发往往要申请2-3个号，在对应的DEV中开发、QA中测试及UAT，PRD对用户。 建议在环境中添加一个类似于sandbox功能，我可以把代码发布到sandbox中，可以给指定人员预览，但配置连接到QA环境（参考另外一个建议添加环境变量的需求）； 同时再建议增加一个QA直接promote到PRD的功能，这样审核可以放在sandbox中完成，审核人员的任何操作都不会影响到真实环境中的数据。promote的过程是在你们服务器端直接从sandbox中将源代码copy到PRD中发布，避免developer的干预，也不需要重新审核，但环境变量会变成PRD的。这样会大大提高系统稳定性和审核的方便性。 真的，沉痛建议！

现在我们在做系统的时候，往往会申请2-3个号，分别用于dev、qa、prd环境，因为对应的后台环境肯定不一样，你不能要求测试在PRD上完成。 所以现在一个痛点是我们在DEV上开发，可能配的后台环境是http://localhost:xxxx/，到QA上就会变成https://qa.xxx.com/，到PRD是https://www.xxx.com。这样我们从DEV发布（promote）到QA的时候要用QA的配置文件覆盖后发布到QA环境上，再promote到PRD的时候得再改配置文件。 理论上说QA到PRD不应该再有任何代码的修改，但这里却做不到。 建议增加系统级别的配置文件，可以将这些关键的key直接配置在平台上，由平台进行各个环境的环境变量的配置管理，这样这些关键信息就可以不用专门管理，甚至代码级别的修改后才能再发布的痛点。

- 需求的场景描述（希望解决的问题） 我们的小程序是很专业的应用，只有被邀请的人可以使用，其他人进来是看不到任何东西的，只能看到一个无权限的界面。但这种界面就会被审核人员枪毙掉。我们的业务设计为不可自助注册、无权限不可查看界面。但审核人员必须要看到我们的界面才可通过审核。 - 希望提供的能力 希望能够通过模拟账号，让审核人员可以通过给定的账号，访问我们的界面，并且给予正常的审核。 比如我们提供一个微信账号（fakeopenid），审核人员通过技术手段将自己的openid指定为我们提供的openid，进而通过查看我们的界面以通过审核。而不是因为你没有权限就据掉我的版本审核。