产品补丁包测试的基本流程

　　确定补丁包的内容(详见补丁包的内容)--制定补丁包测试计划--补丁包测试准备--补丁包测试执行--补丁包成品测试--补丁包发布--项目收尾。

　　补丁包内容的选择：

　　一般情况下，评估某一需求是否可以被加到补丁包里的最根本的原则说起来很简单，那就是不能破坏客户已有的功能实现，包括产品发布时的功能实现及客户针对产品的拓展接口作的定制实现。

　　评估某个需求是否可以被补丁包所包含时，需要考虑以下几点：

　　该需求实现时对已有客户的意义和重要性，对潜在客户的意义和重要性。

　　产品的开发部门能否按计划实现需求的功能设计、代码并完成单元测试。

　　产品的测试部门能否按计划实现需求的功能测试、性能测试及所有可能需要的其他测试类型，即对新功能需求实现完整的测试覆盖。

　　制定补丁包测试计划：

　　开发、测试期间要做的所有事情都需要考虑并计划在内，包括潜在的风险、对上游问题可能的依赖、对下游问题的影响、当前存在的问题、如何解决或规避问题等。

　　补丁包测试中回归测试的范围：

　　需要依赖回归测试来保证在补丁包中解决的问题或者引入的新的功能增强不会对系统已有的功能点造成破坏

　　为了合理地界定回归测试的覆盖范围，需要和负责特定产品模块的开发人员和模块测试专家进行详细探讨。

　　软件版本、平台、浏览器和测试内容的搭配矩阵：补丁包测试必须包含多个不同的操作系统和多种不同的应用服务器的搭配。

　　

　　测试计划的审阅流程：

　　要有一个清晰的审阅人员名单列表，预留足够的时