程序版本发布流程

我目睹了一次程序发布流产的情况，顺便看了一下公司规定的程序发布流程文档。对目前程序发布流程的几点疑惑：

1、程序发布流程太简单，发布人没有测试过就给了测试组。

2、目前发布给测试组的是源码形式，我不明白为什么用这个。它比发布可执行程序有什么优点。要知道，如果发布100个版本的话，服务器上就有100个源代码包。这是很不合理的。

3、发布时要提供测试方案，这点不明白为什么，不是谁测试谁提供方案嘛。而且由研发人员提供本身就不合软件工程的测试要求。

 

以下是我以前在工作中的程序发布过程，仅供参考：

一、通知各相关同事把代码上传服务器，并在BUG管理上把相关BUG标明“解决”。然后厉行公事，一一确认同事是否已做完刚才的两件事。

二、从服务器上更新代码下来，编译生成可执行程序；重新生成数据文件；生成程序和数据的ChkSum校验文本文件；写好程序更新到目标机的方法的文本文件；写好版本发布说明。

版本发布说明中最重要的是要写明两点：1、当前版本已解决的BUG；2、该版本测试的重点及尚未实现的功能（如有）。

然后加入烧写程序一并打包。

三、模拟测试

1、把刚才打包的文件解包后，按说明的更新方法，用烧写程序烧到目标机上；

2、进行基本功能测试，大体上都要浏览一遍，即各个子菜单能否正常使用。确认这个版本是否正常。

3、对照版本发布说明上注明的BUG，一一测试，确认已解决。

四、如上步OK，就说明基本没问题，可以发给测试组或客户。