背景

昨天持续开发2个月的某企业级小程序发布上线，今天开个帖子具体讲下，企业级小程序，用单个小程序复用多套环境的形式讲述小程序从开发、到上测试，到发布的全流程分析

本文非技术贴，仅仅从小程序发布流程的角度讲述

1

正文

关于测试小程序和生产小程序到底用几个小程序，在论坛一直有讨论，每一种各有优缺点

单个小程序做测试和生产用

优点

• 减少小程序仓库的代码同步

缺点

• 小程序权限分配
• 开发时如果环境切换不好，会带来生产的脏数据问题
• 发布时，如果环境切换不正确会造成严重的生产事故

一个小程序做测试，一个小程序做生产

优点

• 权限分配管控更为清晰
• 开发、生产分离，保证数据的安全

缺点

多个小程序带来维护上的成本会增加

在每一种情况都不具有绝对优势的情况下，采取什么方案主要就有项目的技术负责人根据习惯来决定，在本文讨论的小程序中是以单个小程序为例，也就是用一个小程序完成开发、测试、生产用

权限

先从权限讲下，大家都知道具有运营者角色的微信用户具有设置体验版和送审以及发布的功能

但是在日常开发中，开发和发布是分别由不同的部门来完成的，比如开发在技术部门，发布在运营部门，但是由于日常测试需要，测试要设置体验版来测试，这个功能就需要把运营者角色给到某个测试涉及岗位，或者是产品或者是项目经理，但是他们从严格权限来讲是不应该具有这种运营者角色的

环境切换

用一个小程序来开发，环境切换是不得不谈的一个问题，一个小程序多套环境如何切换，怎么切换比较安全
其实微信小程序官方也提供了一些api用于检测小程序是开发版、体验版、发布版，对应我们开发环境、测试环境、生产环境

但是这些api是向下兼容的吗，就是说这些api能覆盖目前所有小程序基础库吗？
这个问题要好好衡量，如果不能做到100%覆盖
我想这种api在企业级小程序是不敢用的

如上所示，我们这次环境切换也是纯手工，在发布生产之前，手工将api切换到生产环境，点击上传，开始送审，发布。

如何开发

开发小程序时，联调用的后端环境是由后端同事本地提供

如何测试

开发完成测试时，需要将配置文件中的api信息改为测试环境，并且上传代码，具有运营者权限的同学可以设置体验版，并且生成体验版小程序二维码，分发给测试的同学

提交审核

跟测试一样，提交审核之前，需要由开发的同学将配置文件中有关api的信息切换到生产环境，然后上传代码，并通知具有运营者权角色的同学，提交审核。

发布流程

• 服务端先发布生产
• 小程序切换生产环境，上传代码（开发同学完成）
• 通过小程序助手提交审核（运营同学完成）
• 审核通过后，通过小程序助手发布（运营同学完成）
• 小程序功能验收(市场同学完成)

总结

• 由于企业级小程序上线，都要很多人员配合验证，为保证流程的连贯性，建议第一次小程序上线审核，走加急审核

欢迎大家一起参与讨论