项目经理凯文的话：

　　成品测试的一个主要目的是测试终介质和包装有无缺陷，以保障客户拿到终产品时能顺利安装并使用我们提供的光盘（CD或DVD）或网上下载的应用程序。对于不同操作系统平台或数据库，调用的安装程序和启动的包装有可能不同。这要求在成品测试阶段，尽可能涵盖所有系统平台和数据库，以保障客户在不同系统上的正常应用。

　　对于数目繁多的操作系统平台（Window，AIX，Solaris，xLinux，pLinux，zLinux，iLinux等）和数据库类型（DB2，Oracle，Cloudscape等），安装团队是不可能在短时间内涵盖所有的，这要求各团队协同合作。一般来讲，功能测试团队、构建团队、产品迁移测试团队和多国语言测试团队会用DVD或DVD ISO文件在较常见的操作系统平台上简单安装产品，并进一步进行功能或多国语言测试。安装团队会在此阶段着重测试一些复杂的安装路径和操作系统平台。

　　小艾听完凯文的解释，明白了成品测试阶段各团队协同作战的必要性。脱口而出道：“是不是人人都要手握光碟来抓虫子啊？”

　　凯文笑道：“比喻很形象，但我们除了传统物流方式销售给客户CD或DVD光碟，还允许客户通过网络下载我们的应用程序。一般会把DVD ISO文件经过压缩放到网络上供客户直接下载。所以除了测试真正的物理光碟，我们还要测试放到网上的可供客户下载的DVD ISO文件，即常说的电子版光碟。”

　　小艾点头说：“哦，我明白了。凯文，成品测试阶段测试范围是如何规定的？还有，它的测试策略又都有哪些呢？”

　　凯文说：“我很高兴看到你对成品测试的求知欲，我现在还要去构建团队安排一下工作。这样吧，我把各测试团队成品测试的计划发给你，那里面详细描述了各测试团队的测试范围和策略。你仔细看一下，有什么问题可以问我。”

　　9.1.3  取舍之间--测试范围和策略

　　小艾系统地阅读了凯文发给他的成品测试计划，并且根据各团队计划对成品测试阶段的测试范围和策略做了总体归纳总结。

　　成品测试范围及策略归纳总结：

　　成品测试的测试案例必须是以前测试阶段测试过的案例，不应该有新测试案例或对新系统平台设置的测试。

　　所被挑选的回归测试案例要尽量能够涵盖程序的主要功能，以确保程序的主框架没有由于前期代码改动而产生缺陷。

　　对于前期测试中发现较多问题并改动代码较多的功能部分，应多挑选一些回归测试案例进行回归测试。

　　性能测试一般选择被广泛使用或者大型客户常用的平台。测试用例选择简单的分支，但是尽量扩大分支覆盖的范围，一般选用可靠性测试（关于可靠性

　　测试的定义见6.2.4节），测试时间一般在24～72小时。

　　所有测试都应基于DVD或DVD ISO文件安装的应用程序，严禁再用构建测试环境来安装应用程序并进行测试。

　　安装应尽量涵盖应用程序支持的所有系统平台（Window，AIX，Solaris，xLinux，pLinux，zLinux，iLinux等），数据库类型（DB2，Oracle，Cloudscape等）和安 装模式（快捷安装，定制安装等）。

　　由于时间限制，成品测试案例大约占前期测试阶段所有测试案例的5%～10%。

　　除了各测试团队详细的测试计划，在凯文所提供的材料中，还有一份在测试中要求各测试团队统一检查的清单列表。清单列表里主要需要检查下列内容。

　　a、DVD布局

　　应按照产品构建团队提供的DVD布局文件里所列信息核对所测DVD光碟或电子光碟，布局一般包括：

　　不同系统平台的安装设置文件：setup.exe，setup_aix等。

　　不同支持语言的说明文件（readme）。

　　自动调用文件（AutoRun）：autorun.exe，autorun.inf等。

　　产品版本文件等一些和产品有关的文件。

　　除了核对布局里应存在的文件名外，还应该核对文件大小以保证文件没有损坏和缺失。整体DVD内容大小也是需要核对的一个数据。