RPM 升级的持续集成测试

RPM 升级的持续集成测试

我们在基于 RPM 的 Linux 上发布软件。我们从不同的团队(有些团队不在我们的业务部门)收到许多软件包,这些软件包必须正确升级(将来我们要检查依赖项是否正确)。最近,我们在从业务部门外部交付的软件包升级时遇到了一个错误。现在是时候开始尝试对这类事情进行自动化测试了。

我当时想的是假设安装良好(无论如何,这通常会在功能测试时被发现),然后检查使用前/后脚本的升级是否以与安装相同的方式修改文件。如果不是,则标记为需要审查。

具体来说,我们要检查升级、内核升级等特殊情况、chroot 安装(其中正在运行的内核甚至可能在 chroot 中不可用)等。

我的问题是,有可以做这种事情的软件吗?我搜索了好久,但没找到。

当然,这个自动化过程也会得到包装指南的支持,但由于我们的一些 RPM 来自我们组织之外,我们仍然希望这种后备能够在将来为我们提供保证。

答案1

我认为您问的是一个相当笼统的问题,因此可能会有多种可能的答案。根据个人经验,我推荐的一个选择是詹金斯。

Jenkins 是一个很好的持续集成工具集。 https://wiki.jenkins-ci.org/display/JENKINS/Meet+Jenkins 它是一款非常灵活的工具,您可以获得一系列不同的插件。安装/设置非常简单。您可以在自己的机器 linux/windows/... 上安装它,它让您能够控制自动化作业。

您可以将 Jenkins 用于您希望自动化的多种不同任务。 * 定期构建和测试运行(构建错误/管理和构建/测试运行报告插件的良好选择) * 定期备份,运行常规或触发测试 * 检查源代码更新并保持工作区域最新/干净 * 使用 ssh 插件在外部机器上运行自动化任务

过去我曾将它用于项目范围的工作和单个开发人员的任务。

您可以自动化测试设置、rpm 安装,然后以脚本或脚本集的形式进行测试。Jenkins 允许您使用 Web 界面管理作业。作业状态和作业/测试报告可通过 Web 界面浏览。错误或报告以电子邮件或其他方式发送。

进一步阅读……

持续交付: http://en.wikipedia.org/wiki/Continuous_deployment http://www.martinfowler.com/articles/continuousIntegration.html 我以前曾使用过巡航控制和 buildbot,但我发现它们比 Jankins 更有限。

这篇博文似乎与您的问题非常相关: http://www.devops-blog.net/koji/installing-a-rpm-based-build-system Jenkins 和一系列其他工具

相关内容