软件测试培训之成品测试范围及策略归纳总结

软件测试培训之成品测试范围及策略归纳总结

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

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

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

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

安装应尽量涵盖应用程序支持的所有系统平台及数据库类型还有安装模式

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

成品测试是各团队协同作战，一个团队的完成并不等于整体的完成。成品测试大约需要1~2周时间，对于每个驱动，大约需要2天完成。对不同的驱动，由于周期短，时间有限，每个测试团队根据情况有自己的测试策略。并不是每个驱动都要重新测试所有案例。

对不同成品测试候选驱动测试策略：

各团对必须完全测试第一个驱动，以后的驱动需要审时度势，看编码改动情况来决定测试范围。

由于每个驱动都需要重新构建打包，因此每个驱动都需要进行必要的安装测试和构建测试，以保障没有重要文件的缺失。

项目组决定的最终成品候选驱动，将会是客户最终拿到的产品。各测试团对尽可能在此驱动上重新完成重要测试案例，以防功亏一篑。

迁移测试和个别安装测试(集群安装)案例测试周期长，极少受由于其他类别测试缺陷而修改代码的影响。因此在整个成品测试周期一般只需要测试一遍。

由于大部分测试都会在两天内完成，为了有效缩短整个成品测试周期，第二个成品测试候选驱动会在两天后开始构建，而不必等待迁移测试和个别安装测试案例测试结束。

-->在成品测试中，代码已经几乎被冻结，但由于可能存在一些新bug，还是需要修改代码，因此，大部分公司会开成品测试缺陷评判例会，在敏捷模式下，由于每天都有站会的存在，这个会议在成品测试期间可能单独开，也可能会在站会里同时开，后者会占据较多的时间。

-->回归正题，为什么要有成品测试缺陷评判例会?因为成品测试阶段时间有限，且测试接近尾声，不适合改动大量代码以防给客户造成更大的损失，但是缺陷不可能完全不存在，因此，在此期间需要对发现的缺陷进行综合分析，并根据对客户的影响和其紧迫性提出相应解决方案。

-->成品测试缺陷评判例会是怎么样一个会议?其实这个例会主要用来及时分析所发现的缺陷并根据缺陷影响给出解决方案。

-->那么，谁会参加成品测试缺陷评判例会?一般项目经理都会要求各开发团队代表、各测试团队代表、客户支持代表甚至产品补丁版本项目经理一起参加。

-->如何在例会中决定缺陷的最终解决方案呢?会议由项目经理组织，项目经理会通过听取各方意见来决定其最终解决方案。