安装程序单元测试

开发人员需要与安装程序集成吗?也就是说,安装程序的新版本是否可能会对dev进行必要的更改?

所以:

确定集成测试的责任所在:如果与构建工程师合作,则将其交给QA。如果是和Dev一起,那么首先给Dev,然后给QA。

在我这么做的时候,我的方法是让构建工程师完全退出这个过程。我将自动构建安装程序作为自动化构建的相同脚本的一部分。构建工程师负责自动化构建,而不是编写和遵循检查表(如果您可以为构建过程编写一个清单,那么您就可以自动化构建过程。如果您不能为构建过程编写清单,那么您就没有发布软件的业务。)

开发人员可以在他们的私有开发环境中构建整个版本,并以他们认为合适的任何方式进行测试(我建议使用带有快照的虚拟机)。一旦开发人员满意了,他们就会将代码提交到SCM存储库中。持续集成引擎(Hudson、CruiseControl等)监视存储库并启动集成构建。一旦集成构建完成,结果就可以发送给QA进行测试。如果您依赖需要特殊许可软件才能生成的安装程序,则不必为每个开发人员购买许可副本,只需获取CI服务器的许可证,并让开发人员在其生成完成后从CI服务器获取安装程序生成。

我甚至在有(私有)开发人员分支的环境中工作过,这些分支流入团队开发分支,这些分支流入集成分支,这些分支流入发布分支,每个分支都有一个评审委员会来决定何时将更改从一个分支推广到下一个分支。这太疯狂了,伊莫,但质量保证人员很喜欢它——质量保证人员长期雇佣来监控过程。

http://www.joyofsetup.com/2010/02/08/introducing-lux-declarative-unit-testing-for-custom-actions/

作为一个一般的指导方针,我想说,你测试你的安装程序应该是一个多少人将安装产品的功能。如果你写的是供公司内部使用的软件,例如有10台机器,那么我想说的是,只要确保基本工作都经过测试就行了。如果您的产品将向世界发布,并且您预计会有数百名用户,那么请测试该过程的每个可能方面。在这种情况下,任何安装程序错误都将是一个巨大的问题。