学习变更管理和发布管理，对两者之间的界定还是有点模糊。
因为我们是一家软件服务提供商，如果要变更发布，需要做软件升级包，然后升级。我的问题是：
1、软件升级过程中的升级包的制作应该是变更流程控制还是发布流程控制？
2、公司内部测试这块是变更流程还是发布流程？

我根据我个人的经验给你稍作解答：
变更管理过程中的协调活动是和其他各个itil模块协调的活动，具体体现在与其他模块管理人员的协调、与其他部门的协调，如果有产品还涉及到与其他程序接口的协调，所以几乎每个模块都有协调活动，你也可以说是沟通，如果非要归入某个管理过程，那它属于所有管理过程。
1。升级包的制作是变更管理流程，属于变更实施，等到升级包安装完成，需要告知相关人员部门或者通知的时候才是发布管理
2。内部测试也是变更管理流程的，也属于变更实施，等到测试通过，并安装到相关设备或程序上的之后才是发布管理内容。
其实并不一定非要按照itil的分清哪个属于哪个，只要有人负责，有人考核、流程清晰就可以了。

这个问题与你的服务体制与ITSM软件都有关系的，没有一个十分硬性的切分。
1、如果这个变更属于一个事件引发的，个人觉得开发的工时即不能算在变更也不能算在发布中。它属于事件处理或问题处理环节的资源投入。
2、测试的资源投入，事实上也可能即不是变更也不是发布的环节。
在我们公司的处理模式中，上述的两点均属于事件流程或问题流程，而不属于变更发布流程。楼上的说的比较正确，没有一个硬性的切分的，归属一点，这个与你的体制与现实有很大的关系。
变更的目的在于控制与授权，发布的目的在于将对象置入生产环节的操作控制。当你的开发测试环节不属于你的运维体制内时，你一定把这些动作置入你的变更发布流程中，事实在作业时会非常麻烦的。

谢谢两位的回复。